[JBoss JIRA] (WFLY-3162) audit syslog handler should be able to automatically reconnect
by James Perkins (JIRA)
[ https://issues.jboss.org/browse/WFLY-3162?page=com.atlassian.jira.plugin.... ]
James Perkins reassigned WFLY-3162:
-----------------------------------
Assignee: James Perkins
> audit syslog handler should be able to automatically reconnect
> --------------------------------------------------------------
>
> Key: WFLY-3162
> URL: https://issues.jboss.org/browse/WFLY-3162
> Project: WildFly
> Issue Type: Feature Request
> Security Level: Public(Everyone can see)
> Components: Domain Management
> Affects Versions: 8.0.0.Final
> Reporter: Tom Fonteyne
> Assignee: James Perkins
> Labels: EAP
>
> When the syslog server goes down, WF will retry (up to 10 times we believe) to reconnect but will then give up. You can manually force a reconnect by issuing:
> /host=master/core-service=management/access=audit/syslog-handler=mysyslog:recycle
> This request is to make it possible to automate this and make it configurable at which interval it should try and reconnect
--
This message was sent by Atlassian JIRA
(v6.2.3#6260)
12 years, 1 month
[JBoss JIRA] (WFLY-3448) Session ID change with sub-directories using "/" context (virtual host)
by Avor Nadal (JIRA)
[ https://issues.jboss.org/browse/WFLY-3448?page=com.atlassian.jira.plugin.... ]
Avor Nadal commented on WFLY-3448:
----------------------------------
Thank you Stuart ;) .
Do you recommend doing this programmatically instead of using the web.xml file? Or has it some kind of side-effects?
> Session ID change with sub-directories using "/" context (virtual host)
> -----------------------------------------------------------------------
>
> Key: WFLY-3448
> URL: https://issues.jboss.org/browse/WFLY-3448
> Project: WildFly
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: Web (Undertow)
> Affects Versions: 8.1.0.Final
> Environment: Wildfly 8.1.0 RC2
> Reporter: David Cabillic
> Assignee: Stuart Douglas
> Labels: sessionid, virtualhosts
>
> I used a virtual host in Wildfly like this :
> <host name="toto" alias="www.toto.com">
> <location name="/" handler="welcome-content"/>
> </host>
> When I try to access www.toto.com/sub/, a new cookie is created. It would be great with a "/sub" context but it is not for a "/" context.
--
This message was sent by Atlassian JIRA
(v6.2.3#6260)
12 years, 1 month
[JBoss JIRA] (DROOLS-487) Accumulation returns n-times more value than actual number of summed values present by PHREAK engine when **split and join** are used in JBPM flow.
by RH Bugzilla Integration (JIRA)
[ https://issues.jboss.org/browse/DROOLS-487?page=com.atlassian.jira.plugin... ]
RH Bugzilla Integration commented on DROOLS-487:
------------------------------------------------
Mario Fusco <mfusco(a)redhat.com> changed the Status of [bug 1104767|https://bugzilla.redhat.com/show_bug.cgi?id=1104767] from NEW to ASSIGNED
> Accumulation returns n-times more value than actual number of summed values present by PHREAK engine when **split and join** are used in JBPM flow.
> ---------------------------------------------------------------------------------------------------------------------------------------------------
>
> Key: DROOLS-487
> URL: https://issues.jboss.org/browse/DROOLS-487
> Project: Drools
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Affects Versions: 6.1.0.Beta3
> Reporter: Anantjot Anand
> Assignee: Mario Fusco
> Fix For: 6.1.0.CR1
>
> Attachments: TestFourLevelDeepAccumulateWithSplit.java, TestTwoLevelDeepAccumulateWithSplit.java
>
>
> Accumulation returns n-times more value than actual number of summed values present. The factor n is dependent upon the number of times the parent object
> updates are called before rule that does the summation is invoked in the flow.
> How to reproduce?
> A simple test project is attached to this report. This project has following DataModel.
> InvokeServiceRequest=>LoanRequest==>TransactionDetail==>PolicySet and WorkingObjectTransactionDetail
>
> <?xml version="1.0" encoding="UTF-8"?>
> <process xmlns="http://drools.org/drools-5.0/process"
> xmlns:xs="http://www.w3.org/2001/XMLSchema-instance"
> xs:schemaLocation="http://drools.org/drools-5.0/process drools-processes-5.0.xsd"
> type="RuleFlow" name="RF6365_200" id="278865" package-name="com.test.sumofall.GeneratedRules" version="200" >
> <header>
> <imports>
> <import name="com.test.sumofall.InvokeServicesRequest" />
> <import name="com.test.sumofall.TransactionDetail" />
> <import name="com.test.sumofall.LoanRequest" />
> <import name="com.test.sumofall.WorkingObjectsTransactionDetail" />
> </imports>
> </header>
> <nodes>
> <ruleSet id="1" name="1" x="307" y="31" width="80" height="48" ruleFlowGroup="group_1" />
> <start id="70004" name="Start" x="61" y="33" width="48" height="48" />
> <ruleSet id="2" name="2" x="463" y="27" width="80" height="48" ruleFlowGroup="group_2" />
> <ruleSet id="3" name="3" x="315" y="230" width="80" height="48" ruleFlowGroup="group_3" />
> <join id="90004" name="EndJoin90004" x="532" y="80" width="49" height="49" type="2" />
> <split id="11" name="11" x="337" y="101" width="49" height="49" type="2" >
> <constraints>
> <constraint toNodeId="90004" toType="DROOLS_DEFAULT" name="ServiceFlowCode Equal to Post Rules Processing" priority="1" type="rule" dialect="mvel" >$invokeServices :
> InvokeServicesRequest( )
> $lendingTransaction :
> LoanRequest( parentId == $invokeServices.myId )
> $transactionDetail :
> TransactionDetail( parentId == $lendingTransaction.myId )
> $workingTransactionDetail :
> WorkingObjectsTransactionDetail( parentId == $transactionDetail.myId
> , serviceFlowCode == "Post Rules Processing" )</constraint>
> <constraint toNodeId="3" toType="DROOLS_DEFAULT" name="ServiceFlowCode Not Equal to Post Rules Processing" priority="1" type="rule" dialect="mvel" >$invokeServices :
> InvokeServicesRequest( )
> $lendingTransaction :
> LoanRequest( parentId == $invokeServices.myId )
> $transactionDetail :
> TransactionDetail( parentId == $lendingTransaction.myId )
> $workingTransactionDetail :
> WorkingObjectsTransactionDetail( parentId == $transactionDetail.myId
> , serviceFlowCode != "Post Rules Processing" )</constraint>
> </constraints>
> </split>
> <end id="80004" name="End" x="640" y="30" width="48" height="48" />
> </nodes>
> <connections>
> <connection from="70004" to="1" />
> <connection from="1" to="2" />
> <connection from="2" to="11" />
> <!--If WE change order of the following two lines to this it works for this example but similar change doesn't work when multiple split and joins are present in ruleflow
> <connection from="11" to="3" />
> <connection from="11" to="90004" />
> -->
> <connection from="11" to="90004" />
> <connection from="11" to="3" />
> <connection from="3" to="90004" />
> <connection from="90004" to="80004" />
> </connections>
> </process>
> ****ROOT CAUSE****
> I believe the problem is caused by the childLeftTuple.getStagedType() being equal to LeftTuple.INSERT instead of LeftTuple.NONE or LeftTuple.UPDATE.
> Thread [main] (Suspended)
> PhreakJoinNode.updateChildLeftTuple(LeftTuple, LeftTupleSets, LeftTupleSets) line: 443
> PhreakJoinNode.doRightUpdatesProcessChildren(LeftTuple, LeftTuple, RightTuple, LeftTupleSets, ContextEntry[], BetaConstraints, LeftTupleSink, FastIterator, LeftTupleSets) line: 363
> PhreakJoinNode.doRightUpdates(JoinNode, LeftTupleSink, BetaMemory, InternalWorkingMemory, RightTupleSets, LeftTupleSets, LeftTupleSets) line: 307
> PhreakJoinNode.doNode(JoinNode, LeftTupleSink, BetaMemory, InternalWorkingMemory, LeftTupleSets, LeftTupleSets, LeftTupleSets) line: 48
> RuleNetworkEvaluator.switchOnDoBetaNode(NetworkNode, LeftTupleSets, InternalWorkingMemory, LeftTupleSets, LeftTupleSets, LeftTupleSinkNode, BetaMemory, AccumulateNode$AccumulateMemory) line: 547
> RuleNetworkEvaluator.evalBetaNode(LeftInputAdapterNode, PathMemory, NetworkNode, Memory, SegmentMemory[], int, LeftTupleSets, InternalWorkingMemory, LinkedList<StackEntry>, LinkedList<StackEntry>, Set<String>, boolean, RuleExecutor, LeftTupleSets, LeftTupleSets, LeftTupleSinkNode) line: 533
> RuleNetworkEvaluator.innerEval(LeftInputAdapterNode, PathMemory, NetworkNode, long, Memory, SegmentMemory[], int, LeftTupleSets, InternalWorkingMemory, LinkedList<StackEntry>, LinkedList<StackEntry>, Set<String>, boolean, RuleExecutor) line: 334
> RuleNetworkEvaluator.outerEval(LeftInputAdapterNode, PathMemory, NetworkNode, long, Memory, SegmentMemory[], int, LeftTupleSets, InternalWorkingMemory, LinkedList<StackEntry>, LinkedList<StackEntry>, Set<String>, boolean, RuleExecutor) line: 161
> RuleNetworkEvaluator.evaluateNetwork(PathMemory, LinkedList<StackEntry>, RuleExecutor, InternalWorkingMemory) line: 116
> RuleExecutor.evaluateNetwork(InternalWorkingMemory) line: 54
> DefaultAgenda.evaluateEagerList() line: 958
> DefaultAgenda.fireNextItem(AgendaFilter, int, int) line: 913
> DefaultAgenda.fireAllRules(AgendaFilter, int) line: 1198
> StatefulKnowledgeSessionImpl.fireAllRules(AgendaFilter, int) line: 1202
> StatefulKnowledgeSessionImpl.fireAllRules() line: 1175
> SumOfAllTest.main(String[]) line: 133
--
This message was sent by Atlassian JIRA
(v6.2.3#6260)
12 years, 1 month
[JBoss JIRA] (DROOLS-487) Accumulation returns n-times more value than actual number of summed values present by PHREAK engine when **split and join** are used in JBPM flow.
by RH Bugzilla Integration (JIRA)
[ https://issues.jboss.org/browse/DROOLS-487?page=com.atlassian.jira.plugin... ]
RH Bugzilla Integration updated DROOLS-487:
-------------------------------------------
Bugzilla Update: Perform
Bugzilla References: https://bugzilla.redhat.com/show_bug.cgi?id=1104767
> Accumulation returns n-times more value than actual number of summed values present by PHREAK engine when **split and join** are used in JBPM flow.
> ---------------------------------------------------------------------------------------------------------------------------------------------------
>
> Key: DROOLS-487
> URL: https://issues.jboss.org/browse/DROOLS-487
> Project: Drools
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Affects Versions: 6.1.0.Beta3
> Reporter: Anantjot Anand
> Assignee: Mario Fusco
> Fix For: 6.1.0.CR1
>
> Attachments: TestFourLevelDeepAccumulateWithSplit.java, TestTwoLevelDeepAccumulateWithSplit.java
>
>
> Accumulation returns n-times more value than actual number of summed values present. The factor n is dependent upon the number of times the parent object
> updates are called before rule that does the summation is invoked in the flow.
> How to reproduce?
> A simple test project is attached to this report. This project has following DataModel.
> InvokeServiceRequest=>LoanRequest==>TransactionDetail==>PolicySet and WorkingObjectTransactionDetail
>
> <?xml version="1.0" encoding="UTF-8"?>
> <process xmlns="http://drools.org/drools-5.0/process"
> xmlns:xs="http://www.w3.org/2001/XMLSchema-instance"
> xs:schemaLocation="http://drools.org/drools-5.0/process drools-processes-5.0.xsd"
> type="RuleFlow" name="RF6365_200" id="278865" package-name="com.test.sumofall.GeneratedRules" version="200" >
> <header>
> <imports>
> <import name="com.test.sumofall.InvokeServicesRequest" />
> <import name="com.test.sumofall.TransactionDetail" />
> <import name="com.test.sumofall.LoanRequest" />
> <import name="com.test.sumofall.WorkingObjectsTransactionDetail" />
> </imports>
> </header>
> <nodes>
> <ruleSet id="1" name="1" x="307" y="31" width="80" height="48" ruleFlowGroup="group_1" />
> <start id="70004" name="Start" x="61" y="33" width="48" height="48" />
> <ruleSet id="2" name="2" x="463" y="27" width="80" height="48" ruleFlowGroup="group_2" />
> <ruleSet id="3" name="3" x="315" y="230" width="80" height="48" ruleFlowGroup="group_3" />
> <join id="90004" name="EndJoin90004" x="532" y="80" width="49" height="49" type="2" />
> <split id="11" name="11" x="337" y="101" width="49" height="49" type="2" >
> <constraints>
> <constraint toNodeId="90004" toType="DROOLS_DEFAULT" name="ServiceFlowCode Equal to Post Rules Processing" priority="1" type="rule" dialect="mvel" >$invokeServices :
> InvokeServicesRequest( )
> $lendingTransaction :
> LoanRequest( parentId == $invokeServices.myId )
> $transactionDetail :
> TransactionDetail( parentId == $lendingTransaction.myId )
> $workingTransactionDetail :
> WorkingObjectsTransactionDetail( parentId == $transactionDetail.myId
> , serviceFlowCode == "Post Rules Processing" )</constraint>
> <constraint toNodeId="3" toType="DROOLS_DEFAULT" name="ServiceFlowCode Not Equal to Post Rules Processing" priority="1" type="rule" dialect="mvel" >$invokeServices :
> InvokeServicesRequest( )
> $lendingTransaction :
> LoanRequest( parentId == $invokeServices.myId )
> $transactionDetail :
> TransactionDetail( parentId == $lendingTransaction.myId )
> $workingTransactionDetail :
> WorkingObjectsTransactionDetail( parentId == $transactionDetail.myId
> , serviceFlowCode != "Post Rules Processing" )</constraint>
> </constraints>
> </split>
> <end id="80004" name="End" x="640" y="30" width="48" height="48" />
> </nodes>
> <connections>
> <connection from="70004" to="1" />
> <connection from="1" to="2" />
> <connection from="2" to="11" />
> <!--If WE change order of the following two lines to this it works for this example but similar change doesn't work when multiple split and joins are present in ruleflow
> <connection from="11" to="3" />
> <connection from="11" to="90004" />
> -->
> <connection from="11" to="90004" />
> <connection from="11" to="3" />
> <connection from="3" to="90004" />
> <connection from="90004" to="80004" />
> </connections>
> </process>
> ****ROOT CAUSE****
> I believe the problem is caused by the childLeftTuple.getStagedType() being equal to LeftTuple.INSERT instead of LeftTuple.NONE or LeftTuple.UPDATE.
> Thread [main] (Suspended)
> PhreakJoinNode.updateChildLeftTuple(LeftTuple, LeftTupleSets, LeftTupleSets) line: 443
> PhreakJoinNode.doRightUpdatesProcessChildren(LeftTuple, LeftTuple, RightTuple, LeftTupleSets, ContextEntry[], BetaConstraints, LeftTupleSink, FastIterator, LeftTupleSets) line: 363
> PhreakJoinNode.doRightUpdates(JoinNode, LeftTupleSink, BetaMemory, InternalWorkingMemory, RightTupleSets, LeftTupleSets, LeftTupleSets) line: 307
> PhreakJoinNode.doNode(JoinNode, LeftTupleSink, BetaMemory, InternalWorkingMemory, LeftTupleSets, LeftTupleSets, LeftTupleSets) line: 48
> RuleNetworkEvaluator.switchOnDoBetaNode(NetworkNode, LeftTupleSets, InternalWorkingMemory, LeftTupleSets, LeftTupleSets, LeftTupleSinkNode, BetaMemory, AccumulateNode$AccumulateMemory) line: 547
> RuleNetworkEvaluator.evalBetaNode(LeftInputAdapterNode, PathMemory, NetworkNode, Memory, SegmentMemory[], int, LeftTupleSets, InternalWorkingMemory, LinkedList<StackEntry>, LinkedList<StackEntry>, Set<String>, boolean, RuleExecutor, LeftTupleSets, LeftTupleSets, LeftTupleSinkNode) line: 533
> RuleNetworkEvaluator.innerEval(LeftInputAdapterNode, PathMemory, NetworkNode, long, Memory, SegmentMemory[], int, LeftTupleSets, InternalWorkingMemory, LinkedList<StackEntry>, LinkedList<StackEntry>, Set<String>, boolean, RuleExecutor) line: 334
> RuleNetworkEvaluator.outerEval(LeftInputAdapterNode, PathMemory, NetworkNode, long, Memory, SegmentMemory[], int, LeftTupleSets, InternalWorkingMemory, LinkedList<StackEntry>, LinkedList<StackEntry>, Set<String>, boolean, RuleExecutor) line: 161
> RuleNetworkEvaluator.evaluateNetwork(PathMemory, LinkedList<StackEntry>, RuleExecutor, InternalWorkingMemory) line: 116
> RuleExecutor.evaluateNetwork(InternalWorkingMemory) line: 54
> DefaultAgenda.evaluateEagerList() line: 958
> DefaultAgenda.fireNextItem(AgendaFilter, int, int) line: 913
> DefaultAgenda.fireAllRules(AgendaFilter, int) line: 1198
> StatefulKnowledgeSessionImpl.fireAllRules(AgendaFilter, int) line: 1202
> StatefulKnowledgeSessionImpl.fireAllRules() line: 1175
> SumOfAllTest.main(String[]) line: 133
--
This message was sent by Atlassian JIRA
(v6.2.3#6260)
12 years, 1 month
[JBoss JIRA] (DROOLS-487) Accumulation returns n-times more value than actual number of summed values present by PHREAK engine when **split and join** are used in JBPM flow.
by Mario Fusco (JIRA)
[ https://issues.jboss.org/browse/DROOLS-487?page=com.atlassian.jira.plugin... ]
Mario Fusco resolved DROOLS-487.
--------------------------------
Fix Version/s: 6.1.0.CR1
Resolution: Done
> Accumulation returns n-times more value than actual number of summed values present by PHREAK engine when **split and join** are used in JBPM flow.
> ---------------------------------------------------------------------------------------------------------------------------------------------------
>
> Key: DROOLS-487
> URL: https://issues.jboss.org/browse/DROOLS-487
> Project: Drools
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Affects Versions: 6.1.0.Beta3
> Reporter: Anantjot Anand
> Assignee: Mario Fusco
> Fix For: 6.1.0.CR1
>
> Attachments: TestFourLevelDeepAccumulateWithSplit.java, TestTwoLevelDeepAccumulateWithSplit.java
>
>
> Accumulation returns n-times more value than actual number of summed values present. The factor n is dependent upon the number of times the parent object
> updates are called before rule that does the summation is invoked in the flow.
> How to reproduce?
> A simple test project is attached to this report. This project has following DataModel.
> InvokeServiceRequest=>LoanRequest==>TransactionDetail==>PolicySet and WorkingObjectTransactionDetail
>
> <?xml version="1.0" encoding="UTF-8"?>
> <process xmlns="http://drools.org/drools-5.0/process"
> xmlns:xs="http://www.w3.org/2001/XMLSchema-instance"
> xs:schemaLocation="http://drools.org/drools-5.0/process drools-processes-5.0.xsd"
> type="RuleFlow" name="RF6365_200" id="278865" package-name="com.test.sumofall.GeneratedRules" version="200" >
> <header>
> <imports>
> <import name="com.test.sumofall.InvokeServicesRequest" />
> <import name="com.test.sumofall.TransactionDetail" />
> <import name="com.test.sumofall.LoanRequest" />
> <import name="com.test.sumofall.WorkingObjectsTransactionDetail" />
> </imports>
> </header>
> <nodes>
> <ruleSet id="1" name="1" x="307" y="31" width="80" height="48" ruleFlowGroup="group_1" />
> <start id="70004" name="Start" x="61" y="33" width="48" height="48" />
> <ruleSet id="2" name="2" x="463" y="27" width="80" height="48" ruleFlowGroup="group_2" />
> <ruleSet id="3" name="3" x="315" y="230" width="80" height="48" ruleFlowGroup="group_3" />
> <join id="90004" name="EndJoin90004" x="532" y="80" width="49" height="49" type="2" />
> <split id="11" name="11" x="337" y="101" width="49" height="49" type="2" >
> <constraints>
> <constraint toNodeId="90004" toType="DROOLS_DEFAULT" name="ServiceFlowCode Equal to Post Rules Processing" priority="1" type="rule" dialect="mvel" >$invokeServices :
> InvokeServicesRequest( )
> $lendingTransaction :
> LoanRequest( parentId == $invokeServices.myId )
> $transactionDetail :
> TransactionDetail( parentId == $lendingTransaction.myId )
> $workingTransactionDetail :
> WorkingObjectsTransactionDetail( parentId == $transactionDetail.myId
> , serviceFlowCode == "Post Rules Processing" )</constraint>
> <constraint toNodeId="3" toType="DROOLS_DEFAULT" name="ServiceFlowCode Not Equal to Post Rules Processing" priority="1" type="rule" dialect="mvel" >$invokeServices :
> InvokeServicesRequest( )
> $lendingTransaction :
> LoanRequest( parentId == $invokeServices.myId )
> $transactionDetail :
> TransactionDetail( parentId == $lendingTransaction.myId )
> $workingTransactionDetail :
> WorkingObjectsTransactionDetail( parentId == $transactionDetail.myId
> , serviceFlowCode != "Post Rules Processing" )</constraint>
> </constraints>
> </split>
> <end id="80004" name="End" x="640" y="30" width="48" height="48" />
> </nodes>
> <connections>
> <connection from="70004" to="1" />
> <connection from="1" to="2" />
> <connection from="2" to="11" />
> <!--If WE change order of the following two lines to this it works for this example but similar change doesn't work when multiple split and joins are present in ruleflow
> <connection from="11" to="3" />
> <connection from="11" to="90004" />
> -->
> <connection from="11" to="90004" />
> <connection from="11" to="3" />
> <connection from="3" to="90004" />
> <connection from="90004" to="80004" />
> </connections>
> </process>
> ****ROOT CAUSE****
> I believe the problem is caused by the childLeftTuple.getStagedType() being equal to LeftTuple.INSERT instead of LeftTuple.NONE or LeftTuple.UPDATE.
> Thread [main] (Suspended)
> PhreakJoinNode.updateChildLeftTuple(LeftTuple, LeftTupleSets, LeftTupleSets) line: 443
> PhreakJoinNode.doRightUpdatesProcessChildren(LeftTuple, LeftTuple, RightTuple, LeftTupleSets, ContextEntry[], BetaConstraints, LeftTupleSink, FastIterator, LeftTupleSets) line: 363
> PhreakJoinNode.doRightUpdates(JoinNode, LeftTupleSink, BetaMemory, InternalWorkingMemory, RightTupleSets, LeftTupleSets, LeftTupleSets) line: 307
> PhreakJoinNode.doNode(JoinNode, LeftTupleSink, BetaMemory, InternalWorkingMemory, LeftTupleSets, LeftTupleSets, LeftTupleSets) line: 48
> RuleNetworkEvaluator.switchOnDoBetaNode(NetworkNode, LeftTupleSets, InternalWorkingMemory, LeftTupleSets, LeftTupleSets, LeftTupleSinkNode, BetaMemory, AccumulateNode$AccumulateMemory) line: 547
> RuleNetworkEvaluator.evalBetaNode(LeftInputAdapterNode, PathMemory, NetworkNode, Memory, SegmentMemory[], int, LeftTupleSets, InternalWorkingMemory, LinkedList<StackEntry>, LinkedList<StackEntry>, Set<String>, boolean, RuleExecutor, LeftTupleSets, LeftTupleSets, LeftTupleSinkNode) line: 533
> RuleNetworkEvaluator.innerEval(LeftInputAdapterNode, PathMemory, NetworkNode, long, Memory, SegmentMemory[], int, LeftTupleSets, InternalWorkingMemory, LinkedList<StackEntry>, LinkedList<StackEntry>, Set<String>, boolean, RuleExecutor) line: 334
> RuleNetworkEvaluator.outerEval(LeftInputAdapterNode, PathMemory, NetworkNode, long, Memory, SegmentMemory[], int, LeftTupleSets, InternalWorkingMemory, LinkedList<StackEntry>, LinkedList<StackEntry>, Set<String>, boolean, RuleExecutor) line: 161
> RuleNetworkEvaluator.evaluateNetwork(PathMemory, LinkedList<StackEntry>, RuleExecutor, InternalWorkingMemory) line: 116
> RuleExecutor.evaluateNetwork(InternalWorkingMemory) line: 54
> DefaultAgenda.evaluateEagerList() line: 958
> DefaultAgenda.fireNextItem(AgendaFilter, int, int) line: 913
> DefaultAgenda.fireAllRules(AgendaFilter, int) line: 1198
> StatefulKnowledgeSessionImpl.fireAllRules(AgendaFilter, int) line: 1202
> StatefulKnowledgeSessionImpl.fireAllRules() line: 1175
> SumOfAllTest.main(String[]) line: 133
--
This message was sent by Atlassian JIRA
(v6.2.3#6260)
12 years, 1 month
[JBoss JIRA] (SASL-63) Rename git repo wildfly-sasl
by Darran Lofthouse (JIRA)
Darran Lofthouse created SASL-63:
------------------------------------
Summary: Rename git repo wildfly-sasl
Key: SASL-63
URL: https://issues.jboss.org/browse/SASL-63
Project: JBoss SASL Provider
Issue Type: Task
Security Level: Public (Everyone can see)
Reporter: Darran Lofthouse
Assignee: David Lloyd
Fix For: 2.0.0.Alpha1
Probably best once the licence and name is changed within the project.
--
This message was sent by Atlassian JIRA
(v6.2.3#6260)
12 years, 1 month
[JBoss JIRA] (SASL-62) Move all classes to org.wildfly.sasl package
by Darran Lofthouse (JIRA)
Darran Lofthouse created SASL-62:
------------------------------------
Summary: Move all classes to org.wildfly.sasl package
Key: SASL-62
URL: https://issues.jboss.org/browse/SASL-62
Project: JBoss SASL Provider
Issue Type: Task
Security Level: Public (Everyone can see)
Reporter: Darran Lofthouse
Assignee: Darran Lofthouse
Fix For: 2.0.0.Alpha1
Will retain 'org.jboss.sasl.JBossSaslProvider' for backwards compatibility.
--
This message was sent by Atlassian JIRA
(v6.2.3#6260)
12 years, 1 month