[JBoss JIRA] (WFLY-4682) standalone-full.xml does not load javax.jms.api for deployment which is using Websphere MQ 8
by Partap Aujla (JIRA)
[ https://issues.jboss.org/browse/WFLY-4682?page=com.atlassian.jira.plugin.... ]
Partap Aujla commented on WFLY-4682:
------------------------------------
Hello,
I attempted (1) and it failed for me. I received a parse error at bootup.
(2) Was an option but I did not attempt this.
What I realized was that javax.jms.api is not listed as a dependency in javax.api (module.xml) and javax.api is the main dependency in most of other modules. Starting from the top of extensions in the standalone.xml file I went through each module (org.jboss.as.clustering.infinispan, org.jboss.as.connector, etc.) till I found module which had javax.jms.api as a dependency. In my case it was module org.jboss.as.ejb3. I then modified the module.xml and set export = true for javax.jms.api. ( <module name="javax.jms.api" export="true"/>. ) Path to module.xml <WildFly_HOME_DIR>/modules/system/layers/base/org/jboss/as/ejb3/main
Hope this helps.
> standalone-full.xml does not load javax.jms.api for deployment which is using Websphere MQ 8
> --------------------------------------------------------------------------------------------
>
> Key: WFLY-4682
> URL: https://issues.jboss.org/browse/WFLY-4682
> Project: WildFly
> Issue Type: Bug
> Components: Class Loading, MSC
> Affects Versions: 9.0.0.CR1, 10.0.0.Alpha1
> Reporter: Miroslav Novak
> Assignee: Bartosz Baranowski
> Labels: duplicate
> Attachments: standalone-full.xml
>
>
> Deployment (Servlet, EJB, MDB) which is using Websphere MQ 8 resource adapter to send/receive messages from external Websphere MQ 8 instance is not loading "javax.jms.api" module. Deployment is using JMS api.
> This is change in behaviour against previous versions EAP 6/Widlfly 9.
> There is no error during deploy. Failures occur in the moment when deployment for example servlet is called. Following error is logged in EAP 7.0.0.DR2 log:
> {code}
> 08:57:24,835 INFO [org.jboss.as.server] (DeploymentScanner-threads - 1) WFLYSRV0016: Replaced deployment "servlet.war" with deployment "servlet.war"
> 08:57:24,838 INFO [org.jboss.as.repository] (DeploymentScanner-threads - 1) WFLYDR0002: Content removed from location /home/mnovak/projects/eap-tests-wsmq/ibm-mq-testsuite/src/test/config/ibm8/install/jboss-eap-7.0/standalone/data/content/62/931347d12b65c80cd2201372be52f0494e361a/content
> 08:57:25,794 ERROR [io.undertow.request] (default task-2) UT005023: Exception handling request to /CleaningServlet/CleaningServlet: java.lang.NoClassDefFoundError: javax/jms/Message
> at org.jboss.as.test.ibm.mq.servlet.CleaningServlet.doGet(CleaningServlet.java:50)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:687)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:790)
> at io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:86)
> at io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleRequest(ServletSecurityRoleHandler.java:62)
> at io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(ServletDispatchingHandler.java:36)
> at org.wildfly.extension.undertow.security.SecurityContextAssociationHandler.handleRequest(SecurityContextAssociationHandler.java:78)
> at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
> at io.undertow.servlet.handlers.security.SSLInformationAssociationHandler.handleRequest(SSLInformationAssociationHandler.java:131)
> at io.undertow.servlet.handlers.security.ServletAuthenticationCallHandler.handleRequest(ServletAuthenticationCallHandler.java:57)
> at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
> at io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:46)
> at io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHandler.handleRequest(ServletConfidentialityConstraintHandler.java:64)
> at io.undertow.security.handlers.AuthenticationMechanismsHandler.handleRequest(AuthenticationMechanismsHandler.java:58)
> at io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:72)
> at io.undertow.security.handlers.NotificationReceiverHandler.handleRequest(NotificationReceiverHandler.java:50)
> at io.undertow.security.handlers.SecurityInitialHandler.handleRequest(SecurityInitialHandler.java:76)
> at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
> at org.wildfly.extension.undertow.security.jacc.JACCContextIdHandler.handleRequest(JACCContextIdHandler.java:61)
> 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.handleFirstRequest(ServletInitialHandler.java:274)
> at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:253)
> at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:80)
> at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:172)
> at io.undertow.server.Connectors.executeRootHandler(Connectors.java:199)
> at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:774)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
> at java.lang.Thread.run(Thread.java:745)
> Caused by: java.lang.ClassNotFoundException: javax.jms.Message from [Module "deployment.servlet.war:main" from Service Module Loader]
> at org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:205)
> at org.jboss.modules.ConcurrentClassLoader.performLoadClassUnchecked(ConcurrentClassLoader.java:455)
> at org.jboss.modules.ConcurrentClassLoader.performLoadClassChecked(ConcurrentClassLoader.java:404)
> at org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:385)
> at org.jboss.modules.ConcurrentClassLoader.loadClass(ConcurrentClassLoader.java:130)
> ... 30 more
> {code}
> Websphere MQ resource adapter is rar archive in deployments directory. It's not configured in module. Only way to force loading of "javax.jms.api" for deployment is to add Dependecies: javax.jms.api to MANIFEST.MF or add it to global-modules. This negatively affects usability.
> Can be javax.jms.api loaded for deployment by default for "full" and "full-ha" profile?
> I'm adding standalone-full.xml with configuration for EAP 7.0.0.DR2.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
10 years, 11 months
[JBoss JIRA] (WFLY-4682) standalone-full.xml does not load javax.jms.api for deployment which is using Websphere MQ 8
by Partap Aujla (JIRA)
[ https://issues.jboss.org/browse/WFLY-4682?page=com.atlassian.jira.plugin.... ]
Partap Aujla edited comment on WFLY-4682 at 8/3/15 5:34 PM:
------------------------------------------------------------
Hello,
I attempted (1) and it failed for me. I received a parse error at startup.
(2) Was an option but I did not attempt this.
What I realized was that javax.jms.api is not listed as a dependency in javax.api (module.xml) and javax.api is the main dependency in most of other modules. Starting from the top of extensions in the standalone.xml file I went through each module (org.jboss.as.clustering.infinispan, org.jboss.as.connector, etc.) till I found module which had javax.jms.api as a dependency. In my case it was module org.jboss.as.ejb3. I then modified the module.xml and set export = true for javax.jms.api. ( <module name="javax.jms.api" export="true"/>. ) Path to module.xml <WildFly_HOME_DIR>/modules/system/layers/base/org/jboss/as/ejb3/main
Hope this helps.
was (Author: paujla03):
Hello,
I attempted (1) and it failed for me. I received a parse error at bootup.
(2) Was an option but I did not attempt this.
What I realized was that javax.jms.api is not listed as a dependency in javax.api (module.xml) and javax.api is the main dependency in most of other modules. Starting from the top of extensions in the standalone.xml file I went through each module (org.jboss.as.clustering.infinispan, org.jboss.as.connector, etc.) till I found module which had javax.jms.api as a dependency. In my case it was module org.jboss.as.ejb3. I then modified the module.xml and set export = true for javax.jms.api. ( <module name="javax.jms.api" export="true"/>. ) Path to module.xml <WildFly_HOME_DIR>/modules/system/layers/base/org/jboss/as/ejb3/main
Hope this helps.
> standalone-full.xml does not load javax.jms.api for deployment which is using Websphere MQ 8
> --------------------------------------------------------------------------------------------
>
> Key: WFLY-4682
> URL: https://issues.jboss.org/browse/WFLY-4682
> Project: WildFly
> Issue Type: Bug
> Components: Class Loading, MSC
> Affects Versions: 9.0.0.CR1, 10.0.0.Alpha1
> Reporter: Miroslav Novak
> Assignee: Bartosz Baranowski
> Labels: duplicate
> Attachments: standalone-full.xml
>
>
> Deployment (Servlet, EJB, MDB) which is using Websphere MQ 8 resource adapter to send/receive messages from external Websphere MQ 8 instance is not loading "javax.jms.api" module. Deployment is using JMS api.
> This is change in behaviour against previous versions EAP 6/Widlfly 9.
> There is no error during deploy. Failures occur in the moment when deployment for example servlet is called. Following error is logged in EAP 7.0.0.DR2 log:
> {code}
> 08:57:24,835 INFO [org.jboss.as.server] (DeploymentScanner-threads - 1) WFLYSRV0016: Replaced deployment "servlet.war" with deployment "servlet.war"
> 08:57:24,838 INFO [org.jboss.as.repository] (DeploymentScanner-threads - 1) WFLYDR0002: Content removed from location /home/mnovak/projects/eap-tests-wsmq/ibm-mq-testsuite/src/test/config/ibm8/install/jboss-eap-7.0/standalone/data/content/62/931347d12b65c80cd2201372be52f0494e361a/content
> 08:57:25,794 ERROR [io.undertow.request] (default task-2) UT005023: Exception handling request to /CleaningServlet/CleaningServlet: java.lang.NoClassDefFoundError: javax/jms/Message
> at org.jboss.as.test.ibm.mq.servlet.CleaningServlet.doGet(CleaningServlet.java:50)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:687)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:790)
> at io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:86)
> at io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleRequest(ServletSecurityRoleHandler.java:62)
> at io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(ServletDispatchingHandler.java:36)
> at org.wildfly.extension.undertow.security.SecurityContextAssociationHandler.handleRequest(SecurityContextAssociationHandler.java:78)
> at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
> at io.undertow.servlet.handlers.security.SSLInformationAssociationHandler.handleRequest(SSLInformationAssociationHandler.java:131)
> at io.undertow.servlet.handlers.security.ServletAuthenticationCallHandler.handleRequest(ServletAuthenticationCallHandler.java:57)
> at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
> at io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:46)
> at io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHandler.handleRequest(ServletConfidentialityConstraintHandler.java:64)
> at io.undertow.security.handlers.AuthenticationMechanismsHandler.handleRequest(AuthenticationMechanismsHandler.java:58)
> at io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:72)
> at io.undertow.security.handlers.NotificationReceiverHandler.handleRequest(NotificationReceiverHandler.java:50)
> at io.undertow.security.handlers.SecurityInitialHandler.handleRequest(SecurityInitialHandler.java:76)
> at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
> at org.wildfly.extension.undertow.security.jacc.JACCContextIdHandler.handleRequest(JACCContextIdHandler.java:61)
> 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.handleFirstRequest(ServletInitialHandler.java:274)
> at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:253)
> at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:80)
> at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:172)
> at io.undertow.server.Connectors.executeRootHandler(Connectors.java:199)
> at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:774)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
> at java.lang.Thread.run(Thread.java:745)
> Caused by: java.lang.ClassNotFoundException: javax.jms.Message from [Module "deployment.servlet.war:main" from Service Module Loader]
> at org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:205)
> at org.jboss.modules.ConcurrentClassLoader.performLoadClassUnchecked(ConcurrentClassLoader.java:455)
> at org.jboss.modules.ConcurrentClassLoader.performLoadClassChecked(ConcurrentClassLoader.java:404)
> at org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:385)
> at org.jboss.modules.ConcurrentClassLoader.loadClass(ConcurrentClassLoader.java:130)
> ... 30 more
> {code}
> Websphere MQ resource adapter is rar archive in deployments directory. It's not configured in module. Only way to force loading of "javax.jms.api" for deployment is to add Dependecies: javax.jms.api to MANIFEST.MF or add it to global-modules. This negatively affects usability.
> Can be javax.jms.api loaded for deployment by default for "full" and "full-ha" profile?
> I'm adding standalone-full.xml with configuration for EAP 7.0.0.DR2.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
10 years, 11 months
[JBoss JIRA] (DROOLS-870) Nested properties get hashed even if they shouldn't
by Mario Fusco (JIRA)
[ https://issues.jboss.org/browse/DROOLS-870?page=com.atlassian.jira.plugin... ]
Mario Fusco resolved DROOLS-870.
--------------------------------
Fix Version/s: 6.3.0.CR1
Resolution: Done
Fixed by https://github.com/droolsjbpm/drools/commit/cda8e1d22
> Nested properties get hashed even if they shouldn't
> ---------------------------------------------------
>
> Key: DROOLS-870
> URL: https://issues.jboss.org/browse/DROOLS-870
> Project: Drools
> Issue Type: Bug
> Reporter: Mario Fusco
> Assignee: Mario Fusco
> Fix For: 6.3.0.CR1
>
>
> In some cases nested properties get hashed by the CompositeObjectSinkAdapter even if they shouldn't
> The following test case demonstrates this problem:
> {code}
> public class A1 {
> public B1 b = new B1();
> }
> public class B1 {
> public int b1 = 1;
> public int b2 = 2;
> public int b3 = 3;
> }
> @Test
> public void testSkipHashingOfNestedProperties() {
> String drl =
> "import " + A1.class.getCanonicalName() + "\n" +
> "global java.util.List list\n" +
> "rule One when\n" +
> " A1(b.b1 == 1)\n" +
> "then\n" +
> " list.add(\"One\");\n" +
> "end\n" +
> "\n" +
> "rule \"Two\" when\n" +
> " A1(b.b2 == 2)\n" +
> "then\n" +
> " list.add(\"Two\");\n" +
> "end\n" +
> "\n" +
> "rule \"Three\" when\n" +
> " A1(b.b3 == 3)\n" +
> "then\n" +
> " list.add(\"Three\");\n" +
> "end\n";
> KieSession ksession = new KieHelper().addContent( drl, ResourceType.DRL )
> .build()
> .newKieSession();
> List<Object> list = new ArrayList<Object>();
> ksession.setGlobal( "list", list );
> ksession.insert( new A1() );
> ksession.fireAllRules();
> assertEquals( 3, list.size() );
> }
> {code}
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
10 years, 11 months
[JBoss JIRA] (DROOLS-870) Nested properties get hashed even if they shouldn't
by Mario Fusco (JIRA)
Mario Fusco created DROOLS-870:
----------------------------------
Summary: Nested properties get hashed even if they shouldn't
Key: DROOLS-870
URL: https://issues.jboss.org/browse/DROOLS-870
Project: Drools
Issue Type: Bug
Reporter: Mario Fusco
Assignee: Mario Fusco
In some cases nested properties get hashed by the CompositeObjectSinkAdapter even if they shouldn't
The following test case demonstrates this problem:
{code}
public class A1 {
public B1 b = new B1();
}
public class B1 {
public int b1 = 1;
public int b2 = 2;
public int b3 = 3;
}
@Test
public void testSkipHashingOfNestedProperties() {
String drl =
"import " + A1.class.getCanonicalName() + "\n" +
"global java.util.List list\n" +
"rule One when\n" +
" A1(b.b1 == 1)\n" +
"then\n" +
" list.add(\"One\");\n" +
"end\n" +
"\n" +
"rule \"Two\" when\n" +
" A1(b.b2 == 2)\n" +
"then\n" +
" list.add(\"Two\");\n" +
"end\n" +
"\n" +
"rule \"Three\" when\n" +
" A1(b.b3 == 3)\n" +
"then\n" +
" list.add(\"Three\");\n" +
"end\n";
KieSession ksession = new KieHelper().addContent( drl, ResourceType.DRL )
.build()
.newKieSession();
List<Object> list = new ArrayList<Object>();
ksession.setGlobal( "list", list );
ksession.insert( new A1() );
ksession.fireAllRules();
assertEquals( 3, list.size() );
}
{code}
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
10 years, 11 months
[JBoss JIRA] (WFLY-5051) Requests for persistent sessions always trigger replication
by Paul Ferraro (JIRA)
[ https://issues.jboss.org/browse/WFLY-5051?page=com.atlassian.jira.plugin.... ]
Paul Ferraro updated WFLY-5051:
-------------------------------
Description:
For persistent sessions, we trigger session session activation events after a successful SessionManager.findSession(...). However, this is currently triggered using a Session instance, instead of an ImmutableSession instance, which causes iteration over session attributes to trigger replication of the session at the end of the request - even when the user does not access any mutable session attributes.
The same is true for Session.close() (via session passivation event).
was:For persistent sessions, we trigger session session activation events after a successful SessionManager.findSession(...). However, this is currently triggered using a Session instance, instead of an ImmutableSession instance, which causes iteration over session attributes to trigger replication of the session at the end of the request - even when the user does not access any mutable session attributes.
> Requests for persistent sessions always trigger replication
> -----------------------------------------------------------
>
> Key: WFLY-5051
> URL: https://issues.jboss.org/browse/WFLY-5051
> Project: WildFly
> Issue Type: Bug
> Components: Clustering
> Affects Versions: 10.0.0.Alpha6
> Reporter: Paul Ferraro
> Assignee: Paul Ferraro
>
> For persistent sessions, we trigger session session activation events after a successful SessionManager.findSession(...). However, this is currently triggered using a Session instance, instead of an ImmutableSession instance, which causes iteration over session attributes to trigger replication of the session at the end of the request - even when the user does not access any mutable session attributes.
> The same is true for Session.close() (via session passivation event).
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
10 years, 11 months
[JBoss JIRA] (DROOLS-869) Fundamental equal syntax doesn't work
by Marco Rietveld (JIRA)
[ https://issues.jboss.org/browse/DROOLS-869?page=com.atlassian.jira.plugin... ]
Marco Rietveld moved JBPM-4545 to DROOLS-869:
---------------------------------------------
Project: Drools (was: jBPM)
Key: DROOLS-869 (was: JBPM-4545)
Workflow: GIT Pull Request workflow (was: classic default workflow)
Affects Version/s: 5.5.0.Final
(was: jBPM 5.4)
> Fundamental equal syntax doesn't work
> --------------------------------------
>
> Key: DROOLS-869
> URL: https://issues.jboss.org/browse/DROOLS-869
> Project: Drools
> Issue Type: Bug
> Affects Versions: 5.5.0.Final
> Environment: Linux version 2.6.32-431.29.2.el6.x86_64 (mockbuild(a)x86-026.build.eng.bos.redhat.com) (gcc version 4.4.7 20120313 (Red Hat 4.4.7-4) (GCC) ) #1 SMP Sun Jul 27 15:55:46 EDT 2014
> JDK1.8.0_31
> Drools 5.4.0.Final
> Tomcat 7.0.2
> Reporter: Johnny Wang
> Assignee: Kris Verlaenen
>
> Waybill object has tpStatus is string "KILL",
> but
> $wb: Waybill( tpStatus == "KILL" ) // this one doesn't work
> eval($wb.getTpStatus().equals( CarStatus.TP_STATUS_KILL ) ) // this one works well.
>
> exact web application works fine on windows tomcat server.failed on linux tomcat server.
> public static final String TP_STATUS_KILL = "KILL";
> public class Waybill {
> private String wbSn;
> private int wbVrsn;
> private String tpStatus; ...
> }
> Other classes are not relavant here.
> test result :
> 8 :E[020793-AEX],[5367233007-3], R[Car_Started_UpdateVrsnAndWbStatus]
> 9 :E[020793-AEX],[5367233007-3], R[Car_Started_TpStatus_Kill_test_1]
> the rules are :
> rule "Car_Started_UpdateVrsnAndWbStatus"
> ruleflow-group "ProcessWaybillFeed"
> no-loop
> when
> $s:RuleStateMachine( wbStatus == WaybillMsgStatus.Check_CarMoving)
> $w: ItcpWaybill(inDb ==false)
> $cl:CarLocation( wb!=null, wb.wbSn == $w.wbSn )
> $w1:ItcpWaybill( wbSn == $w.wbSn, wbVrsn == $w.wbVrsn, inDb ==true )
>
> then
> Waybill wb2 = new Waybill();
> wb2.setId("9999");
> wb2.setWbSn($cl.getWb().getWbSn());
> wb2.setTpStatus("KILL");
> insert (wb2);
> modify($s) {
> setWbStatus(WaybillMsgStatus.Car_Started )
> }
> end
> //======================================================
> //Kill TEST
> //======================================================
> rule "Car_Started_TpStatus_Kill_test_0"
> ruleflow-group "ProcessWaybillFeed"
> salience 300
> no-loop
> when
> $s:RuleStateMachine( wbStatus == WaybillMsgStatus.Car_Started)
> $w: ItcpWaybill()
> $cl:CarLocation( eqNr == $w.eqNr, eqInit == $w.eqInit, $wb0:wb, $wb0!=null , wb.wbSn== $w.wbSn )
> $wb: Waybill( tpStatus == "KILL" )
> eval($wb.getTpStatus().equals( CarStatus.TP_STATUS_KILL ) )
> then
> end
> rule "Car_Started_TpStatus_Kill_test_1"
> ruleflow-group "ProcessWaybillFeed"
> salience 300
> no-loop
> when
> $s:RuleStateMachine( wbStatus == WaybillMsgStatus.Car_Started)
> $w: ItcpWaybill(inDb ==false)
> $cl:CarLocation( eqNr == $w.eqNr, eqInit == $w.eqInit, $wb0:wb, $wb0!=null , wb.wbSn== $w.wbSn, wb.tpStatus == CarStatus.TP_STATUS_KILL )
> $wb: Waybill( wbSn == $wb0.wbSn )
> eval($wb.getTpStatus().equals( CarStatus.TP_STATUS_KILL ) )
> then
> end
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
10 years, 11 months
[JBoss JIRA] (WFLY-5051) Requests for persistent sessions always trigger replication
by Paul Ferraro (JIRA)
Paul Ferraro created WFLY-5051:
----------------------------------
Summary: Requests for persistent sessions always trigger replication
Key: WFLY-5051
URL: https://issues.jboss.org/browse/WFLY-5051
Project: WildFly
Issue Type: Bug
Components: Clustering
Affects Versions: 10.0.0.Alpha6
Reporter: Paul Ferraro
Assignee: Paul Ferraro
For persistent sessions, we trigger session session activation events after a successful SessionManager.findSession(...). However, this is currently triggered using a Session instance, instead of an ImmutableSession instance, which causes iteration over session attributes to trigger replication of the session at the end of the request - even when the user does not access any mutable session attributes.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
10 years, 11 months
[JBoss JIRA] (WFLY-5050) JSP Cross-Context Include Not Working
by Brett Prucha (JIRA)
Brett Prucha created WFLY-5050:
----------------------------------
Summary: JSP Cross-Context Include Not Working
Key: WFLY-5050
URL: https://issues.jboss.org/browse/WFLY-5050
Project: WildFly
Issue Type: Bug
Components: Web (Undertow)
Affects Versions: 9.0.1.Final, 8.2.1.Final
Environment: Java 8
Reporter: Brett Prucha
Assignee: Stuart Douglas
Including JSP files from a cross-context application results in various errors depending on how it's executed and which version of Wildfly (8 or 9) is being used.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
10 years, 11 months