[jboss-jira] [JBoss JIRA] (WFLY-8880) Auth token properties are not applied using legacy AUTH configuration
Paul Ferraro (JIRA)
issues at jboss.org
Fri Jun 2 11:24:00 EDT 2017
[ https://issues.jboss.org/browse/WFLY-8880?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Paul Ferraro moved JBEAP-11331 to WFLY-8880:
--------------------------------------------
Project: WildFly (was: JBoss Enterprise Application Platform)
Key: WFLY-8880 (was: JBEAP-11331)
Workflow: GIT Pull Request workflow (was: CDW with loose statuses v1)
Component/s: Clustering
(was: Clustering)
Affects Version/s: No Release
(was: 7.1.0.DR18)
(was: 7.1.0.DR19)
> Auth token properties are not applied using legacy AUTH configuration
> ---------------------------------------------------------------------
>
> Key: WFLY-8880
> URL: https://issues.jboss.org/browse/WFLY-8880
> Project: WildFly
> Issue Type: Bug
> Components: Clustering
> Affects Versions: No Release
> Reporter: Paul Ferraro
> Assignee: Paul Ferraro
>
> This is related to the discussion that [~lakagwu] started on JBEAP-10285. I reproduced the NPE he was getting, went through the stacktrace, and I think it's a bug.
> {noformat}
> 08:53:37,361 ERROR [org.jboss.msc.service.fail] (ServerService Thread Pool -- 67) MSC000001: Failed to start service org.wildfly.clustering.jgroups.channel.ee: org.jboss.msc.service.StartException in service org.wildfly.clustering.jgroups.channel.ee: java.lang.NullPointerException
> at org.jboss.as.clustering.jgroups.subsystem.ChannelBuilder.start(ChannelBuilder.java:104)
> at org.wildfly.clustering.service.AsynchronousServiceBuilder.lambda$start$0(AsynchronousServiceBuilder.java:99)
> 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:748)
> at org.jboss.threads.JBossThread.run(JBossThread.java:320)
> Caused by: java.lang.NullPointerException
> at org.jboss.modules.ConcurrentClassLoader.getResourceAsStream(ConcurrentClassLoader.java:366)
> at org.jgroups.auth.X509Token.setCertificate(X509Token.java:180)
> at org.jgroups.protocols.AUTH.init(AUTH.java:101)
> at org.jgroups.stack.ProtocolStack.initProtocolStack(ProtocolStack.java:861)
> at org.jgroups.stack.ProtocolStack.init(ProtocolStack.java:831)
> at org.jboss.as.clustering.jgroups.JChannelFactory.createChannel(JChannelFactory.java:108)
> at org.jboss.as.clustering.jgroups.subsystem.ChannelBuilder.start(ChannelBuilder.java:102)
> ... 5 more
> {noformat}
> It looks like the only reason {{ConcurrentClassLoader}} would throw an NPE instead of returning null in {{getResourceAsStream}} is that the name (in this case {{keystore_path}}) is null. That means the {{keystore_path}} is not propagated from EAP configuration to JGroups when the protocol stack is being created.
> The {{getResourceAsStream}} is still expected to fail, as the keystore is not on the classpath, but it should be found after that via the {{FileInputStream}} check that JGroups does.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
More information about the jboss-jira
mailing list