[JBoss JIRA] (WFLY-7523) Add hibernate-spatial to hibernate module
by Dennis Gesker (JIRA)
[ https://issues.jboss.org/browse/WFLY-7523?page=com.atlassian.jira.plugin.... ]
Dennis Gesker updated WFLY-7523:
--------------------------------
Affects Version/s: 10.1.0.Final
> Add hibernate-spatial to hibernate module
> -----------------------------------------
>
> Key: WFLY-7523
> URL: https://issues.jboss.org/browse/WFLY-7523
> Project: WildFly
> Issue Type: Feature Request
> Components: JPA / Hibernate
> Affects Versions: 10.1.0.Final, 11.0.0.Final, 12.0.0.Alpha1
> Environment: Linux / OpenJDK 8 / Wildfly 11.0.0.Final
> Reporter: Dennis Gesker
> Labels: hibernate_persistance_layer
>
> The use of GIS extensions is becoming more prevalent. It would be very helpful if org.hibernate:hibernate-spatial was added to the the hibernate module.
> hibernate-spatial SEEMS to also require the following jars/packages :
> org.hibernate:hibernate-spatial
> org.geolatte:geolatte-geom
> com.vividsolutions:jts-parent
> So, jars would need to be added to modules/system/layers/base/org/hibernate/main and associated <resource-root> tags in module.xml
> I believe <dependencies> would also require <module name="org.slf4j"/> entry
> Note: The "Create Issue" page defaulted this item to "Major" but it is labeled as (FOR USE BY COMMITTERS ONLY) so I did not change it. I would have chosen "Minor" as this would be really useful but of course doesn't break or stop anything.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 7 months
[JBoss JIRA] (WFLY-7524) Add Hibernate-Spatial to WildFly Feature Pack
by Dennis Gesker (JIRA)
[ https://issues.jboss.org/browse/WFLY-7524?page=com.atlassian.jira.plugin.... ]
Dennis Gesker edited comment on WFLY-7524 at 12/7/17 8:12 AM:
--------------------------------------------------------------
Apologies, [Sanne Grinovero |https://issues.jboss.org/secure/ViewProfile.jspa?name=sannegrinovero] and [Kabir Khan|https://issues.jboss.org/secure/ViewProfile.jspa?name=kabirkhan] I'm still learning how the project is organized.
This is what I'm running into...
In my build (gradle) I keep and entry similar to...
providedCompile 'org.wildfly:wildfly-feature-pack:11.0.0.Final' so I have all of these packages from the maven repositories. So, the wildfly-feature-pack is SUPER convenient. It would be great if everything needed for GIS / Spatial work was in that package.
But, I also added a related issue [WFLY-7523|https://issues.jboss.org/browse/WFLY-7523] as for this to really be a useful it would be very helpful to have the GIS / Spatial portions of Hibernate shipped with the server. Right now I've got to add them each time I try a new version of WildFly.
I've just made the jump to 11 to take Elytron for a spin. But, even if adding Spatial / GIS for 12 would be awesome and very useful.
was (Author: gesker):
Apologies, [Sanne Grinovero |https://issues.jboss.org/secure/ViewProfile.jspa?name=sannegrinovero] and [Kabir Khan|https://issues.jboss.org/secure/ViewProfile.jspa?name=kabirkhan] I'm still learning how the project is organized.
This is what I'm running into...
In my build (gradle) I keep and entry similar to...
providedCompile 'org.wildfly:wildfly-feature-pack:11.0.0.Final' so I have all of these packages from the maven repositories. So, the wildfly-feature-pack is SUPER convenient. It would be great if everything needed for GIS / Spatial work was in that package.
But, I also added a related link [WFLY-7523|https://issues.jboss.org/browse/WFLY-7523] as for this to really be a useful add I would be very helpful to have the GIS / Spatial portions of Hibernate shipped with the server. Right now I've got to add them each time I try a new version of WildFly.
I've just made the jump to 11 to take Elytron for a spin. But, even if adding Spatial / GIS for 12 would be awesome and very useful.
> Add Hibernate-Spatial to WildFly Feature Pack
> ---------------------------------------------
>
> Key: WFLY-7524
> URL: https://issues.jboss.org/browse/WFLY-7524
> Project: WildFly
> Issue Type: Feature Request
> Affects Versions: 11.0.0.Final, 12.0.0.Alpha1
> Environment: Linux / OpenJDK 8 / Wildfly 11.0.0.Final
> Reporter: Dennis Gesker
> Assignee: Jason Greene
> Labels: wildfly-feature-pack
>
> If possible kindly add jars need to make use of hibernate-spatial to WildFly-Feature-Pack
> org.hibernate:hibernate-spatial
> org.geolatte:geolatte-geom
> com.vividsolutions:jts-parent
> BTW, thank you for this package. It saves a HUGE amount of time with dependencies.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 7 months
[JBoss JIRA] (WFLY-7523) Add hibernate-spatial to hibernate module
by Dennis Gesker (JIRA)
[ https://issues.jboss.org/browse/WFLY-7523?page=com.atlassian.jira.plugin.... ]
Dennis Gesker updated WFLY-7523:
--------------------------------
Environment: Linux / OpenJDK 8 / Wildfly 11.0.0.Final (was: Linux / OpenJDK 8 / Wildfly 10.1.0.Final)
> Add hibernate-spatial to hibernate module
> -----------------------------------------
>
> Key: WFLY-7523
> URL: https://issues.jboss.org/browse/WFLY-7523
> Project: WildFly
> Issue Type: Feature Request
> Components: JPA / Hibernate
> Affects Versions: 11.0.0.Final, 12.0.0.Alpha1
> Environment: Linux / OpenJDK 8 / Wildfly 11.0.0.Final
> Reporter: Dennis Gesker
> Labels: hibernate_persistance_layer
>
> The use of GIS extensions is becoming more prevalent. It would be very helpful if org.hibernate:hibernate-spatial was added to the the hibernate module.
> hibernate-spatial SEEMS to also require the following jars/packages :
> org.hibernate:hibernate-spatial
> org.geolatte:geolatte-geom
> com.vividsolutions:jts-parent
> So, jars would need to be added to modules/system/layers/base/org/hibernate/main and associated <resource-root> tags in module.xml
> I believe <dependencies> would also require <module name="org.slf4j"/> entry
> Note: The "Create Issue" page defaulted this item to "Major" but it is labeled as (FOR USE BY COMMITTERS ONLY) so I did not change it. I would have chosen "Minor" as this would be really useful but of course doesn't break or stop anything.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 7 months
[JBoss JIRA] (WFLY-7524) Add Hibernate-Spatial to WildFly Feature Pack
by Dennis Gesker (JIRA)
[ https://issues.jboss.org/browse/WFLY-7524?page=com.atlassian.jira.plugin.... ]
Dennis Gesker updated WFLY-7524:
--------------------------------
Environment: Linux / OpenJDK 8 / Wildfly 11.0.0.Final (was: Linux / OpenJDK 8 / WildFly 10.1.0.Final)
> Add Hibernate-Spatial to WildFly Feature Pack
> ---------------------------------------------
>
> Key: WFLY-7524
> URL: https://issues.jboss.org/browse/WFLY-7524
> Project: WildFly
> Issue Type: Feature Request
> Affects Versions: 11.0.0.Final, 12.0.0.Alpha1
> Environment: Linux / OpenJDK 8 / Wildfly 11.0.0.Final
> Reporter: Dennis Gesker
> Assignee: Jason Greene
> Labels: wildfly-feature-pack
>
> If possible kindly add jars need to make use of hibernate-spatial to WildFly-Feature-Pack
> org.hibernate:hibernate-spatial
> org.geolatte:geolatte-geom
> com.vividsolutions:jts-parent
> BTW, thank you for this package. It saves a HUGE amount of time with dependencies.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 7 months
[JBoss JIRA] (WFLY-7524) Add Hibernate-Spatial to WildFly Feature Pack
by Dennis Gesker (JIRA)
[ https://issues.jboss.org/browse/WFLY-7524?page=com.atlassian.jira.plugin.... ]
Dennis Gesker updated WFLY-7524:
--------------------------------
Affects Version/s: 11.0.0.Final
12.0.0.Alpha1
(was: 10.1.0.Final)
> Add Hibernate-Spatial to WildFly Feature Pack
> ---------------------------------------------
>
> Key: WFLY-7524
> URL: https://issues.jboss.org/browse/WFLY-7524
> Project: WildFly
> Issue Type: Feature Request
> Affects Versions: 11.0.0.Final, 12.0.0.Alpha1
> Environment: Linux / OpenJDK 8 / WildFly 10.1.0.Final
> Reporter: Dennis Gesker
> Assignee: Jason Greene
> Labels: wildfly-feature-pack
>
> If possible kindly add jars need to make use of hibernate-spatial to WildFly-Feature-Pack
> org.hibernate:hibernate-spatial
> org.geolatte:geolatte-geom
> com.vividsolutions:jts-parent
> BTW, thank you for this package. It saves a HUGE amount of time with dependencies.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 7 months
[JBoss JIRA] (WFLY-7523) Add hibernate-spatial to hibernate module
by Dennis Gesker (JIRA)
[ https://issues.jboss.org/browse/WFLY-7523?page=com.atlassian.jira.plugin.... ]
Dennis Gesker updated WFLY-7523:
--------------------------------
Affects Version/s: 11.0.0.Final
12.0.0.Alpha1
(was: 10.1.0.Final)
> Add hibernate-spatial to hibernate module
> -----------------------------------------
>
> Key: WFLY-7523
> URL: https://issues.jboss.org/browse/WFLY-7523
> Project: WildFly
> Issue Type: Feature Request
> Components: JPA / Hibernate
> Affects Versions: 11.0.0.Final, 12.0.0.Alpha1
> Environment: Linux / OpenJDK 8 / Wildfly 10.1.0.Final
> Reporter: Dennis Gesker
> Labels: hibernate_persistance_layer
>
> The use of GIS extensions is becoming more prevalent. It would be very helpful if org.hibernate:hibernate-spatial was added to the the hibernate module.
> hibernate-spatial SEEMS to also require the following jars/packages :
> org.hibernate:hibernate-spatial
> org.geolatte:geolatte-geom
> com.vividsolutions:jts-parent
> So, jars would need to be added to modules/system/layers/base/org/hibernate/main and associated <resource-root> tags in module.xml
> I believe <dependencies> would also require <module name="org.slf4j"/> entry
> Note: The "Create Issue" page defaulted this item to "Major" but it is labeled as (FOR USE BY COMMITTERS ONLY) so I did not change it. I would have chosen "Minor" as this would be really useful but of course doesn't break or stop anything.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 7 months
[JBoss JIRA] (WFLY-7524) Add Hibernate-Spatial to WildFly Feature Pack
by Dennis Gesker (JIRA)
[ https://issues.jboss.org/browse/WFLY-7524?page=com.atlassian.jira.plugin.... ]
Dennis Gesker commented on WFLY-7524:
-------------------------------------
Apologies, [Sanne Grinovero |https://issues.jboss.org/secure/ViewProfile.jspa?name=sannegrinovero] and [Kabir Khan|https://issues.jboss.org/secure/ViewProfile.jspa?name=kabirkhan] I'm still learning how the project is organized.
This is what I'm running into...
In my build (gradle) I keep and entry similar to...
providedCompile 'org.wildfly:wildfly-feature-pack:11.0.0.Final' so I have all of these packages from the maven repositories. So, the wildfly-feature-pack is SUPER convenient. It would be great if everything needed for GIS / Spatial work was in that package.
But, I also added a related link [WFLY-7523|https://issues.jboss.org/browse/WFLY-7523] as for this to really be a useful add I would be very helpful to have the GIS / Spatial portions of Hibernate shipped with the server. Right now I've got to add them each time I try a new version of WildFly.
I've just made the jump to 11 to take Elytron for a spin. But, even if adding Spatial / GIS for 12 would be awesome and very useful.
> Add Hibernate-Spatial to WildFly Feature Pack
> ---------------------------------------------
>
> Key: WFLY-7524
> URL: https://issues.jboss.org/browse/WFLY-7524
> Project: WildFly
> Issue Type: Feature Request
> Affects Versions: 10.1.0.Final
> Environment: Linux / OpenJDK 8 / WildFly 10.1.0.Final
> Reporter: Dennis Gesker
> Assignee: Jason Greene
> Labels: wildfly-feature-pack
>
> If possible kindly add jars need to make use of hibernate-spatial to WildFly-Feature-Pack
> org.hibernate:hibernate-spatial
> org.geolatte:geolatte-geom
> com.vividsolutions:jts-parent
> BTW, thank you for this package. It saves a HUGE amount of time with dependencies.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 7 months
[JBoss JIRA] (ELY-1428) Elytron provider has to be installed manually for key-store-ssl-certificate
by Darran Lofthouse (JIRA)
[ https://issues.jboss.org/browse/ELY-1428?page=com.atlassian.jira.plugin.s... ]
Darran Lofthouse updated ELY-1428:
----------------------------------
Fix Version/s: 1.2.0.Beta11
> Elytron provider has to be installed manually for key-store-ssl-certificate
> ---------------------------------------------------------------------------
>
> Key: ELY-1428
> URL: https://issues.jboss.org/browse/ELY-1428
> Project: WildFly Elytron
> Issue Type: Bug
> Components: Authentication Client
> Reporter: Martin Choma
> Assignee: Darran Lofthouse
> Priority: Critical
> Fix For: 1.2.0.Beta11
>
>
> Trying to configure ejb client 2-way TLS authentication with Elytron. I am getting "Invalid algorithm "clear" without use of programatically registering Elytron provider.
> {noformat}
> Security.addProvider(new WildFlyElytronProvider());
> {noformat}
> Specifying this in {{wildfly-config.xml}} doesn't help:
> {noformat}
> <providers>
> <use-service-loader/>
> </providers>
> {noformat}
> Example of {{wildfly-config.xml}} where I need this when using it with EJB client:
> {code:xml}
> <configuration>
> <authentication-client xmlns="urn:elytron:1.0">
> <authentication-rules>
> <rule use-configuration="default"/>
> </authentication-rules>
> <authentication-configurations>
> <configuration name="default">
> <credentials>
> <key-store-reference key-store-name="client-keystore" alias="joe">
> <key-store-clear-password password="abcdef"/>
> </key-store-reference>
> </credentials>
> </configuration>
> </authentication-configurations>
> <key-stores>
> <key-store name="client-keystore" type="JKS">
> <file name="${keystore.path:src/main/resources/client.keystore}"/>
> <key-store-clear-password password="abcdef"/>
> </key-store>
> <key-store name="client-truststore" type="JKS">
> <file name="${truststore.path:src/main/resources/client.truststore}"/>
> </key-store>
> </key-stores>
> <ssl-contexts>
> <ssl-context name="client-ssl-context">
> <trust-store key-store-name="client-truststore"/>
> <key-store-ssl-certificate key-store-name="client-keystore" alias="joe">
> <key-store-clear-password password="abcdef"/>
> </key-store-ssl-certificate>
> </ssl-context>
> </ssl-contexts>
> <ssl-context-rules>
> <rule use-ssl-context="client-ssl-context"/>
> </ssl-context-rules>
> </authentication-client>
> </configuration>
> {code}
> Without installing the Elytron provider, the client will fail with this error:
> {noformat}
> Exception in thread "main" java.lang.ExceptionInInitializerError
> at org.wildfly.security.auth.client.AuthenticationContext.lambda$static$0(AuthenticationContext.java:49)
> at org.wildfly.common.context.ContextManager.getPrivileged(ContextManager.java:282)
> at org.wildfly.security.auth.client.AuthenticationContext.captureCurrent(AuthenticationContext.java:81)
> at org.wildfly.naming.client.ProviderEnvironment$1.get(ProviderEnvironment.java:89)
> at org.wildfly.naming.client.ProviderEnvironment$1.get(ProviderEnvironment.java:87)
> at org.jboss.ejb.client.EJBClientInvocationContext.<init>(EJBClientInvocationContext.java:87)
> at org.jboss.ejb.client.EJBInvocationHandler.invoke(EJBInvocationHandler.java:154)
> at org.jboss.ejb.client.EJBInvocationHandler.invoke(EJBInvocationHandler.java:100)
> at com.sun.proxy.$Proxy2.hello(Unknown Source)
> at client.Client.main(Client.java:21)
> Caused by: org.wildfly.security.auth.client.InvalidAuthenticationConfigurationException: org.wildfly.client.config.ConfigXMLParseException: ELY01135: Failed to load keystore data
> at file:/home/jmartisk/Workspace/mock-artifacts/ejbclient/eap7.1-elytron-certificate-auth-with-two-way-ssl/client/target/classes/META-INF/wildfly-config.xml:9:87
> at org.wildfly.security.auth.client.DefaultAuthenticationContextProvider.lambda$static$0(DefaultAuthenticationContextProvider.java:40)
> at java.security.AccessController.doPrivileged(Native Method)
> at org.wildfly.security.auth.client.DefaultAuthenticationContextProvider.<clinit>(DefaultAuthenticationContextProvider.java:36)
> ... 10 more
> Caused by: org.wildfly.client.config.ConfigXMLParseException: ELY01135: Failed to load keystore data
> at file:/home/jmartisk/Workspace/mock-artifacts/ejbclient/eap7.1-elytron-certificate-auth-with-two-way-ssl/client/target/classes/META-INF/wildfly-config.xml:9:87
> at org.wildfly.security.auth.client.ElytronXmlParser.lambda$parseKeyStoreRefType$44(ElytronXmlParser.java:1410)
> at org.wildfly.security.auth.client.ElytronXmlParser.lambda$parseCredentialsType$28(ElytronXmlParser.java:952)
> at org.wildfly.security.auth.client.ElytronXmlParser.lambda$andThenOp$26(ElytronXmlParser.java:939)
> at org.wildfly.security.auth.client.ElytronXmlParser.lambda$parseCredentialsType$36(ElytronXmlParser.java:997)
> at org.wildfly.security.auth.client.ElytronXmlParser.lambda$parseAuthenticationConfigurationType$21(ElytronXmlParser.java:733)
> at org.wildfly.security.auth.client.ElytronXmlParser.lambda$andThenOp$26(ElytronXmlParser.java:939)
> at org.wildfly.security.auth.client.ElytronXmlParser.lambda$parseAuthenticationConfigurationType$25(ElytronXmlParser.java:781)
> at org.wildfly.security.auth.client.ElytronXmlParser.lambda$parseAuthenticationRuleType$10(ElytronXmlParser.java:613)
> at org.wildfly.security.auth.client.ElytronXmlParser.lambda$parseRulesType$11(ElytronXmlParser.java:639)
> at org.wildfly.security.auth.client.ElytronXmlParser.parseAuthenticationClientType(ElytronXmlParser.java:337)
> at org.wildfly.security.auth.client.ElytronXmlParser.parseAuthenticationClientConfiguration(ElytronXmlParser.java:214)
> at org.wildfly.security.auth.client.ElytronXmlParser.parseAuthenticationClientConfiguration(ElytronXmlParser.java:175)
> at org.wildfly.security.auth.client.DefaultAuthenticationContextProvider.lambda$static$0(DefaultAuthenticationContextProvider.java:38)
> ... 12 more
> Caused by: java.security.NoSuchAlgorithmException: ELY08028: Invalid algorithm "clear"
> at org.wildfly.security.password.PasswordFactory.getInstance(PasswordFactory.java:121)
> at org.wildfly.security.password.PasswordFactory.getInstance(PasswordFactory.java:75)
> at org.wildfly.security.auth.client.ElytronXmlParser.lambda$parseKeyStoreRefType$44(ElytronXmlParser.java:1376)
> ... 24 more
> {noformat}
> Using credential-store-reference clear-text cause similar error.
> There is example of clear passwords which works, so it will be problem of this specific elements:
> {code:xml}
> <authentication-client xmlns="urn:elytron:1.0">
> <authentication-rules>
> <rule use-configuration="default"/>
> </authentication-rules>
> <authentication-configurations>
> <configuration name="default">
> <sasl-mechanism-selector selector="DIGEST-MD5"/>
> <set-user-name name="joe"/>
> <credentials>
> <clear-password password="joeIsAwesome2013!"/>
> </credentials>
> </configuration>
> </authentication-configurations>
> </authentication-client>
> {code}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 7 months
[JBoss JIRA] (ELY-1428) Elytron provider has to be installed manually for key-store-ssl-certificate
by Darran Lofthouse (JIRA)
[ https://issues.jboss.org/browse/ELY-1428?page=com.atlassian.jira.plugin.s... ]
Darran Lofthouse updated ELY-1428:
----------------------------------
Component/s: Authentication Client
> Elytron provider has to be installed manually for key-store-ssl-certificate
> ---------------------------------------------------------------------------
>
> Key: ELY-1428
> URL: https://issues.jboss.org/browse/ELY-1428
> Project: WildFly Elytron
> Issue Type: Bug
> Components: Authentication Client
> Reporter: Martin Choma
> Assignee: Darran Lofthouse
> Priority: Critical
>
> Trying to configure ejb client 2-way TLS authentication with Elytron. I am getting "Invalid algorithm "clear" without use of programatically registering Elytron provider.
> {noformat}
> Security.addProvider(new WildFlyElytronProvider());
> {noformat}
> Specifying this in {{wildfly-config.xml}} doesn't help:
> {noformat}
> <providers>
> <use-service-loader/>
> </providers>
> {noformat}
> Example of {{wildfly-config.xml}} where I need this when using it with EJB client:
> {code:xml}
> <configuration>
> <authentication-client xmlns="urn:elytron:1.0">
> <authentication-rules>
> <rule use-configuration="default"/>
> </authentication-rules>
> <authentication-configurations>
> <configuration name="default">
> <credentials>
> <key-store-reference key-store-name="client-keystore" alias="joe">
> <key-store-clear-password password="abcdef"/>
> </key-store-reference>
> </credentials>
> </configuration>
> </authentication-configurations>
> <key-stores>
> <key-store name="client-keystore" type="JKS">
> <file name="${keystore.path:src/main/resources/client.keystore}"/>
> <key-store-clear-password password="abcdef"/>
> </key-store>
> <key-store name="client-truststore" type="JKS">
> <file name="${truststore.path:src/main/resources/client.truststore}"/>
> </key-store>
> </key-stores>
> <ssl-contexts>
> <ssl-context name="client-ssl-context">
> <trust-store key-store-name="client-truststore"/>
> <key-store-ssl-certificate key-store-name="client-keystore" alias="joe">
> <key-store-clear-password password="abcdef"/>
> </key-store-ssl-certificate>
> </ssl-context>
> </ssl-contexts>
> <ssl-context-rules>
> <rule use-ssl-context="client-ssl-context"/>
> </ssl-context-rules>
> </authentication-client>
> </configuration>
> {code}
> Without installing the Elytron provider, the client will fail with this error:
> {noformat}
> Exception in thread "main" java.lang.ExceptionInInitializerError
> at org.wildfly.security.auth.client.AuthenticationContext.lambda$static$0(AuthenticationContext.java:49)
> at org.wildfly.common.context.ContextManager.getPrivileged(ContextManager.java:282)
> at org.wildfly.security.auth.client.AuthenticationContext.captureCurrent(AuthenticationContext.java:81)
> at org.wildfly.naming.client.ProviderEnvironment$1.get(ProviderEnvironment.java:89)
> at org.wildfly.naming.client.ProviderEnvironment$1.get(ProviderEnvironment.java:87)
> at org.jboss.ejb.client.EJBClientInvocationContext.<init>(EJBClientInvocationContext.java:87)
> at org.jboss.ejb.client.EJBInvocationHandler.invoke(EJBInvocationHandler.java:154)
> at org.jboss.ejb.client.EJBInvocationHandler.invoke(EJBInvocationHandler.java:100)
> at com.sun.proxy.$Proxy2.hello(Unknown Source)
> at client.Client.main(Client.java:21)
> Caused by: org.wildfly.security.auth.client.InvalidAuthenticationConfigurationException: org.wildfly.client.config.ConfigXMLParseException: ELY01135: Failed to load keystore data
> at file:/home/jmartisk/Workspace/mock-artifacts/ejbclient/eap7.1-elytron-certificate-auth-with-two-way-ssl/client/target/classes/META-INF/wildfly-config.xml:9:87
> at org.wildfly.security.auth.client.DefaultAuthenticationContextProvider.lambda$static$0(DefaultAuthenticationContextProvider.java:40)
> at java.security.AccessController.doPrivileged(Native Method)
> at org.wildfly.security.auth.client.DefaultAuthenticationContextProvider.<clinit>(DefaultAuthenticationContextProvider.java:36)
> ... 10 more
> Caused by: org.wildfly.client.config.ConfigXMLParseException: ELY01135: Failed to load keystore data
> at file:/home/jmartisk/Workspace/mock-artifacts/ejbclient/eap7.1-elytron-certificate-auth-with-two-way-ssl/client/target/classes/META-INF/wildfly-config.xml:9:87
> at org.wildfly.security.auth.client.ElytronXmlParser.lambda$parseKeyStoreRefType$44(ElytronXmlParser.java:1410)
> at org.wildfly.security.auth.client.ElytronXmlParser.lambda$parseCredentialsType$28(ElytronXmlParser.java:952)
> at org.wildfly.security.auth.client.ElytronXmlParser.lambda$andThenOp$26(ElytronXmlParser.java:939)
> at org.wildfly.security.auth.client.ElytronXmlParser.lambda$parseCredentialsType$36(ElytronXmlParser.java:997)
> at org.wildfly.security.auth.client.ElytronXmlParser.lambda$parseAuthenticationConfigurationType$21(ElytronXmlParser.java:733)
> at org.wildfly.security.auth.client.ElytronXmlParser.lambda$andThenOp$26(ElytronXmlParser.java:939)
> at org.wildfly.security.auth.client.ElytronXmlParser.lambda$parseAuthenticationConfigurationType$25(ElytronXmlParser.java:781)
> at org.wildfly.security.auth.client.ElytronXmlParser.lambda$parseAuthenticationRuleType$10(ElytronXmlParser.java:613)
> at org.wildfly.security.auth.client.ElytronXmlParser.lambda$parseRulesType$11(ElytronXmlParser.java:639)
> at org.wildfly.security.auth.client.ElytronXmlParser.parseAuthenticationClientType(ElytronXmlParser.java:337)
> at org.wildfly.security.auth.client.ElytronXmlParser.parseAuthenticationClientConfiguration(ElytronXmlParser.java:214)
> at org.wildfly.security.auth.client.ElytronXmlParser.parseAuthenticationClientConfiguration(ElytronXmlParser.java:175)
> at org.wildfly.security.auth.client.DefaultAuthenticationContextProvider.lambda$static$0(DefaultAuthenticationContextProvider.java:38)
> ... 12 more
> Caused by: java.security.NoSuchAlgorithmException: ELY08028: Invalid algorithm "clear"
> at org.wildfly.security.password.PasswordFactory.getInstance(PasswordFactory.java:121)
> at org.wildfly.security.password.PasswordFactory.getInstance(PasswordFactory.java:75)
> at org.wildfly.security.auth.client.ElytronXmlParser.lambda$parseKeyStoreRefType$44(ElytronXmlParser.java:1376)
> ... 24 more
> {noformat}
> Using credential-store-reference clear-text cause similar error.
> There is example of clear passwords which works, so it will be problem of this specific elements:
> {code:xml}
> <authentication-client xmlns="urn:elytron:1.0">
> <authentication-rules>
> <rule use-configuration="default"/>
> </authentication-rules>
> <authentication-configurations>
> <configuration name="default">
> <sasl-mechanism-selector selector="DIGEST-MD5"/>
> <set-user-name name="joe"/>
> <credentials>
> <clear-password password="joeIsAwesome2013!"/>
> </credentials>
> </configuration>
> </authentication-configurations>
> </authentication-client>
> {code}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years, 7 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: Critical
> Fix For: 1.2.0.Beta12
>
>
> 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.5.0#75005)
8 years, 7 months