September 2014 - jboss-jira - Jboss List Archives

[JBoss JIRA] (DROOLS-590) Class literals used as query positional arguments are not rewired

by Mario Fusco (JIRA)

[ https://issues.jboss.org/browse/DROOLS-590?page=com.atlassian.jira.plugin... ] Mario Fusco resolved DROOLS-590. -------------------------------- Labels: backport-to-6.0.x (was: ) Fix Version/s: 6.2.0.CR1 Resolution: Done Fixed by https://github.com/droolsjbpm/drools/commit/115a7185f0b54cb1e52937e9b61f2... > Class literals used as query positional arguments are not rewired > ----------------------------------------------------------------- > > Key: DROOLS-590 > URL: https://issues.jboss.org/browse/DROOLS-590 > Project: Drools > Issue Type: Bug > Reporter: Davide Sottara > Assignee: Mario Fusco > Labels: backport-to-6.0.x > Fix For: 6.2.0.CR1 > > -- This message was sent by Atlassian JIRA (v6.3.1#6329)

10 years, 1 month

1
0
0 / 0

[JBoss JIRA] (DROOLS-590) Class literals used as query positional arguments are not rewired

by Mario Fusco (JIRA)

[ https://issues.jboss.org/browse/DROOLS-590?page=com.atlassian.jira.plugin... ] Mario Fusco reassigned DROOLS-590: ---------------------------------- Assignee: Mario Fusco (was: Mark Proctor) > Class literals used as query positional arguments are not rewired > ----------------------------------------------------------------- > > Key: DROOLS-590 > URL: https://issues.jboss.org/browse/DROOLS-590 > Project: Drools > Issue Type: Bug > Reporter: Davide Sottara > Assignee: Mario Fusco > -- This message was sent by Atlassian JIRA (v6.3.1#6329)

10 years, 1 month

1
0
0 / 0

[JBoss JIRA] (WFLY-3862) Run HTTPSConnectionWithCLITestCase and VaultPasswordsInCLITestCase.java with standalone profile

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/WFLY-3862?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration updated WFLY-3862: ------------------------------------------ Bugzilla References: https://bugzilla.redhat.com/show_bug.cgi?id=1136220, https://bugzilla.redhat.com/show_bug.cgi?id=1145994 (was: https://bugzilla.redhat.com/show_bug.cgi?id=1136220) > Run HTTPSConnectionWithCLITestCase and VaultPasswordsInCLITestCase.java with standalone profile > ----------------------------------------------------------------------------------------------- > > Key: WFLY-3862 > URL: https://issues.jboss.org/browse/WFLY-3862 > Project: WildFly > Issue Type: Bug > Components: Test Suite > Reporter: Petr Kremensky > Assignee: Petr Kremensky > > HTTPSConnectionWithCLITestCase and VaultPasswordsInCLITestCase.java secures management interface with SSL, but they sometimes fail to unsecure it due to problem mentioned in WFLY-3778. We should use different configuration to avoid breaking whole manual-mode module due to this (other tests cannot use secured server). > Also change tests to use :*reload* command instead of *reload* operation. -- This message was sent by Atlassian JIRA (v6.3.1#6329)

10 years, 1 month

1
0
0 / 0

[JBoss JIRA] (DROOLS-600) ClassCastException when using FactTemplates

by Mario Fusco (JIRA)

[ https://issues.jboss.org/browse/DROOLS-600?page=com.atlassian.jira.plugin... ] Mario Fusco reassigned DROOLS-600: ---------------------------------- Assignee: Mario Fusco (was: Mark Proctor) > ClassCastException when using FactTemplates > ------------------------------------------- > > Key: DROOLS-600 > URL: https://issues.jboss.org/browse/DROOLS-600 > Project: Drools > Issue Type: Bug > Affects Versions: 6.1.0.Final > Reporter: Stephanie Kroll > Assignee: Mario Fusco > > We have embedded Drools in our project and use FactTemplates. While attempting to upgrade from Drools 5.3 to 6.1, we are receiving a ClassCastException in org.drools.compiler.rule.builder.PatternBuilder when loading and compiling rules. > The problem is evident upon inspection of the code. In method build(RuleBuildContext, BaseDescr, Pattern), the local var objectType can be either a FactTemplateObjectType or a ClassObjectType, but line 258 does not check the type before attempting the cast. > {noformat} > java.lang.ClassCastException: org.drools.core.facttemplates.FactTemplateObjectType cannot be cast to org.drools.core.base.ClassObjectType > at org.drools.compiler.rule.builder.PatternBuilder.build(PatternBuilder.java:258) > at org.drools.compiler.rule.builder.PatternBuilder.build(PatternBuilder.java:138) > at org.drools.compiler.rule.builder.GroupElementBuilder.build(GroupElementBuilder.java:66) > at org.drools.compiler.rule.builder.RuleBuilder.build(RuleBuilder.java:89) > at org.drools.compiler.builder.impl.KnowledgeBuilderImpl.addRule(KnowledgeBuilderImpl.java:1652) > at org.drools.compiler.builder.impl.KnowledgeBuilderImpl.compileRules(KnowledgeBuilderImpl.java:968) > at org.drools.compiler.builder.impl.KnowledgeBuilderImpl.compileAllRules(KnowledgeBuilderImpl.java:844) > at org.drools.compiler.builder.impl.KnowledgeBuilderImpl.addPackage(KnowledgeBuilderImpl.java:838) > at org.drools.compiler.builder.impl.KnowledgeBuilderImpl.addPackageFromDrl(KnowledgeBuilderImpl.java:339) > at org.drools.compiler.builder.impl.KnowledgeBuilderImpl.addPackageFromDrl(KnowledgeBuilderImpl.java:315) > ...{noformat} -- This message was sent by Atlassian JIRA (v6.3.1#6329)

10 years, 1 month

1
0
0 / 0

[JBoss JIRA] (WFLY-3789) Vault cannot be initialized with external password provided by CLASS

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/WFLY-3789?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration updated WFLY-3789: ------------------------------------------ Bugzilla Update: Perform Bugzilla References: https://bugzilla.redhat.com/show_bug.cgi?id=1146006 > Vault cannot be initialized with external password provided by CLASS > --------------------------------------------------------------------- > > Key: WFLY-3789 > URL: https://issues.jboss.org/browse/WFLY-3789 > Project: WildFly > Issue Type: Bug > Components: Security > Reporter: Filip Bogyai > Assignee: Peter Skopek > > When vault is configured to use external password obtained from CLASS, e.g. :{code:xml} <vault-option name="KEYSTORE_PASSWORD" value="{CLASS}org.jboss.security.plugins.TmpFilePassword:${java.io.tmpdir}/tmp.password"/> {code} > WildFly is unable to start, because of ClassNotFoundException: > {code} > 11:00:40,696 ERROR [org.jboss.as.controller.management-operation] (Controller Boot Thread) WFLYCTL0013: Operation ("add") failed - address: ([("core-service" => "vault")]): java.lang.RuntimeException: WFLYSRV0076: Error initializing vault -- org.jboss.as.server.services.security.VaultReaderException: WFLYSEC0017: Vault Reader Exception: > at org.jboss.as.server.services.security.VaultAddHandler.performRuntime(VaultAddHandler.java:88) [wildfly-server-1.0.0.Alpha4.jar:1.0.0.Alpha4] > at org.jboss.as.controller.AbstractAddStepHandler$1.execute(AbstractAddStepHandler.java:75) [wildfly-controller-1.0.0.Alpha4.jar:1.0.0.Alpha4] > at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:657) [wildfly-controller-1.0.0.Alpha4.jar:1.0.0.Alpha4] > at org.jboss.as.controller.AbstractOperationContext.doCompleteStep(AbstractOperationContext.java:498) [wildfly-controller-1.0.0.Alpha4.jar:1.0.0.Alpha4] > at org.jboss.as.controller.AbstractOperationContext.completeStepInternal(AbstractOperationContext.java:299) [wildfly-controller-1.0.0.Alpha4.jar:1.0.0.Alpha4] > at org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:294) [wildfly-controller-1.0.0.Alpha4.jar:1.0.0.Alpha4] > at org.jboss.as.controller.OperationContextImpl.executeOperation(OperationContextImpl.java:1072) [wildfly-controller-1.0.0.Alpha4.jar:1.0.0.Alpha4] > at org.jboss.as.controller.ModelControllerImpl.boot(ModelControllerImpl.java:375) [wildfly-controller-1.0.0.Alpha4.jar:1.0.0.Alpha4] > at org.jboss.as.controller.AbstractControllerService.boot(AbstractControllerService.java:297) [wildfly-controller-1.0.0.Alpha4.jar:1.0.0.Alpha4] > at org.jboss.as.server.ServerService.boot(ServerService.java:373) [wildfly-server-1.0.0.Alpha4.jar:1.0.0.Alpha4] > at org.jboss.as.server.ServerService.boot(ServerService.java:348) [wildfly-server-1.0.0.Alpha4.jar:1.0.0.Alpha4] > at org.jboss.as.controller.AbstractControllerService$1.run(AbstractControllerService.java:259) [wildfly-controller-1.0.0.Alpha4.jar:1.0.0.Alpha4] > at java.lang.Thread.run(Thread.java:744) [rt.jar:1.7.0_55] > Caused by: org.jboss.as.server.services.security.VaultReaderException: WFLYSEC0017: Vault Reader Exception: > at org.jboss.as.security.vault.RuntimeVaultReader.createVault(RuntimeVaultReader.java:99) [wildfly-security-9.0.0.Alpha1-SNAPSHOT.jar:9.0.0.Alpha1-SNAPSHOT] > at org.jboss.as.server.services.security.VaultAddHandler.performRuntime(VaultAddHandler.java:86) [wildfly-server-1.0.0.Alpha4.jar:1.0.0.Alpha4] > ... 12 more > Caused by: org.jboss.security.vault.SecurityVaultException: java.lang.ClassNotFoundException: org.jboss.security.plugins.TmpFilePassword from [Module "org.jboss.as.controller:main" from local module loader @4be525ab > at org.picketbox.plugins.vault.PicketBoxSecurityVault.init(PicketBoxSecurityVault.java:210) [picketbox-4.0.21.Beta3.jar:4.0.21.Beta3] > at org.jboss.as.security.vault.RuntimeVaultReader.createVault(RuntimeVaultReader.java:97) [wildfly-security-9.0.0.Alpha1-SNAPSHOT.jar:9.0.0.Alpha1-SNAPSHOT] > ... 13 more > Caused by: java.lang.ClassNotFoundException: org.jboss.security.plugins.TmpFilePassword from [Module "org.jboss.as.controller:main" from local module loader @4be525ab > at org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:213) [jboss-modules.jar:1.3.3.Final] > at org.jboss.modules.ConcurrentClassLoader.performLoadClassUnchecked(ConcurrentClassLoader.java:459) [jboss-modules.jar:1.3.3.Final] > at org.jboss.modules.ConcurrentClassLoader.performLoadClassChecked(ConcurrentClassLoader.java:408) [jboss-modules.jar:1.3.3.Final] > at org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:389) [jboss-modules.jar:1.3.3.Final] > at org.jboss.modules.ConcurrentClassLoader.loadClass(ConcurrentClassLoader.java:134) [jboss-modules.jar:1.3.3.Final] > at org.jboss.security.Util.invokePasswordClass(Util.java:174) [picketbox-4.0.21.Beta3.jar:4.0.21.Beta3] > at org.jboss.security.Util.loadPassword(Util.java:126) [picketbox-4.0.21.Beta3.jar:4.0.21.Beta3] > at org.picketbox.plugins.vault.PicketBoxSecurityVault.loadKeystorePassword(PicketBoxSecurityVault.java:343) [picketbox-4.0.21.Beta3.jar:4.0.21.Beta3] > at org.picketbox.plugins.vault.PicketBoxSecurityVault.init(PicketBoxSecurityVault.java:204) [picketbox-4.0.21.Beta3.jar:4.0.21.Beta3] > ... 14 more > {code} > External passwords for vault were introduces by RFE: SECURITY-831 -- This message was sent by Atlassian JIRA (v6.3.1#6329)

10 years, 1 month

1
0
0 / 0

[JBoss JIRA] (WFLY-3862) Run HTTPSConnectionWithCLITestCase and VaultPasswordsInCLITestCase.java with standalone profile

by Petr Kremensky (JIRA)

[ https://issues.jboss.org/browse/WFLY-3862?page=com.atlassian.jira.plugin.... ] Petr Kremensky commented on WFLY-3862: -------------------------------------- Tomaz Cerar added a comment - 9 minutes ago No! proper fix is to do proper cleanup of vault files as it usually breaks because of leftovers or some corrupt vault.dat stuff. Petr Kremensky added a comment - 2 minutes ago Than we have to look more into WFLY-3778 as that is why this issue occures. Please see https://bugzilla.redhat.com/show_bug.cgi?id=1136220#c5 > Run HTTPSConnectionWithCLITestCase and VaultPasswordsInCLITestCase.java with standalone profile > ----------------------------------------------------------------------------------------------- > > Key: WFLY-3862 > URL: https://issues.jboss.org/browse/WFLY-3862 > Project: WildFly > Issue Type: Bug > Components: Test Suite > Reporter: Petr Kremensky > Assignee: Petr Kremensky > > HTTPSConnectionWithCLITestCase and VaultPasswordsInCLITestCase.java secures management interface with SSL, but they sometimes fail to unsecure it due to problem mentioned in WFLY-3778. We should use different configuration to avoid breaking whole manual-mode module due to this (other tests cannot use secured server). > Also change tests to use :*reload* command instead of *reload* operation. -- This message was sent by Atlassian JIRA (v6.3.1#6329)

10 years, 1 month

1
0
0 / 0

[JBoss JIRA] (WFLY-3862) Run HTTPSConnectionWithCLITestCase and VaultPasswordsInCLITestCase.java with standalone profile

by Petr Kremensky (JIRA)

[ https://issues.jboss.org/browse/WFLY-3862?page=com.atlassian.jira.plugin.... ] Petr Kremensky edited comment on WFLY-3862 at 9/24/14 5:33 AM: --------------------------------------------------------------- Moving discussion from WFLY-3890 Tomaz Cerar added a comment - 9 minutes ago No! proper fix is to do proper cleanup of vault files as it usually breaks because of leftovers or some corrupt vault.dat stuff. Petr Kremensky added a comment - 2 minutes ago Than we have to look more into WFLY-3778 as that is why this issue occures. Please see https://bugzilla.redhat.com/show_bug.cgi?id=1136220#c5 was (Author: pkremens): Tomaz Cerar added a comment - 9 minutes ago No! proper fix is to do proper cleanup of vault files as it usually breaks because of leftovers or some corrupt vault.dat stuff. Petr Kremensky added a comment - 2 minutes ago Than we have to look more into WFLY-3778 as that is why this issue occures. Please see https://bugzilla.redhat.com/show_bug.cgi?id=1136220#c5 > Run HTTPSConnectionWithCLITestCase and VaultPasswordsInCLITestCase.java with standalone profile > ----------------------------------------------------------------------------------------------- > > Key: WFLY-3862 > URL: https://issues.jboss.org/browse/WFLY-3862 > Project: WildFly > Issue Type: Bug > Components: Test Suite > Reporter: Petr Kremensky > Assignee: Petr Kremensky > > HTTPSConnectionWithCLITestCase and VaultPasswordsInCLITestCase.java secures management interface with SSL, but they sometimes fail to unsecure it due to problem mentioned in WFLY-3778. We should use different configuration to avoid breaking whole manual-mode module due to this (other tests cannot use secured server). > Also change tests to use :*reload* command instead of *reload* operation. -- This message was sent by Atlassian JIRA (v6.3.1#6329)

10 years, 1 month

1
0
0 / 0

[JBoss JIRA] (WFLY-3890) Intermittent test failures due to 'Could not stop container' and 'Could not start container'

by Petr Kremensky (JIRA)

[ https://issues.jboss.org/browse/WFLY-3890?page=com.atlassian.jira.plugin.... ] Petr Kremensky commented on WFLY-3890: -------------------------------------- Moving discussion to WFLY-3862 > Intermittent test failures due to 'Could not stop container' and 'Could not start container' > -------------------------------------------------------------------------------------------- > > Key: WFLY-3890 > URL: https://issues.jboss.org/browse/WFLY-3890 > Project: WildFly > Issue Type: Bug > Reporter: Petr Kremensky > Assignee: Petr Kremensky > > HTTPSConnectionWithCLITestCase and VaultPasswordsInCLITestCase.java secures management interface with SSL, but > they sometimes fail to unsecure it due to problem mentioned in BZ1105003. We should use different standalone > configuration to avoid breaking whole manual-mode module due to this. Also chenged tests to use :reload > command instead of reload operation as Alexey suggested in BZ1136220#c11. -- This message was sent by Atlassian JIRA (v6.3.1#6329)

10 years, 1 month

1
0
0 / 0

[JBoss JIRA] (WFLY-3890) Intermittent test failures due to 'Could not stop container' and 'Could not start container'

by Petr Kremensky (JIRA)

[ https://issues.jboss.org/browse/WFLY-3890?page=com.atlassian.jira.plugin.... ] Petr Kremensky commented on WFLY-3890: -------------------------------------- Than we have to look more into WFLY-3778 as that is why this issue occures. Please see https://bugzilla.redhat.com/show_bug.cgi?id=1136220#c5 > Intermittent test failures due to 'Could not stop container' and 'Could not start container' > -------------------------------------------------------------------------------------------- > > Key: WFLY-3890 > URL: https://issues.jboss.org/browse/WFLY-3890 > Project: WildFly > Issue Type: Bug > Reporter: Petr Kremensky > Assignee: Petr Kremensky > > HTTPSConnectionWithCLITestCase and VaultPasswordsInCLITestCase.java secures management interface with SSL, but > they sometimes fail to unsecure it due to problem mentioned in BZ1105003. We should use different standalone > configuration to avoid breaking whole manual-mode module due to this. Also chenged tests to use :reload > command instead of reload operation as Alexey suggested in BZ1136220#c11. -- This message was sent by Atlassian JIRA (v6.3.1#6329)

10 years, 1 month

1
0
0 / 0

[JBoss JIRA] (WFLY-3862) Run HTTPSConnectionWithCLITestCase and VaultPasswordsInCLITestCase.java with standalone profile

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/WFLY-3862?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration updated WFLY-3862: ------------------------------------------ Bugzilla Update: Perform Bugzilla References: https://bugzilla.redhat.com/show_bug.cgi?id=1136220 > Run HTTPSConnectionWithCLITestCase and VaultPasswordsInCLITestCase.java with standalone profile > ----------------------------------------------------------------------------------------------- > > Key: WFLY-3862 > URL: https://issues.jboss.org/browse/WFLY-3862 > Project: WildFly > Issue Type: Bug > Components: Test Suite > Reporter: Petr Kremensky > Assignee: Petr Kremensky > > HTTPSConnectionWithCLITestCase and VaultPasswordsInCLITestCase.java secures management interface with SSL, but they sometimes fail to unsecure it due to problem mentioned in WFLY-3778. We should use different configuration to avoid breaking whole manual-mode module due to this (other tests cannot use secured server). > Also change tests to use :*reload* command instead of *reload* operation. -- This message was sent by Atlassian JIRA (v6.3.1#6329)

10 years, 1 month

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 September 2014