[JBoss JIRA] (ELY-479) mockit.internal.startup.Startup.instrumentation causes test failures on Solaris and HP-UX
by Darran Lofthouse (JIRA)
[ https://issues.jboss.org/browse/ELY-479?page=com.atlassian.jira.plugin.sy... ]
Darran Lofthouse reassigned ELY-479:
------------------------------------
Assignee: (was: Darran Lofthouse)
> mockit.internal.startup.Startup.instrumentation causes test failures on Solaris and HP-UX
> -----------------------------------------------------------------------------------------
>
> Key: ELY-479
> URL: https://issues.jboss.org/browse/ELY-479
> Project: WildFly Elytron
> Issue Type: Bug
> Affects Versions: 1.1.0.Beta4
> Reporter: Ondrej Lukas
> Priority: Minor
>
> Some test cases fail on Solaris and HP-UX with following exception:
> {code}
> java.lang.AssertionError
> at mockit.internal.startup.Startup.instrumentation(Startup.java:128)
> at mockit.internal.startup.Startup.retransformClass(Startup.java:231)
> at mockit.internal.state.CachedClassfiles.getClassfile(CachedClassfiles.java:95)
> at mockit.internal.ClassFile.createReaderOrGetFromCache(ClassFile.java:60)
> at mockit.internal.mockups.MockMethodCollector.collectMockMethods(MockMethodCollector.java:39)
> at mockit.internal.mockups.MockClassSetup.<init>(MockClassSetup.java:38)
> at mockit.MockUp.redefineMethods(MockUp.java:228)
> at mockit.MockUp.<init>(MockUp.java:262)
> ...
> {code}
> Full stack trace for e.g. org.wildfly.security.sasl.digest.CompatibilityClientTest.testBlankServerNonce:
> {code}
> java.lang.AssertionError
> at mockit.internal.startup.Startup.instrumentation(Startup.java:128)
> at mockit.internal.startup.Startup.retransformClass(Startup.java:231)
> at mockit.internal.state.CachedClassfiles.getClassfile(CachedClassfiles.java:95)
> at mockit.internal.ClassFile.createReaderOrGetFromCache(ClassFile.java:60)
> at mockit.internal.mockups.MockMethodCollector.collectMockMethods(MockMethodCollector.java:39)
> at mockit.internal.mockups.MockClassSetup.<init>(MockClassSetup.java:38)
> at mockit.MockUp.redefineMethods(MockUp.java:228)
> at mockit.MockUp.redefineClassOrImplementInterface(MockUp.java:211)
> at mockit.MockUp.<init>(MockUp.java:128)
> at org.wildfly.security.sasl.digest.CompatibilityClientTest$1.<init>(CompatibilityClientTest.java:68)
> at org.wildfly.security.sasl.digest.CompatibilityClientTest.mockNonce(CompatibilityClientTest.java:68)
> at org.wildfly.security.sasl.digest.CompatibilityClientTest.testBlankServerNonce(CompatibilityClientTest.java:578)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:497)
> at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:47)
> at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
> at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:44)
> at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17)
> at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:271)
> at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:70)
> at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:50)
> at org.junit.runners.ParentRunner$3.run(ParentRunner.java:238)
> at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:63)
> at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:236)
> at org.junit.runners.ParentRunner.access$000(ParentRunner.java:53)
> at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:229)
> at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:26)
> at org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:27)
> at org.junit.runners.ParentRunner.run(ParentRunner.java:309)
> at org.apache.maven.surefire.junit4.JUnit4Provider.execute(JUnit4Provider.java:367)
> at org.apache.maven.surefire.junit4.JUnit4Provider.executeWithRerun(JUnit4Provider.java:274)
> at org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:238)
> at org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:161)
> at org.apache.maven.surefire.booter.ForkedBooter.invokeProviderInSameClassLoader(ForkedBooter.java:290)
> at org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:242)
> at org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:121)
> {code}
> This is probably only test issue. It can be similar issue as ELY-478
> Affected tests on both Solaris and HP-UX:
> org.wildfly.security.sasl.digest.CompatibilityClientTest
> org.wildfly.security.sasl.digest.CompatibilityServerTest
> org.wildfly.security.sasl.entity.EntityTest
> org.wildfly.security.sasl.gssapi.compatibility.BasicAuthTest
> org.wildfly.security.sasl.gssapi.compatibility.BasicConfidenceTest
> org.wildfly.security.sasl.gssapi.compatibility.BasicIntegrityTest
> org.wildfly.security.sasl.gssapi.compatibility.NoServerAuthTest
> org.wildfly.security.sasl.otp.OTPTest
> org.wildfly.security.sasl.scram.ScramClientCompatibilityTest
> org.wildfly.security.sasl.scram.ScramServerCompatibilityTest
> Affected test only on Solaris:
> org.wildfly.security.auth.realm.oauth2.OAuth2SecurityRealmTest
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
8 years, 8 months
[JBoss JIRA] (ELY-849) Rename setMechanismProperties to setSaslMechanismProperties
by Darran Lofthouse (JIRA)
[ https://issues.jboss.org/browse/ELY-849?page=com.atlassian.jira.plugin.sy... ]
Darran Lofthouse reassigned ELY-849:
------------------------------------
Assignee: (was: Darran Lofthouse)
> Rename setMechanismProperties to setSaslMechanismProperties
> -----------------------------------------------------------
>
> Key: ELY-849
> URL: https://issues.jboss.org/browse/ELY-849
> Project: WildFly Elytron
> Issue Type: Enhancement
> Components: Authentication Client
> Reporter: Darran Lofthouse
> Priority: Blocker
> Fix For: 1.2.0.Beta1
>
>
> If we later add HTTP mechanisms we have no way to differentiate between HTTP and SASL mechanism properties.
> We could probably share properties and rely on protocol matching in the MatchRule but as a single AuthenticationConfiguration will support both HTTP and SASL I think independent properties will be required.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
8 years, 8 months
[JBoss JIRA] (ELY-651) Add error message with information that is not allowed to read secret-value and entry-type from Credential Store
by Darran Lofthouse (JIRA)
[ https://issues.jboss.org/browse/ELY-651?page=com.atlassian.jira.plugin.sy... ]
Darran Lofthouse reassigned ELY-651:
------------------------------------
Assignee: (was: Peter Skopek)
> Add error message with information that is not allowed to read secret-value and entry-type from Credential Store
> ----------------------------------------------------------------------------------------------------------------
>
> Key: ELY-651
> URL: https://issues.jboss.org/browse/ELY-651
> Project: WildFly Elytron
> Issue Type: Bug
> Components: Credential Store
> Reporter: Hynek Švábek
> Priority: Minor
>
> Add error message with information that is not allowed to read secret-value and entry-type from Credential Store over CLI.
> This CLI commands
> {code}
> /subsystem=elytron/credential-store=testCS/alias=someAlias:read-attribute(name=secret-value)
> /subsystem=elytron/credential-store=testCS/alias=someAlias:read-attribute(name=entry-type)
> {code}
> end with success result.
> {code}
> {
> "outcome" => "success",
> "result" => undefined
> }
> {code}
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
8 years, 8 months
[JBoss JIRA] (ELY-1119) Setting sasl-mechanism-selector with some name value in Elytron client configuration file causes NPE during parsing
by Darran Lofthouse (JIRA)
[ https://issues.jboss.org/browse/ELY-1119?page=com.atlassian.jira.plugin.s... ]
Darran Lofthouse reassigned ELY-1119:
-------------------------------------
Assignee: (was: Darran Lofthouse)
> Setting sasl-mechanism-selector with some name value in Elytron client configuration file causes NPE during parsing
> -------------------------------------------------------------------------------------------------------------------
>
> Key: ELY-1119
> URL: https://issues.jboss.org/browse/ELY-1119
> Project: WildFly Elytron
> Issue Type: Bug
> Components: Authentication Client
> Affects Versions: 1.1.0.Beta39
> Reporter: Ondrej Lukas
> Priority: Critical
>
> In case when sasl-mechanism-selector is set in Elytron client configuration file then parsing of configuration file throws NPE. For following element (since there is no documentation then I tried to use values "someName", "NONE", "PLAIN" instead of someName):
> {code}
> <sasl-mechanism-selector selector="someName"/>
> {code}
> is following NPE thrown:
> {code}
> ERROR [io.undertow.request] (default task-3) UT005023: Exception handling request to /dep/authenticationContext: java.lang.NullPointerException
> at org.wildfly.security.sasl.SaslMechanismSelector$AddSelector.addHashCode(SaslMechanismSelector.java:768)
> at org.wildfly.security.sasl.SaslMechanismSelector.hashCode(SaslMechanismSelector.java:177)
> at org.wildfly.security.sasl.SaslMechanismSelector.equals(SaslMechanismSelector.java:188)
> at org.wildfly.security.sasl.SaslMechanismSelector.equals(SaslMechanismSelector.java:184)
> at java.util.Objects.equals(Objects.java:59)
> at org.wildfly.security.auth.client.AuthenticationConfiguration.setSaslMechanismSelector(AuthenticationConfiguration.java:1037)
> at org.wildfly.security.auth.client.ElytronXmlParser.lambda$parseAuthenticationConfigurationType$18(ElytronXmlParser.java:640)
> at org.wildfly.security.auth.client.ElytronXmlParser.lambda$andThenOp$27(ElytronXmlParser.java:832)
> at org.wildfly.security.auth.client.ElytronXmlParser.lambda$andThenOp$27(ElytronXmlParser.java:832)
> at org.wildfly.security.auth.client.ElytronXmlParser.lambda$andThenOp$27(ElytronXmlParser.java:832)
> at org.wildfly.security.auth.client.ElytronXmlParser.lambda$andThenOp$27(ElytronXmlParser.java:832)
> at org.wildfly.security.auth.client.ElytronXmlParser.lambda$parseAuthenticationConfigurationType$25(ElytronXmlParser.java:704)
> at org.wildfly.security.auth.client.ElytronXmlParser.lambda$parseAuthenticationRuleType$7(ElytronXmlParser.java:513)
> at org.wildfly.security.auth.client.ElytronXmlParser.lambda$parseRulesType$8(ElytronXmlParser.java:537)
> at org.wildfly.security.auth.client.ElytronXmlParser.parseAuthenticationClientType(ElytronXmlParser.java:308)
> at org.wildfly.security.auth.client.ElytronXmlParser.parseAuthenticationClientConfiguration(ElytronXmlParser.java:180)
> at org.wildfly.security.auth.client.ElytronXmlParser.parseAuthenticationClientConfiguration(ElytronXmlParser.java:141)
> at com.redhat.eap.qe.elytron.authnctx.WildflyConfigXmlServlet.parseAndCreateAuthenticationClientConfiguration(WildflyConfigXmlServlet.java:116)
> at com.redhat.eap.qe.elytron.authnctx.WildflyConfigXmlServlet.doGet(WildflyConfigXmlServlet.java:91)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:687)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:790)
> at io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:85)
> at io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleRequest(ServletSecurityRoleHandler.java:62)
> at io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(ServletDispatchingHandler.java:36)
> at org.wildfly.extension.undertow.security.SecurityContextAssociationHandler.handleRequest(SecurityContextAssociationHandler.java:78)
> at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
> at io.undertow.servlet.handlers.security.SSLInformationAssociationHandler.handleRequest(SSLInformationAssociationHandler.java:131)
> at io.undertow.servlet.handlers.security.ServletAuthenticationCallHandler.handleRequest(ServletAuthenticationCallHandler.java:57)
> at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
> at io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:46)
> at io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHandler.handleRequest(ServletConfidentialityConstraintHandler.java:64)
> at io.undertow.security.handlers.AuthenticationMechanismsHandler.handleRequest(AuthenticationMechanismsHandler.java:60)
> at io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:77)
> at io.undertow.security.handlers.NotificationReceiverHandler.handleRequest(NotificationReceiverHandler.java:50)
> at io.undertow.security.handlers.AbstractSecurityContextAssociationHandler.handleRequest(AbstractSecurityContextAssociationHandler.java:43)
> at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
> at org.wildfly.extension.undertow.security.jacc.JACCContextIdHandler.handleRequest(JACCContextIdHandler.java:61)
> at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
> at org.wildfly.extension.undertow.deployment.GlobalRequestControllerHandler.handleRequest(GlobalRequestControllerHandler.java:68)
> at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
> at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:292)
> at io.undertow.servlet.handlers.ServletInitialHandler.access$100(ServletInitialHandler.java:81)
> at io.undertow.servlet.handlers.ServletInitialHandler$2.call(ServletInitialHandler.java:138)
> at io.undertow.servlet.handlers.ServletInitialHandler$2.call(ServletInitialHandler.java:135)
> at io.undertow.servlet.core.ServletRequestContextThreadSetupAction$1.call(ServletRequestContextThreadSetupAction.java:48)
> at io.undertow.servlet.core.ContextClassLoaderSetupAction$1.call(ContextClassLoaderSetupAction.java:43)
> at org.wildfly.extension.undertow.security.SecurityContextThreadSetupAction.lambda$create$0(SecurityContextThreadSetupAction.java:105)
> at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1704)
> at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1704)
> at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1704)
> at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1704)
> at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:272)
> at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:81)
> at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:104)
> at io.undertow.server.Connectors.executeRootHandler(Connectors.java:211)
> at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:809)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
> at java.lang.Thread.run(Thread.java:745)
> {code}
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
8 years, 8 months
[JBoss JIRA] (ELY-1035) CS tool, Error msg with mutually exclusive parameters must contain "really" used option names.
by Darran Lofthouse (JIRA)
[ https://issues.jboss.org/browse/ELY-1035?page=com.atlassian.jira.plugin.s... ]
Darran Lofthouse reassigned ELY-1035:
-------------------------------------
Assignee: (was: Darran Lofthouse)
> CS tool, Error msg with mutually exclusive parameters must contain "really" used option names.
> ----------------------------------------------------------------------------------------------
>
> Key: ELY-1035
> URL: https://issues.jboss.org/browse/ELY-1035
> Project: WildFly Elytron
> Issue Type: Bug
> Reporter: Hynek Švábek
>
> When we use more mutually exclusive parameters (add, remove) then we get error message. But this message contains only short version of option names.
> "r" instead of "remove"
> "a" instead of "add"
> {code}
> [hsvabek@localhost bin]$ java -jar wildfly-elytron-tool.jar credential-store --add myalias --secret supersecretpassword --location="test.store" --uri "cr-store://test.store?modifiable=true;create=true;keyStoreType=JCEKS" --password mycspassword --summary --salt 12345678 --iteration 230 --remove
> The option 'r' was specified but an option from this group has already been selected: 'a'
> {code}
> *Same for "credential-store" command.*
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
8 years, 8 months
[JBoss JIRA] (ELY-88) Command line utilities
by Darran Lofthouse (JIRA)
[ https://issues.jboss.org/browse/ELY-88?page=com.atlassian.jira.plugin.sys... ]
Darran Lofthouse reassigned ELY-88:
-----------------------------------
Assignee: (was: Peter Skopek)
> Command line utilities
> ----------------------
>
> Key: ELY-88
> URL: https://issues.jboss.org/browse/ELY-88
> Project: WildFly Elytron
> Issue Type: Feature Request
> Reporter: David Lloyd
> Fix For: 1.2.0.Beta1
>
>
> We should provide easy-to-use command line tools from the Elytron JAR as a main class that provide useful functions to users like:
> * Creating password hashes
> * Creating certificates and certificate requests
> * Creating key pairs of various types
> * Managing key stores (everything keytool does)
> * Get the library version
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
8 years, 8 months