June 2015 - jboss-jira - Jboss List Archives

[JBoss JIRA] (DROOLS-802) Quotes are mistakenly removed from cell value with 'forall' constraints

by Mario Fusco (JIRA)

Mario Fusco created DROOLS-802: ---------------------------------- Summary: Quotes are mistakenly removed from cell value with 'forall' constraints Key: DROOLS-802 URL: https://issues.jboss.org/browse/DROOLS-802 Project: Drools Issue Type: Bug Reporter: Mario Fusco Assignee: Mario Fusco If a cell of a decision contains a 'forall' constraints the quotes are mistakenly removed from the constraint's literal. -- This message was sent by Atlassian JIRA (v6.3.15#6346)

10 years, 5 months

1
0
0 / 0

[JBoss JIRA] (WFLY-4719) backup/download the deployed apps

by Jimmy Pannier (JIRA)

Jimmy Pannier created WFLY-4719: ----------------------------------- Summary: backup/download the deployed apps Key: WFLY-4719 URL: https://issues.jboss.org/browse/WFLY-4719 Project: WildFly Issue Type: Feature Request Reporter: Jimmy Pannier Assignee: Jason Greene Download/backup deployed archive is not possible. -- This message was sent by Atlassian JIRA (v6.3.15#6346)

10 years, 5 months

1
0
0 / 0

[JBoss JIRA] (WFLY-4718) Deploy via a folder in domain mode

by Jimmy Pannier (JIRA)

Jimmy Pannier created WFLY-4718: ----------------------------------- Summary: Deploy via a folder in domain mode Key: WFLY-4718 URL: https://issues.jboss.org/browse/WFLY-4718 Project: WildFly Issue Type: Feature Request Reporter: Jimmy Pannier Assignee: Jason Greene Today, we are not able to deploy ear and war via a folder deployment when using the domain mode. Using the web console is slow when you need to deploy 10 apps ! -- This message was sent by Atlassian JIRA (v6.3.15#6346)

10 years, 5 months

1
0
0 / 0

[JBoss JIRA] (WFLY-4653) Weld thread pool should be wildfly global

by Stuart Douglas (JIRA)

[ https://issues.jboss.org/browse/WFLY-4653?page=com.atlassian.jira.plugin.... ] Stuart Douglas reassigned WFLY-4653: ------------------------------------ Assignee: Jozef Hartinger (was: Stuart Douglas) > Weld thread pool should be wildfly global > ----------------------------------------- > > Key: WFLY-4653 > URL: https://issues.jboss.org/browse/WFLY-4653 > Project: WildFly > Issue Type: Enhancement > Components: CDI / Weld > Affects Versions: 9.0.0.CR1 > Reporter: Sebastian Maurer > Assignee: Jozef Hartinger > > Weld keeps a thread pool for each deployment. > Per default the pool is filled with "numProcessors" threads (see http://docs.jboss.org/weld/reference/latest/en-US/html/configure.html) > When having many deployments, a single thread pool for the wildfly instance could improve the overall performance. > This thread pool should be configurable in the weld subsystem of the wildfly configuration (e.g. standalone.xml). -- This message was sent by Atlassian JIRA (v6.3.15#6346)

10 years, 5 months

1
0
0 / 0

[JBoss JIRA] (WFLY-4690) Include in Jsp cause StackOverflow

by Bertrand Cedric (JIRA)

[ https://issues.jboss.org/browse/WFLY-4690?page=com.atlassian.jira.plugin.... ] Bertrand Cedric commented on WFLY-4690: --------------------------------------- HI [~swd847] You have right that's work on version 9.0.0 CR1, but i woudl like to use the version 8.2 I check your proposition but it's not working {code:title=login.jsp} <%@page import="org.apache.jasper.Constants"%> Login Page v1 <br> <%request.getServletContext().setAttribute(Constants.JSP_FILE, null);%> <jsp:include page="/WEB-INF/jsp/HelloWorld.jsp"/> {code} > Include in Jsp cause StackOverflow > ---------------------------------- > > Key: WFLY-4690 > URL: https://issues.jboss.org/browse/WFLY-4690 > Project: WildFly > Issue Type: Bug > Components: Web (Undertow) > Affects Versions: 8.2.0.Final > Environment: JDK 8.45 > Reporter: Bertrand Cedric > Assignee: Tomaz Cerar > Attachments: sample.war, sample2.war > > > When i made an include in a jsp an other jsp, I get a stackoverflow. > I think that wildfly don't include the seconde jsp but the first and cause a infinity loop > I also try to update the version of undertown to the latest jar found (undertow-core-1.1.4.Final, undertow-servlet-1.1.4.Final, undertow-websockets-jsr-1.1.4.Final) > And a stuck of the stacktrace > {noformat} > at org.apache.jsp.WEB_002dINF.jsp.templates.OneColumn_jsp._jspx_meth_c_005fotherwise_005f1(OneColumn_jsp.java:726) > at org.apache.jsp.WEB_002dINF.jsp.templates.OneColumn_jsp._jspx_meth_c_005fchoose_005f2(OneColumn_jsp.java:671) > at org.apache.jsp.WEB_002dINF.jsp.templates.OneColumn_jsp._jspx_meth_c_005fif_005f2(OneColumn_jsp.java:639) > at org.apache.jsp.WEB_002dINF.jsp.templates.OneColumn_jsp._jspService(OneColumn_jsp.java:239) > at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:69) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:790) > at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:366) > at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:326) > at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:259) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:790) > at io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:85) > at io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleRequest(ServletSecurityRoleHandler.java:61) > at io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(ServletDispatchingHandler.java:36) > at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) > at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) > at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) > at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:249) > at io.undertow.servlet.handlers.ServletInitialHandler.dispatchToServlet(ServletInitialHandler.java:198) > at io.undertow.servlet.spec.RequestDispatcherImpl.include(RequestDispatcherImpl.java:279) > at org.apache.jasper.runtime.JspRuntimeLibrary.include(JspRuntimeLibrary.java:940) > at org.apache.jsp.WEB_002dINF.jsp.templates.OneColumn_jsp._jspx_meth_c_005fotherwise_005f1(OneColumn_jsp.java:726) > at org.apache.jsp.WEB_002dINF.jsp.templates.OneColumn_jsp._jspx_meth_c_005fchoose_005f2(OneColumn_jsp.java:671) > at org.apache.jsp.WEB_002dINF.jsp.templates.OneColumn_jsp._jspx_meth_c_005fif_005f2(OneColumn_jsp.java:639) > at org.apache.jsp.WEB_002dINF.jsp.templates.OneColumn_jsp._jspService(OneColumn_jsp.java:239) > at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:69) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:790) > at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:366) > at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:326) > at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:259) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:790) > at io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:85) > at io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleRequest(ServletSecurityRoleHandler.java:61) > at io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(ServletDispatchingHandler.java:36) > at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) > at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) > at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) > at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:249) > at io.undertow.servlet.handlers.ServletInitialHandler.dispatchToServlet(ServletInitialHandler.java:198) > at io.undertow.servlet.spec.RequestDispatcherImpl.include(RequestDispatcherImpl.java:279) > at org.apache.jasper.runtime.JspRuntimeLibrary.include(JspRuntimeLibrary.java:940) > at org.apache.jsp.WEB_002dINF.jsp.templates.OneColumn_jsp._jspx_meth_c_005fotherwise_005f1(OneColumn_jsp.java:726) > at org.apache.jsp.WEB_002dINF.jsp.templates.OneColumn_jsp._jspx_meth_c_005fchoose_005f2(OneColumn_jsp.java:671) > at org.apache.jsp.WEB_002dINF.jsp.templates.OneColumn_jsp._jspx_meth_c_005fif_005f2(OneColumn_jsp.java:639) > at org.apache.jsp.WEB_002dINF.jsp.templates.OneColumn_jsp._jspService(OneColumn_jsp.java:239) > {noformat} -- This message was sent by Atlassian JIRA (v6.3.15#6346)

10 years, 5 months

1
0
0 / 0

[JBoss JIRA] (WFLY-4717) Webservices subsystem requires reload when it does not actually need to

by Jan Blizňák (JIRA)

Jan Blizňák created WFLY-4717: --------------------------------- Summary: Webservices subsystem requires reload when it does not actually need to Key: WFLY-4717 URL: https://issues.jboss.org/browse/WFLY-4717 Project: WildFly Issue Type: Bug Components: Domain Management, Web Services Affects Versions: 9.0.0.CR1 Reporter: Jan Blizňák Assignee: Alessio Soldano Fix For: 10.0.0.Alpha3 When trying undefining and already undefined attribute of the webservices subsystem of a WildFly container on which at least a WS deployment is active, the operation requires reload if the attribute has a default value. See http://lists.jboss.org/pipermail/wildfly-dev/2015-June/004013.html for further details. -- This message was sent by Atlassian JIRA (v6.3.15#6346)

10 years, 5 months

1
0
0 / 0

[JBoss JIRA] (WFLY-4653) Weld thread pool should be wildfly global

by Stuart Douglas (JIRA)

[ https://issues.jboss.org/browse/WFLY-4653?page=com.atlassian.jira.plugin.... ] Stuart Douglas reassigned WFLY-4653: ------------------------------------ Assignee: Stuart Douglas > Weld thread pool should be wildfly global > ----------------------------------------- > > Key: WFLY-4653 > URL: https://issues.jboss.org/browse/WFLY-4653 > Project: WildFly > Issue Type: Enhancement > Components: CDI / Weld > Affects Versions: 9.0.0.CR1 > Reporter: Sebastian Maurer > Assignee: Stuart Douglas > > Weld keeps a thread pool for each deployment. > Per default the pool is filled with "numProcessors" threads (see http://docs.jboss.org/weld/reference/latest/en-US/html/configure.html) > When having many deployments, a single thread pool for the wildfly instance could improve the overall performance. > This thread pool should be configurable in the weld subsystem of the wildfly configuration (e.g. standalone.xml). -- This message was sent by Atlassian JIRA (v6.3.15#6346)

10 years, 5 months

1
0
0 / 0

[JBoss JIRA] (WFCORE-726) Remove temporary code to make compatible with WF core

by Kabir Khan (JIRA)

[ https://issues.jboss.org/browse/WFCORE-726?page=com.atlassian.jira.plugin... ] Kabir Khan updated WFCORE-726: ------------------------------ Description: Some temporary code is needed in core to preserve compatibility with Wildfly following the work done on WFCORE-401. This should be removed and WildFly should be adjusted once this is all in a core release. The changes are * Common.xml's default constructor should be removed * org.jboss.as.controller.resource.SocketBindingGroupResourceDefinition should be removed was: Some temporary code is needed in core to preserve compatibility with Wildfly following the work done on WFCORE-401. This should be removed and WildFly should be adjusted once this is all in a core release. > Remove temporary code to make compatible with WF core > ----------------------------------------------------- > > Key: WFCORE-726 > URL: https://issues.jboss.org/browse/WFCORE-726 > Project: WildFly Core > Issue Type: Task > Components: Domain Management > Reporter: Kabir Khan > Assignee: Kabir Khan > Fix For: 2.0.0.Alpha4 > > > Some temporary code is needed in core to preserve compatibility with Wildfly following the work done on WFCORE-401. This should be removed and WildFly should be adjusted once this is all in a core release. > The changes are > * Common.xml's default constructor should be removed > * org.jboss.as.controller.resource.SocketBindingGroupResourceDefinition should be removed -- This message was sent by Atlassian JIRA (v6.3.15#6346)

10 years, 5 months

1
0
0 / 0

[JBoss JIRA] (WFLY-4687) Upgrade Apache CXF from 3.0.4 to 3.0.5

by Thomas Diesler (JIRA)

[ https://issues.jboss.org/browse/WFLY-4687?page=com.atlassian.jira.plugin.... ] Thomas Diesler reassigned WFLY-4687: ------------------------------------ Assignee: Alessio Soldano (was: Thomas Diesler) > Upgrade Apache CXF from 3.0.4 to 3.0.5 > -------------------------------------- > > Key: WFLY-4687 > URL: https://issues.jboss.org/browse/WFLY-4687 > Project: WildFly > Issue Type: Feature Request > Components: Web Services > Reporter: Thomas Diesler > Assignee: Alessio Soldano > Fix For: 9.0.0.CR2 > > > camel-2.16.0 depends on cxf-3.0.5 which we'd like to reuse from wildfly -- This message was sent by Atlassian JIRA (v6.3.15#6346)

10 years, 5 months

1
0
0 / 0

[JBoss JIRA] (WFLY-4716) Remove temporary code following core release

by Kabir Khan (JIRA)

[ https://issues.jboss.org/browse/WFLY-4716?page=com.atlassian.jira.plugin.... ] Kabir Khan updated WFLY-4716: ----------------------------- Description: PR #7555 is the one introducing the temporary code. It prepares for the core release by implementing the new introduced methods, but comments out the @Override annotations so it will compile before the core release is made. The follow-up work will be to re-add these annotations, which have all been commented out as {code} //@Override WFLY-4716 {code} and adjustments to AppClientXml {code} --- a/appclient/src/main/java/org/jboss/as/appclient/subsystem/parsing/AppClientXml.java +++ b/appclient/src/main/java/org/jboss/as/appclient/subsystem/parsing/AppClientXml.java @@ -54,8 +54,9 @@ import org.jboss.as.controller.parsing.ExtensionXml; import org.jboss.as.controller.parsing.Namespace; import org.jboss.as.controller.parsing.ParseUtils; import org.jboss.as.controller.persistence.ModelMarshallingContext; -import org.jboss.as.controller.resource.SocketBindingGroupResourceDefinition; import org.jboss.as.server.parsing.CommonXml; +import org.jboss.as.server.parsing.SocketBindingsXml; +import org.jboss.as.server.services.net.SocketBindingGroupResourceDefinition; import org.jboss.dmr.ModelNode; import org.jboss.dmr.Property; import org.jboss.modules.ModuleLoader; @@ -72,7 +73,7 @@ public class AppClientXml extends CommonXml { private final ExtensionXml extensionXml; public AppClientXml(final ModuleLoader loader, final ExtensionRegistry extensionRegistry) { - super(); + super(new AppClientSocketBindingsXml()); extensionXml = new ExtensionXml(loader, null, extensionRegistry); } @@ -410,4 +411,12 @@ public class AppClientXml extends CommonXml { throws XMLStreamException { // we don't marshall appclient.xml } + + static class AppClientSocketBindingsXml extends SocketBindingsXml { + @Override + protected void writeExtraAttributes(XMLExtendedStreamWriter writer, ModelNode bindingGroup) throws XMLStreamException { + SocketBindingGroupResourceDefinition.PORT_OFFSET.marshallAsAttribute(bindingGroup, writer); + } + } + } {code} Full diff at https://github.com/wildfly/wildfly/commit/2dd7eb1a3885d6496762ed399745fb1... (if github keeps these when I change my branch) Another thing is that AutoIgnoredResourcesDomainTestCase should be removed. It now lives in core following the work on WFCORE-401. was:Some temporary code was needed in core to preserve compatibility with full. Similarly some temporary code needs adding to full. This should then be removed once we have the core release containing the work done for WFCORE-401 > Remove temporary code following core release > -------------------------------------------- > > Key: WFLY-4716 > URL: https://issues.jboss.org/browse/WFLY-4716 > Project: WildFly > Issue Type: Task > Components: Domain Management > Reporter: Kabir Khan > Assignee: Kabir Khan > Fix For: 10.0.0.Alpha3 > > > PR #7555 is the one introducing the temporary code. It prepares for the core release by implementing the new introduced methods, but comments out the @Override annotations so it will compile before the core release is made. > The follow-up work will be to re-add these annotations, which have all been commented out as > {code} > //@Override WFLY-4716 > {code} > and adjustments to AppClientXml > {code} > --- a/appclient/src/main/java/org/jboss/as/appclient/subsystem/parsing/AppClientXml.java > +++ b/appclient/src/main/java/org/jboss/as/appclient/subsystem/parsing/AppClientXml.java > @@ -54,8 +54,9 @@ import org.jboss.as.controller.parsing.ExtensionXml; > import org.jboss.as.controller.parsing.Namespace; > import org.jboss.as.controller.parsing.ParseUtils; > import org.jboss.as.controller.persistence.ModelMarshallingContext; > -import org.jboss.as.controller.resource.SocketBindingGroupResourceDefinition; > import org.jboss.as.server.parsing.CommonXml; > +import org.jboss.as.server.parsing.SocketBindingsXml; > +import org.jboss.as.server.services.net.SocketBindingGroupResourceDefinition; > import org.jboss.dmr.ModelNode; > import org.jboss.dmr.Property; > import org.jboss.modules.ModuleLoader; > @@ -72,7 +73,7 @@ public class AppClientXml extends CommonXml { > private final ExtensionXml extensionXml; > > public AppClientXml(final ModuleLoader loader, final ExtensionRegistry extensionRegistry) { > - super(); > + super(new AppClientSocketBindingsXml()); > extensionXml = new ExtensionXml(loader, null, extensionRegistry); > } > > @@ -410,4 +411,12 @@ public class AppClientXml extends CommonXml { > throws XMLStreamException { > // we don't marshall appclient.xml > } > + > + static class AppClientSocketBindingsXml extends SocketBindingsXml { > + @Override > + protected void writeExtraAttributes(XMLExtendedStreamWriter writer, ModelNode bindingGroup) throws XMLStreamException { > + SocketBindingGroupResourceDefinition.PORT_OFFSET.marshallAsAttribute(bindingGroup, writer); > + } > + } > + > } > {code} > Full diff at https://github.com/wildfly/wildfly/commit/2dd7eb1a3885d6496762ed399745fb1... (if github keeps these when I change my branch) > Another thing is that AutoIgnoredResourcesDomainTestCase should be removed. It now lives in core following the work on WFCORE-401. -- This message was sent by Atlassian JIRA (v6.3.15#6346)

10 years, 5 months

1
0
0 / 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-jira June 2015