[JBoss JIRA] (WFCORE-3068) Elytron - OTP seed attribute in ldap-realm is Base64 encoded
by Jan Kalina (JIRA)
[ https://issues.jboss.org/browse/WFCORE-3068?page=com.atlassian.jira.plugi... ]
Jan Kalina closed WFCORE-3068.
------------------------------
> Elytron - OTP seed attribute in ldap-realm is Base64 encoded
> ------------------------------------------------------------
>
> Key: WFCORE-3068
> URL: https://issues.jboss.org/browse/WFCORE-3068
> Project: WildFly Core
> Issue Type: Bug
> Components: Security
> Affects Versions: 3.0.0.Beta28
> Reporter: Jan Kalina
> Assignee: Jan Kalina
> Priority: Critical
>
> The {{ldap-realm.otp-credential-mapper.seed-from}} attribute in Elytron subsystem refers to an LDAP attribute which stores an OTP seed. The LDAP-attribute value currently has to be Base64 encoded, which seems to be wrong.
> The problem is in the Elytron class {{org.wildfly.security.auth.realm.ldap.OtpCredentialLoader}} which handles the encoding/decoding.
> The [OTP RFC 2289|https://tools.ietf.org/html/rfc2289] says
> {noformat}
> The seed MUST consist of purely alphanumeric characters and MUST be
> of one to 16 characters in length. The seed is a string of characters
> that MUST not contain any blanks and SHOULD consist of strictly
> alphanumeric characters from the ISO-646 Invariant Code Set. The
> seed MUST be case insensitive and MUST be internally converted to
> lower case before it is processed.
> {noformat}
> I.e. There is no need to Base64-encode the String bytes.
> *Suggested fix*
> Don't encode/decode the LDAP attribute value.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
8 years, 12 months
[JBoss JIRA] (WFCORE-3069) OneTimePasswordImpl provides only MD5 and SHA1 hash algorithms
by Jan Kalina (JIRA)
[ https://issues.jboss.org/browse/WFCORE-3069?page=com.atlassian.jira.plugi... ]
Jan Kalina moved JBEAP-12170 to WFCORE-3069:
--------------------------------------------
Project: WildFly Core (was: JBoss Enterprise Application Platform)
Key: WFCORE-3069 (was: JBEAP-12170)
Workflow: GIT Pull Request workflow (was: CDW with loose statuses v1)
Component/s: Security
(was: Security)
Affects Version/s: 3.0.0.Beta28
(was: 7.1.0.ER2)
> OneTimePasswordImpl provides only MD5 and SHA1 hash algorithms
> --------------------------------------------------------------
>
> Key: WFCORE-3069
> URL: https://issues.jboss.org/browse/WFCORE-3069
> Project: WildFly Core
> Issue Type: Bug
> Components: Security
> Affects Versions: 3.0.0.Beta28
> Reporter: Jan Kalina
> Assignee: Jan Kalina
> Priority: Critical
>
> Only MD5 and SHA-1 hash algorithms are valid in OneTimePasswordImpl.
> {code:title=/subsystem=elytron/filesystem-realm=a:read-operation-description(name=set-password)}
> "otp" => {
> "type" => OBJECT,
> "description" => "A one-time password, used by the OTP SASL mechanism.",
> "expressions-allowed" => false,
> "required" => false,
> "nillable" => true,
> "value-type" => {
> "algorithm" => {
> "type" => STRING,
> "description" => "The algorithm used to encrypt the password.",
> "expressions-allowed" => false,
> "required" => false,
> "nillable" => true,
> "default" => "otp-sha1",
> "allowed" => [
> "otp-md5",
> "otp-sha1"
> ]
> },
> "hash" => {
> "type" => STRING,
> "description" => "The hash represented by this password.",
> "expressions-allowed" => true,
> "required" => true,
> "nillable" => false,
> "min-length" => 1L,
> "max-length" => 2147483647L
> },
> "seed" => {
> "type" => STRING,
> "description" => "The seed used to generate the hash.",
> "expressions-allowed" => true,
> "required" => true,
> "nillable" => false,
> "min-length" => 1L,
> "max-length" => 2147483647L
> },
> "sequence" => {
> "type" => INT,
> "description" => "The sequence number used to generate the hash.",
> "expressions-allowed" => true,
> "required" => true,
> "nillable" => false
> }
> }
> }
> {code}
> Extend list to more secure hash algorithms, e.g. digest-sha-256 digest-sha-512?
> For example MD5 is not allowed in FIPS mode [1]. Although SHA-1 is, it is generally considered to be not secure anymore.
> [1] http://csrc.nist.gov/publications/fips/fips140-2/fips1402annexa.pdf
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
8 years, 12 months
[JBoss JIRA] (ELY-1290) OneTimePasswordImpl provides only MD5 and SHA1 hash algorithms
by Jan Kalina (JIRA)
[ https://issues.jboss.org/browse/ELY-1290?page=com.atlassian.jira.plugin.s... ]
Jan Kalina moved JBEAP-12169 to ELY-1290:
-----------------------------------------
Project: WildFly Elytron (was: JBoss Enterprise Application Platform)
Key: ELY-1290 (was: JBEAP-12169)
Workflow: GIT Pull Request workflow (was: CDW with loose statuses v1)
Component/s: Passwords
(was: Security)
Affects Version/s: 1.1.0.CR2
(was: 7.1.0.ER2)
> OneTimePasswordImpl provides only MD5 and SHA1 hash algorithms
> --------------------------------------------------------------
>
> Key: ELY-1290
> URL: https://issues.jboss.org/browse/ELY-1290
> Project: WildFly Elytron
> Issue Type: Bug
> Components: Passwords
> Affects Versions: 1.1.0.CR2
> Reporter: Jan Kalina
> Assignee: Jan Kalina
> Priority: Critical
>
> Only MD5 and SHA-1 hash algorithms are valid in OneTimePasswordImpl.
> {code:title=/subsystem=elytron/filesystem-realm=a:read-operation-description(name=set-password)}
> "otp" => {
> "type" => OBJECT,
> "description" => "A one-time password, used by the OTP SASL mechanism.",
> "expressions-allowed" => false,
> "required" => false,
> "nillable" => true,
> "value-type" => {
> "algorithm" => {
> "type" => STRING,
> "description" => "The algorithm used to encrypt the password.",
> "expressions-allowed" => false,
> "required" => false,
> "nillable" => true,
> "default" => "otp-sha1",
> "allowed" => [
> "otp-md5",
> "otp-sha1"
> ]
> },
> "hash" => {
> "type" => STRING,
> "description" => "The hash represented by this password.",
> "expressions-allowed" => true,
> "required" => true,
> "nillable" => false,
> "min-length" => 1L,
> "max-length" => 2147483647L
> },
> "seed" => {
> "type" => STRING,
> "description" => "The seed used to generate the hash.",
> "expressions-allowed" => true,
> "required" => true,
> "nillable" => false,
> "min-length" => 1L,
> "max-length" => 2147483647L
> },
> "sequence" => {
> "type" => INT,
> "description" => "The sequence number used to generate the hash.",
> "expressions-allowed" => true,
> "required" => true,
> "nillable" => false
> }
> }
> }
> {code}
> Extend list to more secure hash algorithms, e.g. digest-sha-256 digest-sha-512?
> For example MD5 is not allowed in FIPS mode [1]. Although SHA-1 is, it is generally considered to be not secure anymore.
> [1] http://csrc.nist.gov/publications/fips/fips140-2/fips1402annexa.pdf
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
8 years, 12 months
[JBoss JIRA] (DROOLS-1665) Accumulator does not see bean property
by Viacheslav Krot (JIRA)
[ https://issues.jboss.org/browse/DROOLS-1665?page=com.atlassian.jira.plugi... ]
Viacheslav Krot commented on DROOLS-1665:
-----------------------------------------
Oh, forgot to include the classes. They are very simple
{code:java}
public class Attr {
private int level;
public int getLevel() {
return level;
}
public void setLevel(int level) {
this.level = level;
}
private boolean inHangar;
public boolean isInHangar() {
return inHangar;
}
public void setInHangar(boolean inHangar) {
this.inHangar = inHangar;
}
}
public class Player {
private List<Attr> attrs = new ArrayList<>();
public List<Attr> getAttrs() {
return attrs;
}
public void setAttrs(List<Attr> attrs) {
this.attrs = attrs;
}
}
public class Ops {
}
{code}
> Accumulator does not see bean property
> --------------------------------------
>
> Key: DROOLS-1665
> URL: https://issues.jboss.org/browse/DROOLS-1665
> Project: Drools
> Issue Type: Bug
> Components: core engine
> Affects Versions: 7.0.0.Final
> Reporter: Viacheslav Krot
> Assignee: Mario Fusco
>
> I'm not sure if it is a bug, but look like it. I have a simple rule like this
> {code:java}
> package test;
> import drools.Attr;
> import drools.Player;
> import drools.Ops;
> import java.lang.Number;
> import java.util.List;
> import java.util.Date;
> rule "failing"
> dialect "mvel"
> when
> pp : Player()
> Number(doubleValue <= 5) from accumulate(Attr(inHangar == true, $lv : getLevel()) from pp.attrs, max( $lv ))
> bat : Ops()
> res : List( )
> then
> System.out.println("works");
> end
> {code}
> It's execution fails with exception
> {noformat}
> java.lang.RuntimeException: Unknown property: level
> at org.drools.core.reteoo.PropertySpecificUtil.setPropertyOnMask(PropertySpecificUtil.java:105)
> at org.drools.core.reteoo.PropertySpecificUtil.calculatePatternMask(PropertySpecificUtil.java:97)
> at org.drools.core.reteoo.PropertySpecificUtil.calculatePositiveMask(PropertySpecificUtil.java:68)
> at org.drools.core.reteoo.LeftTupleSource.initDeclaredMask(LeftTupleSource.java:257)
> at org.drools.core.reteoo.BetaNode.initDeclaredMask(BetaNode.java:191)
> at org.drools.core.reteoo.LeftTupleSource.initMasks(LeftTupleSource.java:222)
> at org.drools.core.reteoo.BetaNode.<init>(BetaNode.java:139)
> at org.drools.core.reteoo.AccumulateNode.<init>(AccumulateNode.java:83)
> at org.drools.core.reteoo.builder.PhreakNodeFactory.buildAccumulateNode(PhreakNodeFactory.java:129)
> at org.drools.core.reteoo.builder.AccumulateBuilder.build(AccumulateBuilder.java:104)
> at org.drools.core.reteoo.builder.PatternBuilder.attachPattern(PatternBuilder.java:118)
> at org.drools.core.reteoo.builder.PatternBuilder.build(PatternBuilder.java:79)
> at org.drools.core.reteoo.builder.GroupElementBuilder$AndBuilder.build(GroupElementBuilder.java:108)
> at org.drools.core.reteoo.builder.GroupElementBuilder.build(GroupElementBuilder.java:68)
> at org.drools.core.reteoo.builder.ReteooRuleBuilder.addSubRule(ReteooRuleBuilder.java:164)
> at org.drools.core.reteoo.builder.ReteooRuleBuilder.addRule(ReteooRuleBuilder.java:136)
> at org.drools.core.reteoo.ReteooBuilder.addRule(ReteooBuilder.java:110)
> at org.drools.core.impl.KnowledgeBaseImpl.addRule(KnowledgeBaseImpl.java:1714)
> at org.drools.core.impl.KnowledgeBaseImpl.addRule(KnowledgeBaseImpl.java:1704)
> at org.drools.core.impl.KnowledgeBaseImpl.internalAddPackages(KnowledgeBaseImpl.java:976)
> at org.drools.core.impl.KnowledgeBaseImpl.access$000(KnowledgeBaseImpl.java:128)
> at org.drools.core.impl.KnowledgeBaseImpl$1.run(KnowledgeBaseImpl.java:764)
> at org.drools.core.impl.KnowledgeBaseImpl.enqueueModification(KnowledgeBaseImpl.java:772)
> at org.drools.core.impl.KnowledgeBaseImpl.addPackages(KnowledgeBaseImpl.java:761)
> at org.drools.core.impl.KnowledgeBaseImpl.addKnowledgePackages(KnowledgeBaseImpl.java:283)
> at org.drools.compiler.kie.builder.impl.KieContainerImpl.createKieBase(KieContainerImpl.java:639)
> at org.drools.compiler.kie.builder.impl.KieContainerImpl.getKieBase(KieContainerImpl.java:574)
> at org.drools.compiler.kie.builder.impl.KieContainerImpl.getKieBase(KieContainerImpl.java:555)
> {noformat}
> But, it I reorder the rule conditions, like this for example
> {code:java}
> package test;
> ...
> rule "failing"
> dialect "mvel"
> when
> pp : Player()
> bat : Ops()
> Number(doubleValue <= 5) from accumulate(Attr(inHangar == true, $lv : getLevel()) from pp.attrs, max( $lv ))
> res : List( )
> then
> System.out.println("works");
> end
> {code}
> It works. I just move condition with accum one line lower (after Ops condition) and it works.
> I guess this is a bug? Both version worked in drools 6.0 just fine.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
8 years, 12 months
[JBoss JIRA] (DROOLS-1665) Accumulator does not see bean property
by Viacheslav Krot (JIRA)
Viacheslav Krot created DROOLS-1665:
---------------------------------------
Summary: Accumulator does not see bean property
Key: DROOLS-1665
URL: https://issues.jboss.org/browse/DROOLS-1665
Project: Drools
Issue Type: Bug
Components: core engine
Affects Versions: 7.0.0.Final
Reporter: Viacheslav Krot
Assignee: Mario Fusco
I'm not sure if it is a bug, but look like it. I have a simple rule like this
{code:java}
package test;
import drools.Attr;
import drools.Player;
import drools.Ops;
import java.lang.Number;
import java.util.List;
import java.util.Date;
rule "failing"
dialect "mvel"
when
pp : Player()
Number(doubleValue <= 5) from accumulate(Attr(inHangar == true, $lv : getLevel()) from pp.attrs, max( $lv ))
bat : Ops()
res : List( )
then
System.out.println("works");
end
{code}
It's execution fails with exception
{noformat}
java.lang.RuntimeException: Unknown property: level
at org.drools.core.reteoo.PropertySpecificUtil.setPropertyOnMask(PropertySpecificUtil.java:105)
at org.drools.core.reteoo.PropertySpecificUtil.calculatePatternMask(PropertySpecificUtil.java:97)
at org.drools.core.reteoo.PropertySpecificUtil.calculatePositiveMask(PropertySpecificUtil.java:68)
at org.drools.core.reteoo.LeftTupleSource.initDeclaredMask(LeftTupleSource.java:257)
at org.drools.core.reteoo.BetaNode.initDeclaredMask(BetaNode.java:191)
at org.drools.core.reteoo.LeftTupleSource.initMasks(LeftTupleSource.java:222)
at org.drools.core.reteoo.BetaNode.<init>(BetaNode.java:139)
at org.drools.core.reteoo.AccumulateNode.<init>(AccumulateNode.java:83)
at org.drools.core.reteoo.builder.PhreakNodeFactory.buildAccumulateNode(PhreakNodeFactory.java:129)
at org.drools.core.reteoo.builder.AccumulateBuilder.build(AccumulateBuilder.java:104)
at org.drools.core.reteoo.builder.PatternBuilder.attachPattern(PatternBuilder.java:118)
at org.drools.core.reteoo.builder.PatternBuilder.build(PatternBuilder.java:79)
at org.drools.core.reteoo.builder.GroupElementBuilder$AndBuilder.build(GroupElementBuilder.java:108)
at org.drools.core.reteoo.builder.GroupElementBuilder.build(GroupElementBuilder.java:68)
at org.drools.core.reteoo.builder.ReteooRuleBuilder.addSubRule(ReteooRuleBuilder.java:164)
at org.drools.core.reteoo.builder.ReteooRuleBuilder.addRule(ReteooRuleBuilder.java:136)
at org.drools.core.reteoo.ReteooBuilder.addRule(ReteooBuilder.java:110)
at org.drools.core.impl.KnowledgeBaseImpl.addRule(KnowledgeBaseImpl.java:1714)
at org.drools.core.impl.KnowledgeBaseImpl.addRule(KnowledgeBaseImpl.java:1704)
at org.drools.core.impl.KnowledgeBaseImpl.internalAddPackages(KnowledgeBaseImpl.java:976)
at org.drools.core.impl.KnowledgeBaseImpl.access$000(KnowledgeBaseImpl.java:128)
at org.drools.core.impl.KnowledgeBaseImpl$1.run(KnowledgeBaseImpl.java:764)
at org.drools.core.impl.KnowledgeBaseImpl.enqueueModification(KnowledgeBaseImpl.java:772)
at org.drools.core.impl.KnowledgeBaseImpl.addPackages(KnowledgeBaseImpl.java:761)
at org.drools.core.impl.KnowledgeBaseImpl.addKnowledgePackages(KnowledgeBaseImpl.java:283)
at org.drools.compiler.kie.builder.impl.KieContainerImpl.createKieBase(KieContainerImpl.java:639)
at org.drools.compiler.kie.builder.impl.KieContainerImpl.getKieBase(KieContainerImpl.java:574)
at org.drools.compiler.kie.builder.impl.KieContainerImpl.getKieBase(KieContainerImpl.java:555)
{noformat}
But, it I reorder the rule conditions, like this for example
{code:java}
package test;
...
rule "failing"
dialect "mvel"
when
pp : Player()
bat : Ops()
Number(doubleValue <= 5) from accumulate(Attr(inHangar == true, $lv : getLevel()) from pp.attrs, max( $lv ))
res : List( )
then
System.out.println("works");
end
{code}
It works. I just move condition with accum one line lower (after Ops condition) and it works.
I guess this is a bug? Both version worked in drools 6.0 just fine.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
8 years, 12 months
[JBoss JIRA] (WFCORE-2932) Some Elytrons tests fails on IBM JDK in WF-CORE
by Jan Kalina (JIRA)
[ https://issues.jboss.org/browse/WFCORE-2932?page=com.atlassian.jira.plugi... ]
Jan Kalina updated WFCORE-2932:
-------------------------------
Git Pull Request: https://github.com/wildfly/wildfly-core/pull/2519, https://github.com/wildfly/wildfly-core/pull/2616 (was: https://github.com/wildfly/wildfly-core/pull/2519)
> Some Elytrons tests fails on IBM JDK in WF-CORE
> -----------------------------------------------
>
> Key: WFCORE-2932
> URL: https://issues.jboss.org/browse/WFCORE-2932
> Project: WildFly Core
> Issue Type: Bug
> Components: Security, Test Suite
> Affects Versions: 3.0.0.Beta25
> Reporter: Jan Kalina
> Assignee: Jan Kalina
> Priority: Critical
> Fix For: 3.0.0.Beta27
>
>
> *Description of problem:*
> Some Elytrons tests fails on IBM JDK in WF-CORE:
> * org.wildfly.extension.elytron.LdapTestCase#testLdapRealmModifiability
> * org.wildfly.extension.elytron.LdapTestCase#testDirContextSsl
> * org.wildfly.extension.elytron.LdapTestCase#testLdapRealmDirectVerification
> * org.wildfly.extension.elytron.LdapTestCase#testLdapKeyStoreMinimalCli
> * org.wildfly.extension.elytron.LdapTestCase#testDirContextInsecure
> * org.wildfly.extension.elytron.LdapTestCase#testDirContextSslCredential
> * org.wildfly.extension.elytron.LdapTestCase#testLdapRealmIterating
> * org.wildfly.extension.elytron.LdapTestCase#testLdapRealm
> * org.wildfly.extension.elytron.LdapTestCase#testLdapKeyStoreMaximalService
> * org.wildfly.extension.elytron.LdapTestCase#testLdapKeyStoreMaximalCli
> * org.wildfly.extension.elytron.LdapTestCase#testLdapKeyStoreMinimalService
> * org.wildfly.extension.elytron.LdapTestCase#testLdapKeyStoreCopyRemoveAlias
> * org.wildfly.extension.elytron.RealmsTestCase#testOAuth2Realm
> * org.wildfly.extension.elytron.SubsystemParsingTestCase#testParseAndMarshalModel_AuditLogging
> * org.wildfly.extension.elytron.SubsystemParsingTestCase#testParseAndMarshalModel_AuthenticationClient
> * org.wildfly.extension.elytron.SubsystemParsingTestCase#testParseAndMarshalModel_TLS
> * org.wildfly.extension.elytron.SubsystemParsingTestCase#testParseAndMarshalModel_Mappers
> * org.wildfly.extension.elytron.SubsystemParsingTestCase#testParseAndMarshalModel_CredentialSecurityFactories
> * org.wildfly.extension.elytron.SubsystemParsingTestCase#testParseAndMarshalModel_ProviderLoader
> * org.wildfly.extension.elytron.SubsystemParsingTestCase#testParseAndMarshalModel_IdentityManagement
> * org.wildfly.extension.elytron.SubsystemParsingTestCase#testParseAndMarshalModel_SecurityProperties
> * org.wildfly.extension.elytron.SubsystemParsingTestCase#testParseAndMarshalModel_Http
> * org.wildfly.extension.elytron.SubsystemParsingTestCase#testParseAndMarshalModel_Ldap
> * org.wildfly.extension.elytron.SubsystemParsingTestCase#testParseAndMarshalModel_Sasl
> * org.wildfly.extension.elytron.SubsystemParsingTestCase#testParseAndMarshalModel_JaccWithProviders
> * org.wildfly.extension.elytron.SubsystemParsingTestCase#testParseAndMarshalModel_CredentialStores
> * org.wildfly.extension.elytron.SubsystemParsingTestCase#testParseAndMarshalModel_Domain
> * org.wildfly.extension.elytron.SubsystemParsingTestCase#testSubsystem
> * org.wildfly.extension.elytron.SubsystemParsingTestCase#testSchema
> * org.wildfly.extension.elytron.TlsTestCase#testSslServiceAuth
> * org.wildfly.extension.elytron.TlsTestCase#testProviderTrustManager
> * org.wildfly.extension.elytron.TlsTestCase#testSslServiceAuthRequiredButNotProvided
> * org.wildfly.extension.elytron.TlsTestCase#testSslServiceNoAuth
> This test errors was not fixed in JBEAP-9620, so I create new jira for it (see [comment from JBEAP-9620|https://issues.jboss.org/browse/JBEAP-9620?focusedCommentId=13...])
> *How reproducible:*
> 100%
> *Actual results:*
> I attached surefire logs to this jira.
> *Expected results:*
> No errors
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
8 years, 12 months
[JBoss JIRA] (WFCORE-2932) Some Elytrons tests fails on IBM JDK in WF-CORE
by Jan Kalina (JIRA)
[ https://issues.jboss.org/browse/WFCORE-2932?page=com.atlassian.jira.plugi... ]
Jan Kalina reopened WFCORE-2932:
--------------------------------
> Some Elytrons tests fails on IBM JDK in WF-CORE
> -----------------------------------------------
>
> Key: WFCORE-2932
> URL: https://issues.jboss.org/browse/WFCORE-2932
> Project: WildFly Core
> Issue Type: Bug
> Components: Security, Test Suite
> Affects Versions: 3.0.0.Beta25
> Reporter: Jan Kalina
> Assignee: Jan Kalina
> Priority: Critical
> Fix For: 3.0.0.Beta27
>
>
> *Description of problem:*
> Some Elytrons tests fails on IBM JDK in WF-CORE:
> * org.wildfly.extension.elytron.LdapTestCase#testLdapRealmModifiability
> * org.wildfly.extension.elytron.LdapTestCase#testDirContextSsl
> * org.wildfly.extension.elytron.LdapTestCase#testLdapRealmDirectVerification
> * org.wildfly.extension.elytron.LdapTestCase#testLdapKeyStoreMinimalCli
> * org.wildfly.extension.elytron.LdapTestCase#testDirContextInsecure
> * org.wildfly.extension.elytron.LdapTestCase#testDirContextSslCredential
> * org.wildfly.extension.elytron.LdapTestCase#testLdapRealmIterating
> * org.wildfly.extension.elytron.LdapTestCase#testLdapRealm
> * org.wildfly.extension.elytron.LdapTestCase#testLdapKeyStoreMaximalService
> * org.wildfly.extension.elytron.LdapTestCase#testLdapKeyStoreMaximalCli
> * org.wildfly.extension.elytron.LdapTestCase#testLdapKeyStoreMinimalService
> * org.wildfly.extension.elytron.LdapTestCase#testLdapKeyStoreCopyRemoveAlias
> * org.wildfly.extension.elytron.RealmsTestCase#testOAuth2Realm
> * org.wildfly.extension.elytron.SubsystemParsingTestCase#testParseAndMarshalModel_AuditLogging
> * org.wildfly.extension.elytron.SubsystemParsingTestCase#testParseAndMarshalModel_AuthenticationClient
> * org.wildfly.extension.elytron.SubsystemParsingTestCase#testParseAndMarshalModel_TLS
> * org.wildfly.extension.elytron.SubsystemParsingTestCase#testParseAndMarshalModel_Mappers
> * org.wildfly.extension.elytron.SubsystemParsingTestCase#testParseAndMarshalModel_CredentialSecurityFactories
> * org.wildfly.extension.elytron.SubsystemParsingTestCase#testParseAndMarshalModel_ProviderLoader
> * org.wildfly.extension.elytron.SubsystemParsingTestCase#testParseAndMarshalModel_IdentityManagement
> * org.wildfly.extension.elytron.SubsystemParsingTestCase#testParseAndMarshalModel_SecurityProperties
> * org.wildfly.extension.elytron.SubsystemParsingTestCase#testParseAndMarshalModel_Http
> * org.wildfly.extension.elytron.SubsystemParsingTestCase#testParseAndMarshalModel_Ldap
> * org.wildfly.extension.elytron.SubsystemParsingTestCase#testParseAndMarshalModel_Sasl
> * org.wildfly.extension.elytron.SubsystemParsingTestCase#testParseAndMarshalModel_JaccWithProviders
> * org.wildfly.extension.elytron.SubsystemParsingTestCase#testParseAndMarshalModel_CredentialStores
> * org.wildfly.extension.elytron.SubsystemParsingTestCase#testParseAndMarshalModel_Domain
> * org.wildfly.extension.elytron.SubsystemParsingTestCase#testSubsystem
> * org.wildfly.extension.elytron.SubsystemParsingTestCase#testSchema
> * org.wildfly.extension.elytron.TlsTestCase#testSslServiceAuth
> * org.wildfly.extension.elytron.TlsTestCase#testProviderTrustManager
> * org.wildfly.extension.elytron.TlsTestCase#testSslServiceAuthRequiredButNotProvided
> * org.wildfly.extension.elytron.TlsTestCase#testSslServiceNoAuth
> This test errors was not fixed in JBEAP-9620, so I create new jira for it (see [comment from JBEAP-9620|https://issues.jboss.org/browse/JBEAP-9620?focusedCommentId=13...])
> *How reproducible:*
> 100%
> *Actual results:*
> I attached surefire logs to this jira.
> *Expected results:*
> No errors
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
8 years, 12 months