[JBoss JIRA] (WFCORE-2312) Management console won't load if master host in domain is unsecured
by Brian Stansberry (JIRA)
[ https://issues.jboss.org/browse/WFCORE-2312?page=com.atlassian.jira.plugi... ]
Brian Stansberry commented on WFCORE-2312:
------------------------------------------
Problem is IdentityAddressProtocolUtil.read:
{code}
ProtocolUtils.expectHeader(input, ITEMS_PARAM);
final int itemCount = input.readInt();
Principal principal = null;
Set<String> roles = new HashSet<>(itemCount - 2);
{code}
There is no guarantee that itemCount is >= 2.
> Management console won't load if master host in domain is unsecured
> -------------------------------------------------------------------
>
> Key: WFCORE-2312
> URL: https://issues.jboss.org/browse/WFCORE-2312
> Project: WildFly Core
> Issue Type: Bug
> Components: Domain Management, Security
> Affects Versions: 3.0.0.Beta2
> Reporter: Jan Kašík
> Assignee: Brian Stansberry
> Priority: Blocker
> Fix For: 3.0.0.Beta4
>
>
> When domain master host is unsecured, management console won't load in domain mode. This is regression against 7.1.0.DR11 and 7.0.0.GA.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years, 2 months
[JBoss JIRA] (WFCORE-2312) Management console won't load if master host in domain is unsecured
by Brian Stansberry (JIRA)
[ https://issues.jboss.org/browse/WFCORE-2312?page=com.atlassian.jira.plugi... ]
Brian Stansberry updated WFCORE-2312:
-------------------------------------
Steps to Reproduce:
# Unsecure WildFly {{sed "s/http-interface security-realm=\"ManagementRealm\"/http-interface/g" -i "$WILDFLY_HOME/domain/configuration/host.xml"}}
# Start WF in domain mode
# Try to access web console
was:
# Unsecure EAP {{sed "s/http-interface security-realm=\"ManagementRealm\"/http-interface/g" -i "$EAP_HOME/domain/configuration/host.xml"}}
# Start EAP in domain mode
# Try to access web console
> Management console won't load if master host in domain is unsecured
> -------------------------------------------------------------------
>
> Key: WFCORE-2312
> URL: https://issues.jboss.org/browse/WFCORE-2312
> Project: WildFly Core
> Issue Type: Bug
> Components: Domain Management, Security
> Affects Versions: 3.0.0.Beta2
> Reporter: Jan Kašík
> Assignee: Brian Stansberry
> Priority: Blocker
> Fix For: 3.0.0.Beta4
>
>
> When domain master host is unsecured, management console won't load in domain mode. This is regression against 7.1.0.DR11 and 7.0.0.GA.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years, 2 months
[JBoss JIRA] (WFCORE-2312) Management console won't load if master host in domain is unsecured
by Brian Stansberry (JIRA)
[ https://issues.jboss.org/browse/WFCORE-2312?page=com.atlassian.jira.plugi... ]
Brian Stansberry moved JBEAP-8974 to WFCORE-2312:
-------------------------------------------------
Project: WildFly Core (was: JBoss Enterprise Application Platform)
Key: WFCORE-2312 (was: JBEAP-8974)
Workflow: GIT Pull Request workflow (was: CDW with loose statuses v1)
Component/s: Domain Management
Security
(was: Domain Management)
(was: Security)
Affects Version/s: 3.0.0.Beta2
(was: 7.1.0.DR12)
Affects Testing: (was: Regression,Blocks Testing)
> Management console won't load if master host in domain is unsecured
> -------------------------------------------------------------------
>
> Key: WFCORE-2312
> URL: https://issues.jboss.org/browse/WFCORE-2312
> Project: WildFly Core
> Issue Type: Bug
> Components: Domain Management, Security
> Affects Versions: 3.0.0.Beta2
> Reporter: Jan Kašík
> Assignee: Brian Stansberry
> Priority: Blocker
> Fix For: 3.0.0.Beta4
>
>
> When domain master host is unsecured, management console won't load in domain mode. This is regression against 7.1.0.DR11 and 7.0.0.GA.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years, 2 months
[JBoss JIRA] (DROOLS-1447) Runtime exception when validating a file with empy name
by Edson Tirelli (JIRA)
[ https://issues.jboss.org/browse/DROOLS-1447?page=com.atlassian.jira.plugi... ]
Edson Tirelli reassigned DROOLS-1447:
-------------------------------------
Assignee: Matteo Mortari (was: Edson Tirelli)
> Runtime exception when validating a file with empy name
> -------------------------------------------------------
>
> Key: DROOLS-1447
> URL: https://issues.jboss.org/browse/DROOLS-1447
> Project: Drools
> Issue Type: Bug
> Components: dmn engine
> Affects Versions: 7.0.0.Beta6
> Reporter: Mélanie Gauthier
> Assignee: Matteo Mortari
> Fix For: 7.0.0.Final
>
> Attachments: NoName1.dmn
>
>
> When a variable has an empty name, the validation throws a runtime exeception as follow:
> Caused by: java.lang.RuntimeException: Error evaluating constraint 'FEELParser.isVariableNameValid( name ) == false' in [Rule "NAME_INVALID" in rules.drl]
> at org.drools.core.rule.constraint.MvelConstraint.evaluate(MvelConstraint.java:262)
> at org.drools.core.rule.constraint.MvelConstraint.isAllowed(MvelConstraint.java:215)
> at org.drools.core.reteoo.AlphaNode.assertObject(AlphaNode.java:131)
> at org.drools.core.reteoo.SingleObjectSinkAdapter.propagateAssertObject(SingleObjectSinkAdapter.java:70)
> at org.drools.core.reteoo.ObjectTypeNode.propagateAssert(ObjectTypeNode.java:316)
> at org.drools.core.phreak.PropagationEntry$Insert.propagate(PropagationEntry.java:152)
> at org.drools.core.phreak.PropagationEntry$Insert.execute(PropagationEntry.java:157)
> at org.drools.core.phreak.SynchronizedPropagationList.flush(SynchronizedPropagationList.java:93)
> at org.drools.core.phreak.SynchronizedPropagationList.flush(SynchronizedPropagationList.java:88)
> at org.drools.core.common.DefaultAgenda.fireLoop(DefaultAgenda.java:1055)
> at org.drools.core.common.DefaultAgenda.internalFireAllRules(DefaultAgenda.java:1018)
> at org.drools.core.common.DefaultAgenda.fireAllRules(DefaultAgenda.java:1010)
> at org.drools.core.impl.StatefulKnowledgeSessionImpl.internalFireAllRules(StatefulKnowledgeSessionImpl.java:1292)
> at org.drools.core.impl.StatefulKnowledgeSessionImpl.fireAllRules(StatefulKnowledgeSessionImpl.java:1283)
> at org.drools.core.impl.StatefulKnowledgeSessionImpl.fireAllRules(StatefulKnowledgeSessionImpl.java:1267)
> at org.drools.core.impl.StatelessKnowledgeSessionImpl.execute(StatelessKnowledgeSessionImpl.java:282)
> at org.kie.dmn.validation.DMNValidatorImpl.validateModel(DMNValidatorImpl.java:145)
> at com.trisotech.dmn.redhat.transformation.DMN1ValidationTransformation.internalTransform(DMN1ValidationTransformation.java:64)
> at com.trisotech.transformation.engine.transformation.AbstractTransformation.transform(AbstractTransformation.java:86)
> ... 42 more
> Caused by: java.lang.NullPointerException
> at org.kie.dmn.feel.parser.feel11.ParserHelper.getOriginalText(ParserHelper.java:150)
> at org.kie.dmn.feel.parser.feel11.ParserHelper.defineVariable(ParserHelper.java:125)
> at org.kie.dmn.feel.parser.feel11.FEEL_1_1Parser.nameDefinition(FEEL_1_1Parser.java:1459)
> at org.kie.dmn.feel.parser.feel11.FEELParser.isVariableNameValid(FEELParser.java:59)
> at ConditionEvaluator59c2efa132a0438abcc40f9d4d01d964.evaluate(Unknown Source)
> at org.drools.core.rule.constraint.MvelConstraint.evaluate(MvelConstraint.java:260)
> ... 60 more
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years, 2 months
[JBoss JIRA] (DROOLS-1447) Runtime exception when validating a file with empy name
by Edson Tirelli (JIRA)
[ https://issues.jboss.org/browse/DROOLS-1447?page=com.atlassian.jira.plugi... ]
Edson Tirelli updated DROOLS-1447:
----------------------------------
Fix Version/s: 7.0.0.Final
Affects Version/s: 7.0.0.Beta6
> Runtime exception when validating a file with empy name
> -------------------------------------------------------
>
> Key: DROOLS-1447
> URL: https://issues.jboss.org/browse/DROOLS-1447
> Project: Drools
> Issue Type: Bug
> Components: dmn engine
> Affects Versions: 7.0.0.Beta6
> Reporter: Mélanie Gauthier
> Assignee: Edson Tirelli
> Fix For: 7.0.0.Final
>
> Attachments: NoName1.dmn
>
>
> When a variable has an empty name, the validation throws a runtime exeception as follow:
> Caused by: java.lang.RuntimeException: Error evaluating constraint 'FEELParser.isVariableNameValid( name ) == false' in [Rule "NAME_INVALID" in rules.drl]
> at org.drools.core.rule.constraint.MvelConstraint.evaluate(MvelConstraint.java:262)
> at org.drools.core.rule.constraint.MvelConstraint.isAllowed(MvelConstraint.java:215)
> at org.drools.core.reteoo.AlphaNode.assertObject(AlphaNode.java:131)
> at org.drools.core.reteoo.SingleObjectSinkAdapter.propagateAssertObject(SingleObjectSinkAdapter.java:70)
> at org.drools.core.reteoo.ObjectTypeNode.propagateAssert(ObjectTypeNode.java:316)
> at org.drools.core.phreak.PropagationEntry$Insert.propagate(PropagationEntry.java:152)
> at org.drools.core.phreak.PropagationEntry$Insert.execute(PropagationEntry.java:157)
> at org.drools.core.phreak.SynchronizedPropagationList.flush(SynchronizedPropagationList.java:93)
> at org.drools.core.phreak.SynchronizedPropagationList.flush(SynchronizedPropagationList.java:88)
> at org.drools.core.common.DefaultAgenda.fireLoop(DefaultAgenda.java:1055)
> at org.drools.core.common.DefaultAgenda.internalFireAllRules(DefaultAgenda.java:1018)
> at org.drools.core.common.DefaultAgenda.fireAllRules(DefaultAgenda.java:1010)
> at org.drools.core.impl.StatefulKnowledgeSessionImpl.internalFireAllRules(StatefulKnowledgeSessionImpl.java:1292)
> at org.drools.core.impl.StatefulKnowledgeSessionImpl.fireAllRules(StatefulKnowledgeSessionImpl.java:1283)
> at org.drools.core.impl.StatefulKnowledgeSessionImpl.fireAllRules(StatefulKnowledgeSessionImpl.java:1267)
> at org.drools.core.impl.StatelessKnowledgeSessionImpl.execute(StatelessKnowledgeSessionImpl.java:282)
> at org.kie.dmn.validation.DMNValidatorImpl.validateModel(DMNValidatorImpl.java:145)
> at com.trisotech.dmn.redhat.transformation.DMN1ValidationTransformation.internalTransform(DMN1ValidationTransformation.java:64)
> at com.trisotech.transformation.engine.transformation.AbstractTransformation.transform(AbstractTransformation.java:86)
> ... 42 more
> Caused by: java.lang.NullPointerException
> at org.kie.dmn.feel.parser.feel11.ParserHelper.getOriginalText(ParserHelper.java:150)
> at org.kie.dmn.feel.parser.feel11.ParserHelper.defineVariable(ParserHelper.java:125)
> at org.kie.dmn.feel.parser.feel11.FEEL_1_1Parser.nameDefinition(FEEL_1_1Parser.java:1459)
> at org.kie.dmn.feel.parser.feel11.FEELParser.isVariableNameValid(FEELParser.java:59)
> at ConditionEvaluator59c2efa132a0438abcc40f9d4d01d964.evaluate(Unknown Source)
> at org.drools.core.rule.constraint.MvelConstraint.evaluate(MvelConstraint.java:260)
> ... 60 more
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years, 2 months
[JBoss JIRA] (DROOLS-1447) Runtime exception when validating a file with empy name
by Mélanie Gauthier (JIRA)
Mélanie Gauthier created DROOLS-1447:
----------------------------------------
Summary: Runtime exception when validating a file with empy name
Key: DROOLS-1447
URL: https://issues.jboss.org/browse/DROOLS-1447
Project: Drools
Issue Type: Bug
Components: dmn engine
Reporter: Mélanie Gauthier
Assignee: Edson Tirelli
Attachments: NoName1.dmn
When a variable has an empty name, the validation throws a runtime exeception as follow:
Caused by: java.lang.RuntimeException: Error evaluating constraint 'FEELParser.isVariableNameValid( name ) == false' in [Rule "NAME_INVALID" in rules.drl]
at org.drools.core.rule.constraint.MvelConstraint.evaluate(MvelConstraint.java:262)
at org.drools.core.rule.constraint.MvelConstraint.isAllowed(MvelConstraint.java:215)
at org.drools.core.reteoo.AlphaNode.assertObject(AlphaNode.java:131)
at org.drools.core.reteoo.SingleObjectSinkAdapter.propagateAssertObject(SingleObjectSinkAdapter.java:70)
at org.drools.core.reteoo.ObjectTypeNode.propagateAssert(ObjectTypeNode.java:316)
at org.drools.core.phreak.PropagationEntry$Insert.propagate(PropagationEntry.java:152)
at org.drools.core.phreak.PropagationEntry$Insert.execute(PropagationEntry.java:157)
at org.drools.core.phreak.SynchronizedPropagationList.flush(SynchronizedPropagationList.java:93)
at org.drools.core.phreak.SynchronizedPropagationList.flush(SynchronizedPropagationList.java:88)
at org.drools.core.common.DefaultAgenda.fireLoop(DefaultAgenda.java:1055)
at org.drools.core.common.DefaultAgenda.internalFireAllRules(DefaultAgenda.java:1018)
at org.drools.core.common.DefaultAgenda.fireAllRules(DefaultAgenda.java:1010)
at org.drools.core.impl.StatefulKnowledgeSessionImpl.internalFireAllRules(StatefulKnowledgeSessionImpl.java:1292)
at org.drools.core.impl.StatefulKnowledgeSessionImpl.fireAllRules(StatefulKnowledgeSessionImpl.java:1283)
at org.drools.core.impl.StatefulKnowledgeSessionImpl.fireAllRules(StatefulKnowledgeSessionImpl.java:1267)
at org.drools.core.impl.StatelessKnowledgeSessionImpl.execute(StatelessKnowledgeSessionImpl.java:282)
at org.kie.dmn.validation.DMNValidatorImpl.validateModel(DMNValidatorImpl.java:145)
at com.trisotech.dmn.redhat.transformation.DMN1ValidationTransformation.internalTransform(DMN1ValidationTransformation.java:64)
at com.trisotech.transformation.engine.transformation.AbstractTransformation.transform(AbstractTransformation.java:86)
... 42 more
Caused by: java.lang.NullPointerException
at org.kie.dmn.feel.parser.feel11.ParserHelper.getOriginalText(ParserHelper.java:150)
at org.kie.dmn.feel.parser.feel11.ParserHelper.defineVariable(ParserHelper.java:125)
at org.kie.dmn.feel.parser.feel11.FEEL_1_1Parser.nameDefinition(FEEL_1_1Parser.java:1459)
at org.kie.dmn.feel.parser.feel11.FEELParser.isVariableNameValid(FEELParser.java:59)
at ConditionEvaluator59c2efa132a0438abcc40f9d4d01d964.evaluate(Unknown Source)
at org.drools.core.rule.constraint.MvelConstraint.evaluate(MvelConstraint.java:260)
... 60 more
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years, 2 months
[JBoss JIRA] (ELY-972) Elytron Audit Logging does not log failed authentication
by Darran Lofthouse (JIRA)
[ https://issues.jboss.org/browse/ELY-972?page=com.atlassian.jira.plugin.sy... ]
Darran Lofthouse commented on ELY-972:
--------------------------------------
There may be a few things to think about this one.
Although some mechanisms use evidence verification many don't - we may want to look at the AuthenticationCompleteCallback carrying a message that can be used here.
Also the HTTP mechanisms call the CallbackHandler but also need to call authenticationFailed on the request - as the mechanisms already report their outcome we may want to automate the call to the CBH so the mech doesn't need to perform two notifications.
> Elytron Audit Logging does not log failed authentication
> --------------------------------------------------------
>
> Key: ELY-972
> URL: https://issues.jboss.org/browse/ELY-972
> Project: WildFly Elytron
> Issue Type: Bug
> Reporter: Jan Tymel
> Assignee: Jan Kalina
> Priority: Blocker
>
> Successful authentication is correctly handled by Elytron Audit Logging. However, if user provides incorrect password (~ authentication fails) there is no such record in audit log file.
> Logging of failed authentication is one of the requirements for this Elytron Audit Logging feature. Therefore setting blocker priority.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years, 2 months
[JBoss JIRA] (DROOLS-1383) Deadlock in PackageClassLoader
by Arkady Syamtomov (JIRA)
[ https://issues.jboss.org/browse/DROOLS-1383?page=com.atlassian.jira.plugi... ]
Arkady Syamtomov commented on DROOLS-1383:
------------------------------------------
Thanks fir that prompt reply!
the class I attached was just for demo purposes - to outline the points we found as responsible for mutual thread locking. About the blacklisted classes and resources I preferred to leave the existing set alone, firstly it's not thread safe anyways, secondly - did not want to introduce additional implications to the existing code. Whatsoever these "blacklist" sets were to address quite specific issues with existing code - skip multiple Class.forName or ClassLoader.getResource calls for the same key. I'm not even sure we do now really need those - they were introduced as a first attempt to find solution.
I completely agree with your comment about static maps and sets members, but these are just to indicate that we do need a kind of cache scoping. Whether it's a JVM, thread, or project - does not matter. But when running the building in multiple threads we need to make sure we don't block threads trying to access Class.forName at the same time - these calls are heavyweight and synchronised.
One of key points in the code for us is attempt to skip the names, that are not classes - and these really massively influence the performance as causing a huge amount of calls, resulting in ClassNotFoundException. In our case the pattern is simple (any string ending with "_query"), but in general any kind of configuration would suffice (the default behaviour could remain unaltered). Any kind of ProjectClassLoader extension mechanism would work (e.g. standard java lookup service)... At the moment it's not simply possible to substitute it with any inheriting class. Would it be possible for you to consider these changes for future release or as a patch to existing one? Thank you a lot!
> Deadlock in PackageClassLoader
> ------------------------------
>
> Key: DROOLS-1383
> URL: https://issues.jboss.org/browse/DROOLS-1383
> Project: Drools
> Issue Type: Bug
> Components: core engine
> Affects Versions: 6.4.0.Final
> Reporter: Karen Zhu
> Assignee: Mario Fusco
> Priority: Blocker
> Attachments: ProjectClassLoader.java
>
>
> Found one deadlock in PackageLoader. Did I write rule in a bad way? How did a consequence of a rule will get the lock of PackageLoader which is needed by checkCerts(). Below is threaddump information.
> Found one Java-level deadlock:
> =============================
> "Thread-105-CustomClass-executor[17 17]":
> waiting to lock monitor 0x00007f933c005b38 (object 0x00007f963ed294b0, a java.lang.Object),
> which is held by "Thread-17-CustomClass-executor[33 33]"
> "Thread-17-CustomClass-executor[33 33]":
> waiting to lock monitor 0x00007f933c0031f8 (object 0x00007f963ed294c0, a org.drools.core.rule.JavaDialectRuntimeData$PackageClassLoader),
> which is held by "Thread-33-CustomClass-executor[9 9]"
> "Thread-33-CustomClass-executor[9 9]":
> waiting to lock monitor 0x00007f933c005b38 (object 0x00007f963ed294b0, a java.lang.Object),
> which is held by "Thread-17-CustomClass-executor[33 33]"
> Java stack information for the threads listed above:
> ===================================================
> "Thread-105-CustomClass-executor[17 17]":
> at org.drools.core.rule.JavaDialectRuntimeData$PackageClassLoader.fastFindClass(JavaDialectRuntimeData.java:662)
> waiting to lock <0x00007f963ed294b0> (a java.lang.Object)
> at org.drools.core.rule.JavaDialectRuntimeData$PackageClassLoader.loadClass(JavaDialectRuntimeData.java:642)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:358)
> at org.drools.core.rule.MVELDialectRuntimeData.getParserConfiguration(MVELDialectRuntimeData.java:299)
> at org.drools.core.base.mvel.MVELCompilationUnit.getCompiledExpression(MVELCompilationUnit.java:238)
> at org.drools.core.rule.constraint.MvelConstraint.createMvelConditionEvaluator(MvelConstraint.java:264)
> at org.drools.core.rule.constraint.MvelConstraint.evaluate(MvelConstraint.java:248)
> at org.drools.core.rule.constraint.MvelConstraint.isAllowed(MvelConstraint.java:214)
> at org.drools.core.reteoo.AlphaNode.assertObject(AlphaNode.java:131)
> at org.drools.core.reteoo.SingleObjectSinkAdapter.propagateAssertObject(SingleObjectSinkAdapter.java:63)
> at org.drools.core.reteoo.CompositeObjectSinkAdapter.propagateAssertObject(CompositeObjectSinkAdapter.java:366)
> at org.drools.core.reteoo.ObjectTypeNode.propagateAssert(ObjectTypeNode.java:300)
> at org.drools.core.phreak.PropagationEntry$Insert.execute(PropagationEntry.java:93)
> at org.drools.core.phreak.SynchronizedPropagationList.flush(SynchronizedPropagationList.java:78)
> at org.drools.core.phreak.SynchronizedPropagationList.flush(SynchronizedPropagationList.java:73)
> at org.drools.core.impl.StatefulKnowledgeSessionImpl.flushPropagations(StatefulKnowledgeSessionImpl.java:2017)
> at org.drools.core.common.DefaultAgenda.fireLoop(DefaultAgenda.java:1334)
> at org.drools.core.common.DefaultAgenda.fireAllRules(DefaultAgenda.java:1288)
> at org.drools.core.impl.StatefulKnowledgeSessionImpl.internalFireAllRules(StatefulKnowledgeSessionImpl.java:1306)
> at org.drools.core.impl.StatefulKnowledgeSessionImpl.fireAllRules(StatefulKnowledgeSessionImpl.java:1297)
> at org.drools.core.impl.StatefulKnowledgeSessionImpl.fireAllRules(StatefulKnowledgeSessionImpl.java:1278)
> "Thread-17-CustomClass-executor[33 33]":
> at java.lang.ClassLoader.checkCerts(ClassLoader.java:942)
> waiting to lock <0x00007f963ed294c0> (a org.drools.core.rule.JavaDialectRuntimeData$PackageClassLoader)
> at java.lang.ClassLoader.preDefineClass(ClassLoader.java:666)
> at java.lang.ClassLoader.defineClass(ClassLoader.java:794)
> at org.drools.core.rule.JavaDialectRuntimeData$PackageClassLoader.internalDefineClass(JavaDialectRuntimeData.java:694)
> at org.drools.core.rule.JavaDialectRuntimeData$PackageClassLoader.fastFindClass(JavaDialectRuntimeData.java:665)
> locked <0x00007f963ed294b0> (a java.lang.Object)
> at org.drools.core.rule.JavaDialectRuntimeData$PackageClassLoader.loadClass(JavaDialectRuntimeData.java:642)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:358)
> at org.drools.core.rule.MVELDialectRuntimeData.getParserConfiguration(MVELDialectRuntimeData.java:299)
> at org.drools.core.base.mvel.MVELCompilationUnit.getCompiledExpression(MVELCompilationUnit.java:238)
> at org.drools.core.rule.constraint.MvelConstraint.createMvelConditionEvaluator(MvelConstraint.java:264)
> at org.drools.core.rule.constraint.MvelConstraint.evaluate(MvelConstraint.java:248)
> at org.drools.core.rule.constraint.MvelConstraint.isAllowed(MvelConstraint.java:214)
> at org.drools.core.reteoo.AlphaNode.assertObject(AlphaNode.java:131)
> at org.drools.core.reteoo.SingleObjectSinkAdapter.propagateAssertObject(SingleObjectSinkAdapter.java:63)
> at org.drools.core.reteoo.CompositeObjectSinkAdapter.propagateAssertObject(CompositeObjectSinkAdapter.java:366)
> at org.drools.core.reteoo.ObjectTypeNode.propagateAssert(ObjectTypeNode.java:300)
> at org.drools.core.phreak.PropagationEntry$Insert.execute(PropagationEntry.java:93)
> at org.drools.core.phreak.SynchronizedPropagationList.flush(SynchronizedPropagationList.java:78)
> at org.drools.core.phreak.SynchronizedPropagationList.flush(SynchronizedPropagationList.java:73)
> at org.drools.core.impl.StatefulKnowledgeSessionImpl.flushPropagations(StatefulKnowledgeSessionImpl.java:2017)
> at org.drools.core.common.DefaultAgenda.fireLoop(DefaultAgenda.java:1334)
> at org.drools.core.common.DefaultAgenda.fireAllRules(DefaultAgenda.java:1288)
> at org.drools.core.impl.StatefulKnowledgeSessionImpl.internalFireAllRules(StatefulKnowledgeSessionImpl.java:1306)
> at org.drools.core.impl.StatefulKnowledgeSessionImpl.fireAllRules(StatefulKnowledgeSessionImpl.java:1297)
> at org.drools.core.impl.StatefulKnowledgeSessionImpl.fireAllRules(StatefulKnowledgeSessionImpl.java:1278)
> "Thread-33-CustomClass-executor[9 9]":
> at org.drools.core.rule.JavaDialectRuntimeData$PackageClassLoader.fastFindClass(JavaDialectRuntimeData.java:662)
> waiting to lock <0x00007f963ed294b0> (a java.lang.Object)
> at org.drools.core.rule.JavaDialectRuntimeData$PackageClassLoader.loadClass(JavaDialectRuntimeData.java:642)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:358)
> at com.cdr.apEventWrapperRules.ConstructorApBeansWrapper.constructorApBeansWrapper(ConstructorApBeansWrapper.java:55)
> at com.cdr.apEventWrapperRules.Rule_UCR2359988097.defaultConsequence(Rule_UCR2359988097.java:7)
> at com.cdr.apEventWrapperRules.Rule_UCR2359988097DefaultConsequenceInvokerGenerated.evaluate(Unknown Source)
> at com.cdr.apEventWrapperRules.Rule_UCR2359988097DefaultConsequenceInvoker.evaluate(Unknown Source)
> at org.drools.core.common.DefaultAgenda.fireActivation(DefaultAgenda.java:1089)
> at org.drools.core.phreak.RuleExecutor.fire(RuleExecutor.java:121)
> at org.drools.core.phreak.RuleExecutor.evaluateNetworkAndFire(RuleExecutor.java:74)
> at org.drools.core.common.DefaultAgenda.fireNextItem(DefaultAgenda.java:1007)
> at org.drools.core.common.DefaultAgenda.fireLoop(DefaultAgenda.java:1350)
> at org.drools.core.common.DefaultAgenda.fireAllRules(DefaultAgenda.java:1288)
> at org.drools.core.impl.StatefulKnowledgeSessionImpl.internalFireAllRules(StatefulKnowledgeSessionImpl.java:1306)
> at org.drools.core.impl.StatefulKnowledgeSessionImpl.fireAllRules(StatefulKnowledgeSessionImpl.java:1297)
> at org.drools.core.impl.StatefulKnowledgeSessionImpl.fireAllRules(StatefulKnowledgeSessionImpl.java:1278)
> Found 1 deadlock.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years, 2 months
[JBoss JIRA] (WFLY-8168) Inter-application depdendency injection failure
by Daniel Huss (JIRA)
Daniel Huss created WFLY-8168:
---------------------------------
Summary: Inter-application depdendency injection failure
Key: WFLY-8168
URL: https://issues.jboss.org/browse/WFLY-8168
Project: WildFly
Issue Type: Bug
Components: CDI / Weld
Affects Versions: 10.1.0.Final
Reporter: Daniel Huss
Assignee: Stuart Douglas
Attachments: inter-app-dependency.zip
I was trying to implement a simple use case:
* There's some service.ear providing a _Service_
* service.ear has a module alias _ModuleAlias_
* There are add-ons to _Service _that are dynamically deployed as jar files that depend on _ModuleAlias_ via manifest entries
* The add-ons register/unregister themselves with _Service_ on deployment/undeployment
The [CDI Reference|https://docs.jboss.org/author/display/WFLY10/CDI+Reference] states that we can depend on other deployments, so this seemed to be the easiest way to get the job done with JEE.
The registration-on-deployment thing would look like this:
{code}
public void register(@Observes @Initialized(ApplicationScoped.class) Object init, AddonContext context)
{
context.register(this);
}
{code}
All I get is "WELD-001408: Unsatisfied dependencies".
So I've created a minimalistic example of the inter-app dependency scenario. See attachment. I've tried moving around module-alias, CDI annotations.... it just won't work.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years, 2 months