June 2017 - jboss-jira - Jboss List Archives

[JBoss JIRA] (ELY-1204) RealmIdentity should have a three-argument version of getCredential()

by Darran Lofthouse (JIRA)

[ https://issues.jboss.org/browse/ELY-1204?page=com.atlassian.jira.plugin.s... ] Darran Lofthouse updated ELY-1204: ---------------------------------- Fix Version/s: 1.1.0.Beta51 (was: 1.1.0.Beta50) > RealmIdentity should have a three-argument version of getCredential() > --------------------------------------------------------------------- > > Key: ELY-1204 > URL: https://issues.jboss.org/browse/ELY-1204 > Project: WildFly Elytron > Issue Type: Enhancement > Components: Authentication Server, Realms > Reporter: David Lloyd > Assignee: David Lloyd > Fix For: 1.1.0.Beta51 > > > {quote} > I observe that there is no method overload for {{RealmIdentity#getCredential()}} which accepts an {{AlgorithmParameterSpec}} as the {{CredentialSource}} types do. This theoretically limits the range of selectivity of credentials that can be used by a mechanism; though things like salt or nonce are usually derived from the stored credential rather than the other way around, it is possible that there are other parameters which might have an impact on the selection of the appropriate credential (like realm name, as I think this issue is about). > An appropriate three-argument overload can be added to this interface as a {{default}} method. An additional {{applyToCredential}} method can also be added accordingly. An additional {{getCredentialAcquireSupport}} method should be added as well; though it could be {{default}}, the default implementation would be less than optimal as it would have to delegate to {{getCredential}} to function properly. > It might be a good idea to add this overload now while the compatibility impact would be minimal; in this case, the new {{getCredentialAcquireSupport}} method would not have to be {{default}} (instead, the two-argument form could be made {{default}} or removed completely in favor of the three-argument version). > {quote} -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ELY-1196) PrivilegedSaslClientFactory does not construct the delegate client under the privileged block

by Darran Lofthouse (JIRA)

[ https://issues.jboss.org/browse/ELY-1196?page=com.atlassian.jira.plugin.s... ] Darran Lofthouse updated ELY-1196: ---------------------------------- Fix Version/s: 1.1.0.Beta51 (was: 1.1.0.Beta50) > PrivilegedSaslClientFactory does not construct the delegate client under the privileged block > --------------------------------------------------------------------------------------------- > > Key: ELY-1196 > URL: https://issues.jboss.org/browse/ELY-1196 > Project: WildFly Elytron > Issue Type: Bug > Components: SASL > Reporter: David Lloyd > Assignee: David Lloyd > Fix For: 1.1.0.Beta51 > > -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ELY-1031) Make the CredentialStore class final

by Darran Lofthouse (JIRA)

[ https://issues.jboss.org/browse/ELY-1031?page=com.atlassian.jira.plugin.s... ] Darran Lofthouse updated ELY-1031: ---------------------------------- Fix Version/s: 1.1.0.Beta51 (was: 1.1.0.Beta50) > Make the CredentialStore class final > ------------------------------------ > > Key: ELY-1031 > URL: https://issues.jboss.org/browse/ELY-1031 > Project: WildFly Elytron > Issue Type: Enhancement > Components: Credential Store > Reporter: Darran Lofthouse > Assignee: Peter Skopek > Priority: Critical > Fix For: 1.1.0.Beta51 > > > Unless there is a reason this has not already be done the class should probably be made final to be sure extension is not possible. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ELY-1078) Elytron MatchRule.toString() method throws StringIndexOutOfBoundsException

by Darran Lofthouse (JIRA)

[ https://issues.jboss.org/browse/ELY-1078?page=com.atlassian.jira.plugin.s... ] Darran Lofthouse updated ELY-1078: ---------------------------------- Fix Version/s: 1.1.0.Beta51 (was: 1.1.0.Beta50) > Elytron MatchRule.toString() method throws StringIndexOutOfBoundsException > -------------------------------------------------------------------------- > > Key: ELY-1078 > URL: https://issues.jboss.org/browse/ELY-1078 > Project: WildFly Elytron > Issue Type: Bug > Affects Versions: 1.1.0.Beta36 > Reporter: Ondrej Lukas > Assignee: Darran Lofthouse > Priority: Critical > Fix For: 1.1.0.Beta51 > > > In case when implementation of {{asString(StringBuilder b)}} for MatchRule does not change length of passed parameter (which is 0) then 'java.lang.StringIndexOutOfBoundsException: String index out of range: -1' is thrown for calling {{MatchRule.toString()}} due to calling {{StringBuilder.setLength(-1)}}. > e.g. MatchRule {{ALL}} in implementation {{asString(StringBuilder b)}} just returns passed parameter, which results to mentioned exception. > Thrown exception: > {code} > java.lang.StringIndexOutOfBoundsException: String index out of range: -1 > at java.lang.AbstractStringBuilder.setLength(AbstractStringBuilder.java:180) > at java.lang.StringBuilder.setLength(StringBuilder.java:76) > at org.wildfly.security.auth.client.MatchRule.toString(MatchRule.java:581) > ... > {code} -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ELY-1073) Add support for kerberos security factory in AuthenticationConfiguration

by Darran Lofthouse (JIRA)

[ https://issues.jboss.org/browse/ELY-1073?page=com.atlassian.jira.plugin.s... ] Darran Lofthouse updated ELY-1073: ---------------------------------- Fix Version/s: 1.1.0.Beta51 (was: 1.1.0.Beta50) > Add support for kerberos security factory in AuthenticationConfiguration > ------------------------------------------------------------------------ > > Key: ELY-1073 > URL: https://issues.jboss.org/browse/ELY-1073 > Project: WildFly Elytron > Issue Type: Task > Reporter: Stefan Guilhen > Assignee: Stefan Guilhen > Fix For: 1.1.0.Beta51 > > > Authentication configuration should be able to use a kerberos security factory to obtain the GSSCredential and associated KerberosTicket for authentication. The CallbackHandler code should check for CredentialCallbacks of type GSSKerberosCredential and use the configured factory to retrieve the credential and associated ticket. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ELY-1067) Add support to use default GSSCredential CredentalSource with AuthenticationConfiguration from XML

by Darran Lofthouse (JIRA)

[ https://issues.jboss.org/browse/ELY-1067?page=com.atlassian.jira.plugin.s... ] Darran Lofthouse updated ELY-1067: ---------------------------------- Fix Version/s: 1.1.0.Beta51 (was: 1.1.0.Beta50) > Add support to use default GSSCredential CredentalSource with AuthenticationConfiguration from XML > -------------------------------------------------------------------------------------------------- > > Key: ELY-1067 > URL: https://issues.jboss.org/browse/ELY-1067 > Project: WildFly Elytron > Issue Type: Enhancement > Components: Authentication Client > Reporter: Darran Lofthouse > Assignee: Darran Lofthouse > Priority: Blocker > Fix For: 1.1.0.Beta51 > > -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years, 1 month

1
0
0 / 0

[JBoss JIRA] (DROOLS-1576) Intermittently Rule getting executed Twice while using Agenda Groups and Order

by Mario Fusco (JIRA)

[ https://issues.jboss.org/browse/DROOLS-1576?page=com.atlassian.jira.plugi... ] Mario Fusco commented on DROOLS-1576: ------------------------------------- [~anjalipatil], [~siyadmhd], please just modify the project I attached in a way that demonstrates this issue and reattach it to this ticket, or it will be impossible for me to keep investigating this. > Intermittently Rule getting executed Twice while using Agenda Groups and Order > ------------------------------------------------------------------------------ > > Key: DROOLS-1576 > URL: https://issues.jboss.org/browse/DROOLS-1576 > Project: Drools > Issue Type: Bug > Reporter: Siyad Theyparambil Mohammed > Assignee: Mario Fusco > Attachments: CreateDedCharges-Rule.txt, CreateFLATFeeCharges-Rule.txt, CreatePSRLCreditCharges-Rule.txt, CreateRPERFeeCharges-Rule.txt, Drools-1576.zip, Drools-1576_Mario.zip, First Execution Result.txt, Second Execution Result.txt > > > Hi, > We have 4 rules which are divided into 2 agenda groups > ||Rule||Agenda Group|| > |CreateRPERFeeCharges|createcharges| > |CreateFLATFeeCharges|createcharges| > |CreateDedCharges|createcharges| > |CreatePSRLCreditCharges|postrule| > > Focus is set on the agenda group in the following order, > 1. postrule > 2. createcharges > The Rule “CreatePSRLCreditCharges” has named consequences. Based on the accumulated Charge amount we want one of the two consequence to be executed. If you notice the “First Execution Result.txt” this rule was executed twice once for the “IF” and second for “ELSE” but during the second trigger of the rule execution it fired the rule only once with the same data. Could you please look/check and let us know if we have an issue with the rule or is this a bug in drools? > > We have attached the all the 4 drls and the results of the 2 execution that was triggered. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years, 1 month

1
0
0 / 0

[JBoss JIRA] (DROOLS-1576) Intermittently Rule getting executed Twice while using Agenda Groups and Order

by Anjali Patil (JIRA)

[ https://issues.jboss.org/browse/DROOLS-1576?page=com.atlassian.jira.plugi... ] Anjali Patil commented on DROOLS-1576: -------------------------------------- Hi [~mfusco], As mentioned by Siyad "Intermittently Rule getting executed Twice while using Agenda Groups". Couple of rule executions may be needed to duplicate this issue. You will have to change the "FeeRate" value for the fact listed below fee = new Fee(); fee.setFeeAgreeID(new BigDecimal(2)); fee.setFeeCode("CR");; fee.setCalcType("FLAT"); fee.setFeeRate(new BigDecimal(-50)); If you notice "OUTPUT_RULESFIRED" in the “First Execution Result.txt” the "CreatePSRLCreditCharges " rule was executed/fired twice. [~siyadmhd] > Intermittently Rule getting executed Twice while using Agenda Groups and Order > ------------------------------------------------------------------------------ > > Key: DROOLS-1576 > URL: https://issues.jboss.org/browse/DROOLS-1576 > Project: Drools > Issue Type: Bug > Reporter: Siyad Theyparambil Mohammed > Assignee: Mario Fusco > Attachments: CreateDedCharges-Rule.txt, CreateFLATFeeCharges-Rule.txt, CreatePSRLCreditCharges-Rule.txt, CreateRPERFeeCharges-Rule.txt, Drools-1576.zip, Drools-1576_Mario.zip, First Execution Result.txt, Second Execution Result.txt > > > Hi, > We have 4 rules which are divided into 2 agenda groups > ||Rule||Agenda Group|| > |CreateRPERFeeCharges|createcharges| > |CreateFLATFeeCharges|createcharges| > |CreateDedCharges|createcharges| > |CreatePSRLCreditCharges|postrule| > > Focus is set on the agenda group in the following order, > 1. postrule > 2. createcharges > The Rule “CreatePSRLCreditCharges” has named consequences. Based on the accumulated Charge amount we want one of the two consequence to be executed. If you notice the “First Execution Result.txt” this rule was executed twice once for the “IF” and second for “ELSE” but during the second trigger of the rule execution it fired the rule only once with the same data. Could you please look/check and let us know if we have an issue with the rule or is this a bug in drools? > > We have attached the all the 4 drls and the results of the 2 execution that was triggered. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years, 1 month

1
0
0 / 0

[JBoss JIRA] (DROOLS-1576) Intermittently Rule getting executed Twice while using Agenda Groups and Order

by Mario Fusco (JIRA)

[ https://issues.jboss.org/browse/DROOLS-1576?page=com.atlassian.jira.plugi... ] Mario Fusco commented on DROOLS-1576: ------------------------------------- I put your sources in a project (having all of them in a flat archive is not very helpful) and attached it here. When I run this project I always obtain the same following result: {code} OUTPUT_OUTFACTS Charge [chargeID=null, busSoldID=null, feeID=null, chargeCode=PM, chargeType=Fee, chargeRate=2.5, chargeQuantity=70, chargeAmount=175.0] Charge [chargeID=null, busSoldID=null, feeID=null, chargeCode=TM, chargeType=Fee, chargeRate=3.5, chargeQuantity=30, chargeAmount=105.0] Charge [chargeID=null, busSoldID=null, feeID=null, chargeCode=TM, chargeType=Ded, chargeRate=1, chargeQuantity=-100, chargeAmount=-100] Charge [chargeID=null, busSoldID=null, feeID=null, chargeCode=PM, chargeType=Ded, chargeRate=1, chargeQuantity=-100, chargeAmount=-100] Charge [chargeID=null, busSoldID=null, feeID=null, chargeCode=CR, chargeType=Fee, chargeRate=-50, chargeQuantity=1, chargeAmount=-50] Charge [chargeID=null, busSoldID=null, feeID=null, chargeCode=PQ, chargeType=Fee, chargeRate=30, chargeQuantity=1, chargeAmount=30] OUTPUT_INFACTS Fee [feeID=null, feeAgreeID=1, busSoldID=null, feeCode=PM, fundCode=null, feeSource=null, freq=null, payMethod=null, isAutoAdjust=null, calcType=RPER, feeRate=2.5, applyTo=null] Fee [feeID=null, feeAgreeID=1, busSoldID=null, feeCode=TM, fundCode=null, feeSource=null, freq=null, payMethod=null, isAutoAdjust=null, calcType=RPER, feeRate=3.5, applyTo=null] Fee [feeID=null, feeAgreeID=2, busSoldID=null, feeCode=CR, fundCode=null, feeSource=null, freq=null, payMethod=null, isAutoAdjust=null, calcType=FLAT, feeRate=-50, applyTo=null] Stats [busSoldID=null, statCode=PM, fundCode=null, statSource=null, statType=Fee, Qty=70, MEA=null, AQA=null, AMA=null] Stats [busSoldID=null, statCode=PM, fundCode=null, statSource=null, statType=Ded, Qty=-100, MEA=null, AQA=null, AMA=null] Stats [busSoldID=null, statCode=TM, fundCode=null, statSource=null, statType=Fee, Qty=30, MEA=null, AQA=null, AMA=null] Stats [busSoldID=null, statCode=TM, fundCode=null, statSource=null, statType=Ded, Qty=-100, MEA=null, AQA=null, AMA=null] OUTPUT_RULESFIRED CreateRPERFeeCharges CreateRPERFeeCharges CreateDedCharges CreateDedCharges CreateFLATFeeCharges CreatePSRLCreditCharges {code} I have no clue if this is the correct/expected result, but however it is consistent at each run. Please modify my project and reattach it in order to make the error evident. > Intermittently Rule getting executed Twice while using Agenda Groups and Order > ------------------------------------------------------------------------------ > > Key: DROOLS-1576 > URL: https://issues.jboss.org/browse/DROOLS-1576 > Project: Drools > Issue Type: Bug > Reporter: Siyad Theyparambil Mohammed > Assignee: Mario Fusco > Attachments: CreateDedCharges-Rule.txt, CreateFLATFeeCharges-Rule.txt, CreatePSRLCreditCharges-Rule.txt, CreateRPERFeeCharges-Rule.txt, Drools-1576.zip, Drools-1576_Mario.zip, First Execution Result.txt, Second Execution Result.txt > > > Hi, > We have 4 rules which are divided into 2 agenda groups > ||Rule||Agenda Group|| > |CreateRPERFeeCharges|createcharges| > |CreateFLATFeeCharges|createcharges| > |CreateDedCharges|createcharges| > |CreatePSRLCreditCharges|postrule| > > Focus is set on the agenda group in the following order, > 1. postrule > 2. createcharges > The Rule “CreatePSRLCreditCharges” has named consequences. Based on the accumulated Charge amount we want one of the two consequence to be executed. If you notice the “First Execution Result.txt” this rule was executed twice once for the “IF” and second for “ELSE” but during the second trigger of the rule execution it fired the rule only once with the same data. Could you please look/check and let us know if we have an issue with the rule or is this a bug in drools? > > We have attached the all the 4 drls and the results of the 2 execution that was triggered. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years, 1 month

1
0
0 / 0

[JBoss JIRA] (DROOLS-1576) Intermittently Rule getting executed Twice while using Agenda Groups and Order

by Mario Fusco (JIRA)

[ https://issues.jboss.org/browse/DROOLS-1576?page=com.atlassian.jira.plugi... ] Mario Fusco updated DROOLS-1576: -------------------------------- Attachment: Drools-1576_Mario.zip > Intermittently Rule getting executed Twice while using Agenda Groups and Order > ------------------------------------------------------------------------------ > > Key: DROOLS-1576 > URL: https://issues.jboss.org/browse/DROOLS-1576 > Project: Drools > Issue Type: Bug > Reporter: Siyad Theyparambil Mohammed > Assignee: Mario Fusco > Attachments: CreateDedCharges-Rule.txt, CreateFLATFeeCharges-Rule.txt, CreatePSRLCreditCharges-Rule.txt, CreateRPERFeeCharges-Rule.txt, Drools-1576.zip, Drools-1576_Mario.zip, First Execution Result.txt, Second Execution Result.txt > > > Hi, > We have 4 rules which are divided into 2 agenda groups > ||Rule||Agenda Group|| > |CreateRPERFeeCharges|createcharges| > |CreateFLATFeeCharges|createcharges| > |CreateDedCharges|createcharges| > |CreatePSRLCreditCharges|postrule| > > Focus is set on the agenda group in the following order, > 1. postrule > 2. createcharges > The Rule “CreatePSRLCreditCharges” has named consequences. Based on the accumulated Charge amount we want one of the two consequence to be executed. If you notice the “First Execution Result.txt” this rule was executed twice once for the “IF” and second for “ELSE” but during the second trigger of the rule execution it fired the rule only once with the same data. Could you please look/check and let us know if we have an issue with the rule or is this a bug in drools? > > We have attached the all the 4 drls and the results of the 2 execution that was triggered. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

9 years, 1 month

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-jira June 2017