December 2015 - jboss-jira - Jboss List Archives

[JBoss JIRA] (DROOLS-954) Removal of a rule having a sub-sub-network doesn't cleanup the outermost subnetwork

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/DROOLS-954?page=com.atlassian.jira.plugin... ] RH Bugzilla Integration commented on DROOLS-954: ------------------------------------------------ Ryan Zhang <rzhang(a)redhat.com> changed the Status of [bug 1273087|https://bugzilla.redhat.com/show_bug.cgi?id=1273087] from MODIFIED to ON_QA > Removal of a rule having a sub-sub-network doesn't cleanup the outermost subnetwork > ----------------------------------------------------------------------------------- > > Key: DROOLS-954 > URL: https://issues.jboss.org/browse/DROOLS-954 > Project: Drools > Issue Type: Bug > Reporter: Mario Fusco > Assignee: Mario Fusco > Fix For: 6.4.x > > > Removal of a rule having a sub-sub-network (as in the following drl) doesn't cleanup the outermost subnetwork > {code} > rule R when > $l : List() > exists Integer( this == 1 ) from $l > exists Integer( this == 2 ) from $l > then > end > {code} -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 4 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-950) Problem when a rule removal causes the merge of 2 segments and the first of the 2 haven't been initialized yet

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/DROOLS-950?page=com.atlassian.jira.plugin... ] RH Bugzilla Integration commented on DROOLS-950: ------------------------------------------------ Ryan Zhang <rzhang(a)redhat.com> changed the Status of [bug 1273087|https://bugzilla.redhat.com/show_bug.cgi?id=1273087] from MODIFIED to ON_QA > Problem when a rule removal causes the merge of 2 segments and the first of the 2 haven't been initialized yet > -------------------------------------------------------------------------------------------------------------- > > Key: DROOLS-950 > URL: https://issues.jboss.org/browse/DROOLS-950 > Project: Drools > Issue Type: Bug > Reporter: Mario Fusco > Assignee: Mario Fusco > Fix For: 6.4.x > > > When a rule removal causes the merge of 2 segments and the first of the 2 haven't been initialized yet, the merged segment only has the nodes of the second segment while the ones of the first are totally skipped. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 4 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-930) ClassCastException after segment split during incremental compilation

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/DROOLS-930?page=com.atlassian.jira.plugin... ] RH Bugzilla Integration commented on DROOLS-930: ------------------------------------------------ Ryan Zhang <rzhang(a)redhat.com> changed the Status of [bug 1273087|https://bugzilla.redhat.com/show_bug.cgi?id=1273087] from MODIFIED to ON_QA > ClassCastException after segment split during incremental compilation > --------------------------------------------------------------------- > > Key: DROOLS-930 > URL: https://issues.jboss.org/browse/DROOLS-930 > Project: Drools > Issue Type: Bug > Reporter: Mario Fusco > Assignee: Mario Fusco > Fix For: 6.4.x > > > A segment split during an incremental compilation as in the following test case > {code} > @Test > public void testSegmentSplitOnIncrementalCompilation() throws Exception { > String drl = > "import " + Person.class.getCanonicalName() + "\n" + > "rule R1 when\n" + > " $s : String()" + > " Person( name == $s ) \n" + > "then\n" + > " System.out.println(\"Triggered: R1\");\n" + > "end\n" + > "rule R2 when\n" + > " $s : String()" + > " Person( name == $s ) \n" + > "then\n" + > " System.out.println(\"Triggered: R2\");\n" + > "end\n" + > "rule R3 when\n" + > " $s : String()" + > " Person( name != $s ) \n" + > "then\n" + > " System.out.println(\"Triggered: R3\");\n" + > "end\n"; > KieServices ks = KieServices.Factory.get(); > ReleaseId releaseId1 = ks.newReleaseId("org.kie", "test-upgrade", "1.1.1"); > KieModule km = createAndDeployJar(ks, releaseId1); > KieContainer kc = ks.newKieContainer(km.getReleaseId()); > KieSession ksession = kc.newKieSession(); > kc.updateToVersion(releaseId1); > ksession.insert(new Person("John", 26)); > ksession.insert( "John" ); > ksession.fireAllRules(); > ReleaseId releaseId2 = ks.newReleaseId("org.kie", "test-upgrade", "1.1.2"); > km = createAndDeployJar(ks, releaseId2, drl); > kc.updateToVersion(releaseId2); > ksession.fireAllRules(); > } > {code} > may cause the following ClassCastException during the subsequent network evaluation > {code} > java.lang.ClassCastException: org.drools.core.reteoo.RuleTerminalNode cannot be cast to org.drools.core.reteoo.LeftInputAdapterNode > at org.drools.core.phreak.RuleNetworkEvaluator.evaluateNetwork(RuleNetworkEvaluator.java:99) > at org.drools.core.phreak.RuleExecutor.reEvaluateNetwork(RuleExecutor.java:194) > at org.drools.core.phreak.RuleExecutor.evaluateNetworkAndFire(RuleExecutor.java:73) > at org.drools.core.common.DefaultAgenda.fireNextItem(DefaultAgenda.java:978) > at org.drools.core.common.DefaultAgenda.fireAllRules(DefaultAgenda.java:1292) > at org.drools.core.impl.StatefulKnowledgeSessionImpl.internalFireAllRules(StatefulKnowledgeSessionImpl.java:1294) > at org.drools.core.impl.StatefulKnowledgeSessionImpl.fireAllRules(StatefulKnowledgeSessionImpl.java:1281) > at org.drools.core.impl.StatefulKnowledgeSessionImpl.fireAllRules(StatefulKnowledgeSessionImpl.java:1260) > at org.drools.compiler.integrationtests.IncrementalCompilationTest.testSegmentSplit(IncrementalCompilationTest.java:2001) > {code} -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 4 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-893) Segment memory prototypes are not invalidated correctly during an incremental compilation

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/DROOLS-893?page=com.atlassian.jira.plugin... ] RH Bugzilla Integration commented on DROOLS-893: ------------------------------------------------ Ryan Zhang <rzhang(a)redhat.com> changed the Status of [bug 1273087|https://bugzilla.redhat.com/show_bug.cgi?id=1273087] from MODIFIED to ON_QA > Segment memory prototypes are not invalidated correctly during an incremental compilation > ----------------------------------------------------------------------------------------- > > Key: DROOLS-893 > URL: https://issues.jboss.org/browse/DROOLS-893 > Project: Drools > Issue Type: Bug > Reporter: Mario Fusco > Assignee: Mario Fusco > Fix For: 6.3.0.CR2 > > > Segment memory prototypes are not invalidated correctly during an incremental compilation -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 4 months

1
0
0 / 0

[JBoss JIRA] (WFLY-5751) Service can't be installed if the path contains a closed bracket

by Paul Wildberg (JIRA)

[ https://issues.jboss.org/browse/WFLY-5751?page=com.atlassian.jira.plugin.... ] Paul Wildberg updated WFLY-5751: -------------------------------- Priority: Critical (was: Major) > Service can't be installed if the path contains a closed bracket > ---------------------------------------------------------------- > > Key: WFLY-5751 > URL: https://issues.jboss.org/browse/WFLY-5751 > Project: WildFly > Issue Type: Bug > Components: Batch > Affects Versions: 9.0.1.Final, 9.0.2.Final, 10.0.0.CR4 > Environment: all Windows versions > Reporter: Paul Wildberg > Assignee: Cheng Fang > Priority: Critical > Labels: jboss > > Problem: > If you start "service.bat install" in e.g. in C:\Program Files (x86)\wildfly-9.0.1.Final\bin\service you will get: > Using the X86-64bit version of prunsrv > "\wildfly-9.0.1.Final\domain\log" can not be used syntatically at this point (don't know if it is correct, I translated it from german. Original it is "kann syntaktisch an dieser Stelle nicht verarbeitet werden.") > Cause: > This is because of the ) in "Program Files (x86)" and this is a problem because in the service.bat in line 175 and 179 (set LOGPATH=%JBOSS_HOME%\domain\log - in version 9.0.1 and 9.0.2 - in Version 10 it may be in another line) the path is not set in double quotation marks. > All other paths are set in double quotation marks. > Solution: > Set the path in double quotation marks: > set LOGPATH="%JBOSS_HOME%\domain\log" -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 4 months

1
0
0 / 0

[JBoss JIRA] (WFLY-5751) Service can't be installed if the path contains a closed bracket

by Paul Wildberg (JIRA)

[ https://issues.jboss.org/browse/WFLY-5751?page=com.atlassian.jira.plugin.... ] Paul Wildberg updated WFLY-5751: -------------------------------- Affects Version/s: 9.0.1.Final > Service can't be installed if the path contains a closed bracket > ---------------------------------------------------------------- > > Key: WFLY-5751 > URL: https://issues.jboss.org/browse/WFLY-5751 > Project: WildFly > Issue Type: Bug > Components: Batch > Affects Versions: 9.0.1.Final, 9.0.2.Final, 10.0.0.CR4 > Environment: all Windows versions > Reporter: Paul Wildberg > Assignee: Cheng Fang > Priority: Critical > Labels: jboss > > Problem: > If you start "service.bat install" in e.g. in C:\Program Files (x86)\wildfly-9.0.1.Final\bin\service you will get: > Using the X86-64bit version of prunsrv > "\wildfly-9.0.1.Final\domain\log" can not be used syntatically at this point (don't know if it is correct, I translated it from german. Original it is "kann syntaktisch an dieser Stelle nicht verarbeitet werden.") > Cause: > This is because of the ) in "Program Files (x86)" and this is a problem because in the service.bat in line 175 and 179 (set LOGPATH=%JBOSS_HOME%\domain\log - in version 9.0.1 and 9.0.2 - in Version 10 it may be in another line) the path is not set in double quotation marks. > All other paths are set in double quotation marks. > Solution: > Set the path in double quotation marks: > set LOGPATH="%JBOSS_HOME%\domain\log" -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 4 months

1
0
0 / 0

[JBoss JIRA] (WFLY-5751) Service can't be installed if the path contains a closed bracket

by Paul Wildberg (JIRA)

Paul Wildberg created WFLY-5751: ----------------------------------- Summary: Service can't be installed if the path contains a closed bracket Key: WFLY-5751 URL: https://issues.jboss.org/browse/WFLY-5751 Project: WildFly Issue Type: Bug Components: Batch Affects Versions: 10.0.0.CR4, 9.0.2.Final Environment: all Windows versions Reporter: Paul Wildberg Assignee: Cheng Fang Problem: If you start "service.bat install" in e.g. in C:\Program Files (x86)\wildfly-9.0.1.Final\bin\service you will get: Using the X86-64bit version of prunsrv "\wildfly-9.0.1.Final\domain\log" can not be used syntatically at this point (don't know if it is correct, I translated it from german. Original it is "kann syntaktisch an dieser Stelle nicht verarbeitet werden.") Cause: This is because of the ) in "Program Files (x86)" and this is a problem because in the service.bat in line 175 and 179 (set LOGPATH=%JBOSS_HOME%\domain\log - in version 9.0.1 and 9.0.2 - in Version 10 it may be in another line) the path is not set in double quotation marks. All other paths are set in double quotation marks. Solution: Set the path in double quotation marks: set LOGPATH="%JBOSS_HOME%\domain\log" -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 4 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-901) Align spring version with the eap fuse layer spring version

by David virgil naranjo (JIRA)

[ https://issues.jboss.org/browse/DROOLS-901?page=com.atlassian.jira.plugin... ] David virgil naranjo commented on DROOLS-901: --------------------------------------------- any news here [~mfusco]? > Align spring version with the eap fuse layer spring version > ----------------------------------------------------------- > > Key: DROOLS-901 > URL: https://issues.jboss.org/browse/DROOLS-901 > Project: Drools > Issue Type: Enhancement > Affects Versions: 6.3.0.Final > Reporter: David virgil naranjo > Assignee: Mario Fusco > > Right now on drools it is used spring 3, while on the eap fuse layer it is used the version 4.1.6.RELEASE. > It wouldb e good to have the same version, because in that case some of the fuse-bxms-integ quickstarts could be deployed on eap. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 4 months

1
0
0 / 0

[JBoss JIRA] (WFLY-5682) Can't define absolute path for object store location

by Amos Feng (JIRA)

[ https://issues.jboss.org/browse/WFLY-5682?page=com.atlassian.jira.plugin.... ] Amos Feng commented on WFLY-5682: --------------------------------- Thanks Brain to point it out and I think the 'relative-to' attribute is still with the default value even if it has been ignored. So the command '/subsystem=transactions:read-attribute(name=object-store-relative-to)' will return the default value 'jboss.server.data.dir' ? Does it make the user confuse ? > Can't define absolute path for object store location > ---------------------------------------------------- > > Key: WFLY-5682 > URL: https://issues.jboss.org/browse/WFLY-5682 > Project: WildFly > Issue Type: Bug > Components: Transactions > Affects Versions: 10.0.0.CR4 > Reporter: Ondřej Chaloupka > Assignee: Amos Feng > Fix For: 10.0.0.CR5 > > > As trying to set absolute path for location of transaction log store I've got to suspicion that's not possible. > If I try to set `object-store-relative-to` to some absolute path or set `object-store-relative-to` to empty string and then `object-store-path` to some absolute path the server starts with exceptions [1][2]. > [1] > {code} > ERROR [org.jboss.msc.service.fail] (MSC service thread 1-3) MSC000001: Failed to start service jboss.txn.ArjunaObjectStoreEnvironment: org.jboss.msc.service.StartException in service jboss.txn.ArjunaObjectStoreEnvironment: Failed to start service > at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1904) 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.IllegalArgumentException: WFLYCTL0256: Could not find a path called '/home/ochaloup/tmp/' > at org.jboss.as.controller.services.path.PathManagerService.resolveRelativePathEntry(PathManagerService.java:87) at org.jboss.as.txn.service.ArjunaObjectStoreEnvironmentService.start(ArjunaObjectStoreEnvironmentService.java:76) > at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1948) at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1881) > ... > ERROR [org.jboss.as.controller.management-operation] (Controller Boot Thread) WFLYCTL0013: Operation ("add") failed - address: ([("subsystem" => "transactions")]) - failure description: {"WFLYCTL0080: Failed services" => {"jboss.txn.ArjunaObjectStoreEnvironment" => "org.jboss.msc.service.StartException in service jboss.txn.ArjunaObjectStoreEnvironment: Failed to start service > Caused by: java.lang.IllegalArgumentException: WFLYCTL0256: Could not find a path called '/home/ochaloup/tmp/'"}} > INFO [org.jboss.as.controller] (Controller Boot Thread) WFLYCTL0183: Service status reportWFLYCTL0186: Services which failed to start: service jboss.txn.ArjunaObjectStoreEnvironment: org.jboss.msc.service.StartException in service jboss.txn.ArjunaObjectStoreEnvironment: Failed to start service > {code} > [2] > {code} > ERROR [org.jboss.as.server] (Controller Boot Thread) WFLYSRV0055: Caught exception during boot: org.jboss.as.controller.persistence.ConfigurationPersistenceException: WFLYCTL0085: Failed to parse configuration > at org.jboss.as.controller.persistence.XmlConfigurationPersister.load(XmlConfigurationPersister.java:131) > at org.jboss.as.server.ServerService.boot(ServerService.java:356) at org.jboss.as.controller.AbstractControllerService$1.run(AbstractControllerService.java:299) > at java.lang.Thread.run(Thread.java:745) > Caused by: javax.xml.stream.XMLStreamException: ParseError at [row,col]:[348,13] > Message: "WFLYCTL0113: '' is an invalid value for parameter relative-to. Values must have a minimum length of 1 characters" > at org.jboss.as.controller.SimpleAttributeDefinition.parse(SimpleAttributeDefinition.java:161) at org.jboss.as.controller.SimpleAttributeDefinition.parseAndSetParameter(SimpleAttributeDefinition.java:186) > at org.jboss.as.txn.subsystem.TransactionSubsystem14Parser.parseObjectStoreEnvironmentElementAndEnrichOperation(TransactionSubsystem14Parser.java:205) > at org.jboss.as.txn.subsystem.TransactionSubsystem30Parser.readElement(TransactionSubsystem30Parser.java:67) at org.jboss.as.txn.subsystem.TransactionSubsystem14Parser.readElement(TransactionSubsystem14Parser.java:111) > at org.jboss.as.txn.subsystem.TransactionSubsystem14Parser.readElement(TransactionSubsystem14Parser.java:54) at org.jboss.staxmapper.XMLMapperImpl.processNested(XMLMapperImpl.java:110) > at org.jboss.staxmapper.XMLExtendedStreamReaderImpl.handleAny(XMLExtendedStreamReaderImpl.java:69) at org.jboss.as.server.parsing.StandaloneXml_4.parseServerProfile(StandaloneXml_4.java:547) > at org.jboss.as.server.parsing.StandaloneXml_4.readServerElement(StandaloneXml_4.java:244) at org.jboss.as.server.parsing.StandaloneXml_4.readElement(StandaloneXml_4.java:143) > at org.jboss.as.server.parsing.StandaloneXml.readElement(StandaloneXml.java:69) at org.jboss.as.server.parsing.StandaloneXml.readElement(StandaloneXml.java:47) at org.jboss.staxmapper.XMLMapperImpl.processNested(XMLMapperImpl.java:110) > at org.jboss.staxmapper.XMLMapperImpl.parseDocument(XMLMapperImpl.java:69) at org.jboss.as.controller.persistence.XmlConfigurationPersister.load(XmlConfigurationPersister.java:123) > ... 3 more > {code} -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 4 months

1
0
0 / 0

[JBoss JIRA] (ELY-384) Unable to create HTTPS connection using *ECDH_RSA* cipher suites / kECDHr cipher string

by Martin Choma (JIRA)

[ https://issues.jboss.org/browse/ELY-384?page=com.atlassian.jira.plugin.sy... ] Martin Choma moved JBEAP-2073 to ELY-384: ----------------------------------------- Project: WildFly Elytron (was: JBoss Enterprise Application Platform) Key: ELY-384 (was: JBEAP-2073) Workflow: GIT Pull Request workflow (was: CDW v1) Component/s: SSL (was: Security) (was: Web (Undertow)) Target Release: (was: 7.0.0.GA) Affects Version/s: 1.0.2.Final (was: 7.0.0.ER2 (Beta)) > Unable to create HTTPS connection using *ECDH_RSA* cipher suites / kECDHr cipher string > --------------------------------------------------------------------------------------- > > Key: ELY-384 > URL: https://issues.jboss.org/browse/ELY-384 > Project: WildFly Elytron > Issue Type: Bug > Components: SSL > Affects Versions: 1.0.2.Final > Environment: Oracle Java > Reporter: Martin Choma > Assignee: Darran Lofthouse > Priority: Critical > Attachments: client_debug_eap6.log, client_debug_eap7.log, server-cert-key-ec.jks, server_debug_eap6.log, server_debug_eap7.log > > > User using these cipher suites / cipher name in EAP6 won't be able to use it in EAP7. > Setting as critical as these cipher suites, are considered for strong and widely used in my opinion. > In server log, error "no cipher suites in common" can be seen using -Djavax.net.debug=all. > Note, that analogous configuration in EAP6 works fine. > Issue can be seen on Oracle Java only, as on OpenJDK / IBM these suites are not provided by method getDefaultCipherSuites(). > Also is it possible to log "no cipher suites in common" and similar tls handshake errors without -Djavax.net.debug for better troubleshooting? -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 4 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-jira December 2015