[JBoss JIRA] (ELY-153) Support DigestCredential with a specified realm name
by Darran Lofthouse (JIRA)
[ https://issues.jboss.org/browse/ELY-153?page=com.atlassian.jira.plugin.sy... ]
Darran Lofthouse updated ELY-153:
---------------------------------
Description:
This would imply the password is retrievable and the realm associated by the authentication mechanism.
I see the following scenarios to be covered by this: -
- Realm that does not store pre-hashed and so is open to the mechanism providing the realm name.
- Realms where one or more realm names may be in use.
- One identity with multiple credentials each with a different realm.
- Different realms used for different identities but no more than one per identity.
If this is accomplished using a CallbackHandler then there are couple of Callback options: -
1. getCredentialSupport on the realm, a RealmChoiceCallback can be used by a realm that advertises all the realm names it knows, where realm names are selected the response can take into account if all or some of the identities in that realm have a credential stored for that realm.
2. getCredentialSupport on the realm can also support RealmCallback, in this case the mechanism specifies one realm name.
3. These two can be repeated on the RealmIdentity, in that case however as a specific identity is being referenced the response can be much more specific.
4. On getCredential the Callbacks can both be supported but in both cases can allow the selection of a single realm.
Another option could be an extension to RealmChoiceCallback that also indicates the level of support for each realm it contains.
Whilst exploring this, being able to identify the message digest algorithm support level should also be considered in parallel.
Also I see solving this as a simple pre-requisite for ELY-154
was:
This would imply the password is retrievable and the realm associated by the authentication mechanism.
I see the following scenarios to be covered by this: -
- Realm that does not store pre-hashed and so is open to the mechanism providing the realm name.
- Realms where one or more realm names may be in use.
- One identity with multiple credentials each with a different realm.
- Different realms used for different identities but no more than one per identity.
If this is accomplished using a CallbackHandler then there are couple of Callback options: -
1. getCredentialSupport on the realm, a RealmChoiceCallback can be used by a realm that advertises all the realm names it knows, where realm names are selected the response can take into account if all or some of the identities in that realm have a credential stored for that realm.
2. getCredentialSupport on the realm can also support RealmCallback, in this case the mechanism specifies one realm name.
3. These two can be repeated on the RealmIdentity, in that case however as a specific identity is being referenced the response can be much more specific.
4. On getCredential the Callbacks can both be supported but in both cases can allow the selection of a single realm.
Another option could be an extension to RealmChoiceCallback that also indicates the level of support for each realm it contains.
Also I see solving this as a simple pre-requisite for ELY-154
> Support DigestCredential with a specified realm name
> ----------------------------------------------------
>
> Key: ELY-153
> URL: https://issues.jboss.org/browse/ELY-153
> Project: WildFly Elytron
> Issue Type: Sub-task
> Components: Passwords
> Reporter: Darran Lofthouse
> Assignee: Darran Lofthouse
> Fix For: 1.0.0.Alpha1
>
>
> This would imply the password is retrievable and the realm associated by the authentication mechanism.
> I see the following scenarios to be covered by this: -
> - Realm that does not store pre-hashed and so is open to the mechanism providing the realm name.
> - Realms where one or more realm names may be in use.
> - One identity with multiple credentials each with a different realm.
> - Different realms used for different identities but no more than one per identity.
> If this is accomplished using a CallbackHandler then there are couple of Callback options: -
> 1. getCredentialSupport on the realm, a RealmChoiceCallback can be used by a realm that advertises all the realm names it knows, where realm names are selected the response can take into account if all or some of the identities in that realm have a credential stored for that realm.
> 2. getCredentialSupport on the realm can also support RealmCallback, in this case the mechanism specifies one realm name.
> 3. These two can be repeated on the RealmIdentity, in that case however as a specific identity is being referenced the response can be much more specific.
> 4. On getCredential the Callbacks can both be supported but in both cases can allow the selection of a single realm.
> Another option could be an extension to RealmChoiceCallback that also indicates the level of support for each realm it contains.
> Whilst exploring this, being able to identify the message digest algorithm support level should also be considered in parallel.
> Also I see solving this as a simple pre-requisite for ELY-154
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)
11 years, 5 months
[JBoss JIRA] (ELY-153) Support DigestCredential with a specified realm name
by Darran Lofthouse (JIRA)
[ https://issues.jboss.org/browse/ELY-153?page=com.atlassian.jira.plugin.sy... ]
Darran Lofthouse updated ELY-153:
---------------------------------
Description:
This would imply the password is retrievable and the realm associated by the authentication mechanism.
I see the following scenarios to be covered by this: -
- Realm that does not store pre-hashed and so is open to the mechanism providing the realm name.
- Realms where one or more realm names may be in use.
- One identity with multiple credentials each with a different realm.
- Different realms used for different identities but no more than one per identity.
If this is accomplished using a CallbackHandler then there are couple of Callback options: -
1. getCredentialSupport on the realm, a RealmChoiceCallback can be used by a realm that advertises all the realm names it knows, where realm names are selected the response can take into account if all or some of the identities in that realm have a credential stored for that realm.
2. getCredentialSupport on the realm can also support RealmCallback, in this case the mechanism specifies one realm name.
3. These two can be repeated on the RealmIdentity, in that case however as a specific identity is being referenced the response can be much more specific.
4. On getCredential the Callbacks can both be supported but in both cases can allow the selection of a single realm.
Another option could be an extension to RealmChoiceCallback that also indicates the level of support for each realm it contains.
Also I see solving this as a simple pre-requisite for ELY-154
was:This would imply the password is retrievable and the realm associated by the authentication mechanism.
> Support DigestCredential with a specified realm name
> ----------------------------------------------------
>
> Key: ELY-153
> URL: https://issues.jboss.org/browse/ELY-153
> Project: WildFly Elytron
> Issue Type: Sub-task
> Components: Passwords
> Reporter: Darran Lofthouse
> Assignee: Darran Lofthouse
> Fix For: 1.0.0.Alpha1
>
>
> This would imply the password is retrievable and the realm associated by the authentication mechanism.
> I see the following scenarios to be covered by this: -
> - Realm that does not store pre-hashed and so is open to the mechanism providing the realm name.
> - Realms where one or more realm names may be in use.
> - One identity with multiple credentials each with a different realm.
> - Different realms used for different identities but no more than one per identity.
> If this is accomplished using a CallbackHandler then there are couple of Callback options: -
> 1. getCredentialSupport on the realm, a RealmChoiceCallback can be used by a realm that advertises all the realm names it knows, where realm names are selected the response can take into account if all or some of the identities in that realm have a credential stored for that realm.
> 2. getCredentialSupport on the realm can also support RealmCallback, in this case the mechanism specifies one realm name.
> 3. These two can be repeated on the RealmIdentity, in that case however as a specific identity is being referenced the response can be much more specific.
> 4. On getCredential the Callbacks can both be supported but in both cases can allow the selection of a single realm.
> Another option could be an extension to RealmChoiceCallback that also indicates the level of support for each realm it contains.
> Also I see solving this as a simple pre-requisite for ELY-154
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)
11 years, 5 months
[JBoss JIRA] (WFLY-4347) NullPointerException in WebServerService.getListenerMap
by Tomaz Cerar (JIRA)
[ https://issues.jboss.org/browse/WFLY-4347?page=com.atlassian.jira.plugin.... ]
Tomaz Cerar commented on WFLY-4347:
-----------------------------------
can you attach simple reproducer for this?
> NullPointerException in WebServerService.getListenerMap
> -------------------------------------------------------
>
> Key: WFLY-4347
> URL: https://issues.jboss.org/browse/WFLY-4347
> Project: WildFly
> Issue Type: Bug
> Components: Web Services
> Affects Versions: 8.1.0.Final
> Environment: Windows, Linux
> Java 8
> Reporter: Mayank Mittal
> Assignee: Tomaz Cerar
>
> While deploying a SLSB annotated with WebService causes NullPointerException in WebServerService.getListenerMap
> {noformat}
> org.jboss.msc.service.StartException in service jboss.deployment.subunit."myTest.ear"."myTest.jar".INSTALL: JBAS018733: Failed to process phase INSTALL of subdeployment "myTest.jar" of deployment "myTest.ear"
> at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:166)
> at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1948)
> at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1881)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
> at java.lang.Thread.run(Unknown Source)
> Caused by: java.lang.NullPointerException
> at java.util.LinkedList$ListItr.next(Unknown Source)
> at org.wildfly.extension.undertow.WebServerService.getListenerMap(WebServerService.java:73)
> at org.wildfly.extension.undertow.WebServerService.getPort(WebServerService.java:49)
> at org.jboss.as.webservices.config.WebServerInfoImpl.getPort(WebServerInfoImpl.java:36)
> at org.jboss.ws.common.management.AbstractServerConfig.getConnectorPort(AbstractServerConfig.java:207)
> at org.jboss.ws.common.management.AbstractServerConfig.getWebServicePort(AbstractServerConfig.java:170)
> at org.jboss.ws.common.deployment.EndpointAddressDeploymentAspect$PortValue.getPortValue(EndpointAddressDeploymentAspect.java:198)
> at org.jboss.ws.common.deployment.EndpointAddressDeploymentAspect$PortValue.getValue(EndpointAddressDeploymentAspect.java:191)
> at org.jboss.ws.common.deployment.EndpointAddressDeploymentAspect.start(EndpointAddressDeploymentAspect.java:77)
> at org.jboss.as.webservices.deployers.AspectDeploymentProcessor.deploy(AspectDeploymentProcessor.java:75)
> at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:159)
> {noformat}
> Upon looking into the source code, I found that the the collection used to hold registered listeners in org.wildfly.extension.undertow.Server class is LinkedList.
> What I understand from the code is that this list is getting accessed by two threads at some moment of time and causes the NullPointerException
> plz. refer http://stackoverflow.com/questions/18055024/nullpointer-exception-in-link....
> I think one should use ConcurrentHashSet to avoid such situations.
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)
11 years, 5 months
[JBoss JIRA] (WFLY-4347) NullPointerException in WebServerService.getListenerMap
by Tomaz Cerar (JIRA)
[ https://issues.jboss.org/browse/WFLY-4347?page=com.atlassian.jira.plugin.... ]
Tomaz Cerar reassigned WFLY-4347:
---------------------------------
Assignee: Tomaz Cerar (was: Stuart Douglas)
> NullPointerException in WebServerService.getListenerMap
> -------------------------------------------------------
>
> Key: WFLY-4347
> URL: https://issues.jboss.org/browse/WFLY-4347
> Project: WildFly
> Issue Type: Bug
> Components: Web Services
> Affects Versions: 8.1.0.Final
> Environment: Windows, Linux
> Java 8
> Reporter: Mayank Mittal
> Assignee: Tomaz Cerar
>
> While deploying a SLSB annotated with WebService causes NullPointerException in WebServerService.getListenerMap
> org.jboss.msc.service.StartException in service jboss.deployment.subunit."myTest.ear"."myTest.jar".INSTALL: JBAS018733: Failed to process phase INSTALL of subdeployment "myTest.jar" of deployment "myTest.ear"
> at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:166)
> at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1948)
> at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1881)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
> at java.lang.Thread.run(Unknown Source)
> Caused by: java.lang.NullPointerException
> at java.util.LinkedList$ListItr.next(Unknown Source)
> at org.wildfly.extension.undertow.WebServerService.getListenerMap(WebServerService.java:73)
> at org.wildfly.extension.undertow.WebServerService.getPort(WebServerService.java:49)
> at org.jboss.as.webservices.config.WebServerInfoImpl.getPort(WebServerInfoImpl.java:36)
> at org.jboss.ws.common.management.AbstractServerConfig.getConnectorPort(AbstractServerConfig.java:207)
> at org.jboss.ws.common.management.AbstractServerConfig.getWebServicePort(AbstractServerConfig.java:170)
> at org.jboss.ws.common.deployment.EndpointAddressDeploymentAspect$PortValue.getPortValue(EndpointAddressDeploymentAspect.java:198)
> at org.jboss.ws.common.deployment.EndpointAddressDeploymentAspect$PortValue.getValue(EndpointAddressDeploymentAspect.java:191)
> at org.jboss.ws.common.deployment.EndpointAddressDeploymentAspect.start(EndpointAddressDeploymentAspect.java:77)
> at org.jboss.as.webservices.deployers.AspectDeploymentProcessor.deploy(AspectDeploymentProcessor.java:75)
> at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:159)
> Upon looking into the source code, I found that the the collection used to hold registered listeners in org.wildfly.extension.undertow.Server class is LinkedList.
> What I understand from the code is that this list is getting accessed by two threads at some moment of time and causes the NullPointerException
> plz. refer http://stackoverflow.com/questions/18055024/nullpointer-exception-in-link....
> I think one should use ConcurrentHashSet to avoid such situations.
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)
11 years, 5 months
[JBoss JIRA] (WFLY-4347) NullPointerException in WebServerService.getListenerMap
by Tomaz Cerar (JIRA)
[ https://issues.jboss.org/browse/WFLY-4347?page=com.atlassian.jira.plugin.... ]
Tomaz Cerar updated WFLY-4347:
------------------------------
Description:
While deploying a SLSB annotated with WebService causes NullPointerException in WebServerService.getListenerMap
{noformat}
org.jboss.msc.service.StartException in service jboss.deployment.subunit."myTest.ear"."myTest.jar".INSTALL: JBAS018733: Failed to process phase INSTALL of subdeployment "myTest.jar" of deployment "myTest.ear"
at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:166)
at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1948)
at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1881)
at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
at java.lang.Thread.run(Unknown Source)
Caused by: java.lang.NullPointerException
at java.util.LinkedList$ListItr.next(Unknown Source)
at org.wildfly.extension.undertow.WebServerService.getListenerMap(WebServerService.java:73)
at org.wildfly.extension.undertow.WebServerService.getPort(WebServerService.java:49)
at org.jboss.as.webservices.config.WebServerInfoImpl.getPort(WebServerInfoImpl.java:36)
at org.jboss.ws.common.management.AbstractServerConfig.getConnectorPort(AbstractServerConfig.java:207)
at org.jboss.ws.common.management.AbstractServerConfig.getWebServicePort(AbstractServerConfig.java:170)
at org.jboss.ws.common.deployment.EndpointAddressDeploymentAspect$PortValue.getPortValue(EndpointAddressDeploymentAspect.java:198)
at org.jboss.ws.common.deployment.EndpointAddressDeploymentAspect$PortValue.getValue(EndpointAddressDeploymentAspect.java:191)
at org.jboss.ws.common.deployment.EndpointAddressDeploymentAspect.start(EndpointAddressDeploymentAspect.java:77)
at org.jboss.as.webservices.deployers.AspectDeploymentProcessor.deploy(AspectDeploymentProcessor.java:75)
at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:159)
{noformat}
Upon looking into the source code, I found that the the collection used to hold registered listeners in org.wildfly.extension.undertow.Server class is LinkedList.
What I understand from the code is that this list is getting accessed by two threads at some moment of time and causes the NullPointerException
plz. refer http://stackoverflow.com/questions/18055024/nullpointer-exception-in-link....
I think one should use ConcurrentHashSet to avoid such situations.
was:
While deploying a SLSB annotated with WebService causes NullPointerException in WebServerService.getListenerMap
org.jboss.msc.service.StartException in service jboss.deployment.subunit."myTest.ear"."myTest.jar".INSTALL: JBAS018733: Failed to process phase INSTALL of subdeployment "myTest.jar" of deployment "myTest.ear"
at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:166)
at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1948)
at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1881)
at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
at java.lang.Thread.run(Unknown Source)
Caused by: java.lang.NullPointerException
at java.util.LinkedList$ListItr.next(Unknown Source)
at org.wildfly.extension.undertow.WebServerService.getListenerMap(WebServerService.java:73)
at org.wildfly.extension.undertow.WebServerService.getPort(WebServerService.java:49)
at org.jboss.as.webservices.config.WebServerInfoImpl.getPort(WebServerInfoImpl.java:36)
at org.jboss.ws.common.management.AbstractServerConfig.getConnectorPort(AbstractServerConfig.java:207)
at org.jboss.ws.common.management.AbstractServerConfig.getWebServicePort(AbstractServerConfig.java:170)
at org.jboss.ws.common.deployment.EndpointAddressDeploymentAspect$PortValue.getPortValue(EndpointAddressDeploymentAspect.java:198)
at org.jboss.ws.common.deployment.EndpointAddressDeploymentAspect$PortValue.getValue(EndpointAddressDeploymentAspect.java:191)
at org.jboss.ws.common.deployment.EndpointAddressDeploymentAspect.start(EndpointAddressDeploymentAspect.java:77)
at org.jboss.as.webservices.deployers.AspectDeploymentProcessor.deploy(AspectDeploymentProcessor.java:75)
at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:159)
Upon looking into the source code, I found that the the collection used to hold registered listeners in org.wildfly.extension.undertow.Server class is LinkedList.
What I understand from the code is that this list is getting accessed by two threads at some moment of time and causes the NullPointerException
plz. refer http://stackoverflow.com/questions/18055024/nullpointer-exception-in-link....
I think one should use ConcurrentHashSet to avoid such situations.
> NullPointerException in WebServerService.getListenerMap
> -------------------------------------------------------
>
> Key: WFLY-4347
> URL: https://issues.jboss.org/browse/WFLY-4347
> Project: WildFly
> Issue Type: Bug
> Components: Web Services
> Affects Versions: 8.1.0.Final
> Environment: Windows, Linux
> Java 8
> Reporter: Mayank Mittal
> Assignee: Tomaz Cerar
>
> While deploying a SLSB annotated with WebService causes NullPointerException in WebServerService.getListenerMap
> {noformat}
> org.jboss.msc.service.StartException in service jboss.deployment.subunit."myTest.ear"."myTest.jar".INSTALL: JBAS018733: Failed to process phase INSTALL of subdeployment "myTest.jar" of deployment "myTest.ear"
> at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:166)
> at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1948)
> at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1881)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
> at java.lang.Thread.run(Unknown Source)
> Caused by: java.lang.NullPointerException
> at java.util.LinkedList$ListItr.next(Unknown Source)
> at org.wildfly.extension.undertow.WebServerService.getListenerMap(WebServerService.java:73)
> at org.wildfly.extension.undertow.WebServerService.getPort(WebServerService.java:49)
> at org.jboss.as.webservices.config.WebServerInfoImpl.getPort(WebServerInfoImpl.java:36)
> at org.jboss.ws.common.management.AbstractServerConfig.getConnectorPort(AbstractServerConfig.java:207)
> at org.jboss.ws.common.management.AbstractServerConfig.getWebServicePort(AbstractServerConfig.java:170)
> at org.jboss.ws.common.deployment.EndpointAddressDeploymentAspect$PortValue.getPortValue(EndpointAddressDeploymentAspect.java:198)
> at org.jboss.ws.common.deployment.EndpointAddressDeploymentAspect$PortValue.getValue(EndpointAddressDeploymentAspect.java:191)
> at org.jboss.ws.common.deployment.EndpointAddressDeploymentAspect.start(EndpointAddressDeploymentAspect.java:77)
> at org.jboss.as.webservices.deployers.AspectDeploymentProcessor.deploy(AspectDeploymentProcessor.java:75)
> at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:159)
> {noformat}
> Upon looking into the source code, I found that the the collection used to hold registered listeners in org.wildfly.extension.undertow.Server class is LinkedList.
> What I understand from the code is that this list is getting accessed by two threads at some moment of time and causes the NullPointerException
> plz. refer http://stackoverflow.com/questions/18055024/nullpointer-exception-in-link....
> I think one should use ConcurrentHashSet to avoid such situations.
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)
11 years, 5 months
[JBoss JIRA] (WFLY-4347) NullPointerException in WebServerService.getListenerMap
by Tomaz Cerar (JIRA)
[ https://issues.jboss.org/browse/WFLY-4347?page=com.atlassian.jira.plugin.... ]
Tomaz Cerar updated WFLY-4347:
------------------------------
Component/s: Web Services
(was: Web (Undertow))
> NullPointerException in WebServerService.getListenerMap
> -------------------------------------------------------
>
> Key: WFLY-4347
> URL: https://issues.jboss.org/browse/WFLY-4347
> Project: WildFly
> Issue Type: Bug
> Components: Web Services
> Affects Versions: 8.1.0.Final
> Environment: Windows, Linux
> Java 8
> Reporter: Mayank Mittal
> Assignee: Stuart Douglas
>
> While deploying a SLSB annotated with WebService causes NullPointerException in WebServerService.getListenerMap
> org.jboss.msc.service.StartException in service jboss.deployment.subunit."200cms.ear"."perspectivemgtfacade.jar".INSTALL: JBAS018733: Failed to process phase INSTALL of subdeployment "perspectivemgtfacade.jar" of deployment "200cms.ear"
> at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:166)
> at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1948)
> at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1881)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
> at java.lang.Thread.run(Unknown Source)
> Caused by: java.lang.NullPointerException
> at java.util.LinkedList$ListItr.next(Unknown Source)
> at org.wildfly.extension.undertow.WebServerService.getListenerMap(WebServerService.java:73)
> at org.wildfly.extension.undertow.WebServerService.getPort(WebServerService.java:49)
> at org.jboss.as.webservices.config.WebServerInfoImpl.getPort(WebServerInfoImpl.java:36)
> at org.jboss.ws.common.management.AbstractServerConfig.getConnectorPort(AbstractServerConfig.java:207)
> at org.jboss.ws.common.management.AbstractServerConfig.getWebServicePort(AbstractServerConfig.java:170)
> at org.jboss.ws.common.deployment.EndpointAddressDeploymentAspect$PortValue.getPortValue(EndpointAddressDeploymentAspect.java:198)
> at org.jboss.ws.common.deployment.EndpointAddressDeploymentAspect$PortValue.getValue(EndpointAddressDeploymentAspect.java:191)
> at org.jboss.ws.common.deployment.EndpointAddressDeploymentAspect.start(EndpointAddressDeploymentAspect.java:77)
> at org.jboss.as.webservices.deployers.AspectDeploymentProcessor.deploy(AspectDeploymentProcessor.java:75)
> at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:159)
> Upon looking into the source code, I found that the the collection used to hold registered listeners in org.wildfly.extension.undertow.Server class is LinkedList.
> What I understand from the code is that this list is getting accessed by two threads at some moment of time and causes the NullPointerException
> plz. refer http://stackoverflow.com/questions/18055024/nullpointer-exception-in-link....
> I think one should use ConcurrentHashSet to avoid such situations.
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)
11 years, 5 months
[JBoss JIRA] (WFLY-4347) NullPointerException in WebServerService.getListenerMap
by Mayank Mittal (JIRA)
[ https://issues.jboss.org/browse/WFLY-4347?page=com.atlassian.jira.plugin.... ]
Mayank Mittal updated WFLY-4347:
--------------------------------
Description:
While deploying a SLSB annotated with WebService causes NullPointerException in WebServerService.getListenerMap
org.jboss.msc.service.StartException in service jboss.deployment.subunit."myTest.ear"."myTest.jar".INSTALL: JBAS018733: Failed to process phase INSTALL of subdeployment "myTest.jar" of deployment "myTest.ear"
at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:166)
at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1948)
at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1881)
at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
at java.lang.Thread.run(Unknown Source)
Caused by: java.lang.NullPointerException
at java.util.LinkedList$ListItr.next(Unknown Source)
at org.wildfly.extension.undertow.WebServerService.getListenerMap(WebServerService.java:73)
at org.wildfly.extension.undertow.WebServerService.getPort(WebServerService.java:49)
at org.jboss.as.webservices.config.WebServerInfoImpl.getPort(WebServerInfoImpl.java:36)
at org.jboss.ws.common.management.AbstractServerConfig.getConnectorPort(AbstractServerConfig.java:207)
at org.jboss.ws.common.management.AbstractServerConfig.getWebServicePort(AbstractServerConfig.java:170)
at org.jboss.ws.common.deployment.EndpointAddressDeploymentAspect$PortValue.getPortValue(EndpointAddressDeploymentAspect.java:198)
at org.jboss.ws.common.deployment.EndpointAddressDeploymentAspect$PortValue.getValue(EndpointAddressDeploymentAspect.java:191)
at org.jboss.ws.common.deployment.EndpointAddressDeploymentAspect.start(EndpointAddressDeploymentAspect.java:77)
at org.jboss.as.webservices.deployers.AspectDeploymentProcessor.deploy(AspectDeploymentProcessor.java:75)
at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:159)
Upon looking into the source code, I found that the the collection used to hold registered listeners in org.wildfly.extension.undertow.Server class is LinkedList.
What I understand from the code is that this list is getting accessed by two threads at some moment of time and causes the NullPointerException
plz. refer http://stackoverflow.com/questions/18055024/nullpointer-exception-in-link....
I think one should use ConcurrentHashSet to avoid such situations.
was:
While deploying a SLSB annotated with WebService causes NullPointerException in WebServerService.getListenerMap
org.jboss.msc.service.StartException in service jboss.deployment.subunit."200cms.ear"."perspectivemgtfacade.jar".INSTALL: JBAS018733: Failed to process phase INSTALL of subdeployment "perspectivemgtfacade.jar" of deployment "200cms.ear"
at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:166)
at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1948)
at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1881)
at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
at java.lang.Thread.run(Unknown Source)
Caused by: java.lang.NullPointerException
at java.util.LinkedList$ListItr.next(Unknown Source)
at org.wildfly.extension.undertow.WebServerService.getListenerMap(WebServerService.java:73)
at org.wildfly.extension.undertow.WebServerService.getPort(WebServerService.java:49)
at org.jboss.as.webservices.config.WebServerInfoImpl.getPort(WebServerInfoImpl.java:36)
at org.jboss.ws.common.management.AbstractServerConfig.getConnectorPort(AbstractServerConfig.java:207)
at org.jboss.ws.common.management.AbstractServerConfig.getWebServicePort(AbstractServerConfig.java:170)
at org.jboss.ws.common.deployment.EndpointAddressDeploymentAspect$PortValue.getPortValue(EndpointAddressDeploymentAspect.java:198)
at org.jboss.ws.common.deployment.EndpointAddressDeploymentAspect$PortValue.getValue(EndpointAddressDeploymentAspect.java:191)
at org.jboss.ws.common.deployment.EndpointAddressDeploymentAspect.start(EndpointAddressDeploymentAspect.java:77)
at org.jboss.as.webservices.deployers.AspectDeploymentProcessor.deploy(AspectDeploymentProcessor.java:75)
at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:159)
Upon looking into the source code, I found that the the collection used to hold registered listeners in org.wildfly.extension.undertow.Server class is LinkedList.
What I understand from the code is that this list is getting accessed by two threads at some moment of time and causes the NullPointerException
plz. refer http://stackoverflow.com/questions/18055024/nullpointer-exception-in-link....
I think one should use ConcurrentHashSet to avoid such situations.
> NullPointerException in WebServerService.getListenerMap
> -------------------------------------------------------
>
> Key: WFLY-4347
> URL: https://issues.jboss.org/browse/WFLY-4347
> Project: WildFly
> Issue Type: Bug
> Components: Web Services
> Affects Versions: 8.1.0.Final
> Environment: Windows, Linux
> Java 8
> Reporter: Mayank Mittal
> Assignee: Stuart Douglas
>
> While deploying a SLSB annotated with WebService causes NullPointerException in WebServerService.getListenerMap
> org.jboss.msc.service.StartException in service jboss.deployment.subunit."myTest.ear"."myTest.jar".INSTALL: JBAS018733: Failed to process phase INSTALL of subdeployment "myTest.jar" of deployment "myTest.ear"
> at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:166)
> at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1948)
> at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1881)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
> at java.lang.Thread.run(Unknown Source)
> Caused by: java.lang.NullPointerException
> at java.util.LinkedList$ListItr.next(Unknown Source)
> at org.wildfly.extension.undertow.WebServerService.getListenerMap(WebServerService.java:73)
> at org.wildfly.extension.undertow.WebServerService.getPort(WebServerService.java:49)
> at org.jboss.as.webservices.config.WebServerInfoImpl.getPort(WebServerInfoImpl.java:36)
> at org.jboss.ws.common.management.AbstractServerConfig.getConnectorPort(AbstractServerConfig.java:207)
> at org.jboss.ws.common.management.AbstractServerConfig.getWebServicePort(AbstractServerConfig.java:170)
> at org.jboss.ws.common.deployment.EndpointAddressDeploymentAspect$PortValue.getPortValue(EndpointAddressDeploymentAspect.java:198)
> at org.jboss.ws.common.deployment.EndpointAddressDeploymentAspect$PortValue.getValue(EndpointAddressDeploymentAspect.java:191)
> at org.jboss.ws.common.deployment.EndpointAddressDeploymentAspect.start(EndpointAddressDeploymentAspect.java:77)
> at org.jboss.as.webservices.deployers.AspectDeploymentProcessor.deploy(AspectDeploymentProcessor.java:75)
> at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:159)
> Upon looking into the source code, I found that the the collection used to hold registered listeners in org.wildfly.extension.undertow.Server class is LinkedList.
> What I understand from the code is that this list is getting accessed by two threads at some moment of time and causes the NullPointerException
> plz. refer http://stackoverflow.com/questions/18055024/nullpointer-exception-in-link....
> I think one should use ConcurrentHashSet to avoid such situations.
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)
11 years, 5 months
[JBoss JIRA] (WFLY-4347) NullPointerException in WebServerService.getListenerMap
by Mayank Mittal (JIRA)
Mayank Mittal created WFLY-4347:
-----------------------------------
Summary: NullPointerException in WebServerService.getListenerMap
Key: WFLY-4347
URL: https://issues.jboss.org/browse/WFLY-4347
Project: WildFly
Issue Type: Bug
Components: Web (Undertow)
Affects Versions: 8.1.0.Final
Environment: Windows, Linux
Java 8
Reporter: Mayank Mittal
Assignee: Stuart Douglas
While deploying a SLSB annotated with WebService causes NullPointerException in WebServerService.getListenerMap
org.jboss.msc.service.StartException in service jboss.deployment.subunit."200cms.ear"."perspectivemgtfacade.jar".INSTALL: JBAS018733: Failed to process phase INSTALL of subdeployment "perspectivemgtfacade.jar" of deployment "200cms.ear"
at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:166)
at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1948)
at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1881)
at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
at java.lang.Thread.run(Unknown Source)
Caused by: java.lang.NullPointerException
at java.util.LinkedList$ListItr.next(Unknown Source)
at org.wildfly.extension.undertow.WebServerService.getListenerMap(WebServerService.java:73)
at org.wildfly.extension.undertow.WebServerService.getPort(WebServerService.java:49)
at org.jboss.as.webservices.config.WebServerInfoImpl.getPort(WebServerInfoImpl.java:36)
at org.jboss.ws.common.management.AbstractServerConfig.getConnectorPort(AbstractServerConfig.java:207)
at org.jboss.ws.common.management.AbstractServerConfig.getWebServicePort(AbstractServerConfig.java:170)
at org.jboss.ws.common.deployment.EndpointAddressDeploymentAspect$PortValue.getPortValue(EndpointAddressDeploymentAspect.java:198)
at org.jboss.ws.common.deployment.EndpointAddressDeploymentAspect$PortValue.getValue(EndpointAddressDeploymentAspect.java:191)
at org.jboss.ws.common.deployment.EndpointAddressDeploymentAspect.start(EndpointAddressDeploymentAspect.java:77)
at org.jboss.as.webservices.deployers.AspectDeploymentProcessor.deploy(AspectDeploymentProcessor.java:75)
at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:159)
Upon looking into the source code, I found that the the collection used to hold registered listeners in org.wildfly.extension.undertow.Server class is LinkedList.
What I understand from the code is that this list is getting accessed by two threads at some moment of time and causes the NullPointerException
plz. refer http://stackoverflow.com/questions/18055024/nullpointer-exception-in-link....
I think one should use ConcurrentHashSet to avoid such situations.
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)
11 years, 5 months
[JBoss JIRA] (WFCORE-360) HTTP management API section in the Admin Guide
by Brian Stansberry (JIRA)
[ https://issues.jboss.org/browse/WFCORE-360?page=com.atlassian.jira.plugin... ]
Brian Stansberry commented on WFCORE-360:
-----------------------------------------
Can this be resolved against version No Release? (That version is for issues not directly associated with tagged releases.)
> HTTP management API section in the Admin Guide
> ----------------------------------------------
>
> Key: WFCORE-360
> URL: https://issues.jboss.org/browse/WFCORE-360
> Project: WildFly Core
> Issue Type: Task
> Components: Domain Management
> Reporter: Brian Stansberry
> Assignee: Emmanuel Hugonnet
>
> We need a technical guide to the HTTP management API.
> The "Management clients" section gives a basic overview. But it should reference a separate section that documents the usage of GET and POST, the URL patterns, the JSON representation of DMR etc.
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)
11 years, 5 months
[JBoss JIRA] (DROOLS-711) Kie Server unable to build KieBase which builds fine with kie-maven-plugin and unit test
by Petr Široký (JIRA)
[ https://issues.jboss.org/browse/DROOLS-711?page=com.atlassian.jira.plugin... ]
Petr Široký commented on DROOLS-711:
------------------------------------
I have been able to reproduce the issue. I am not sure what is the root cause though, will need to look more closely later.
See for example http://stackoverflow.com/questions/27207454/drools-6-1-0-final-cep-exampl... where similar issue is discussed. What is weird in this case is that the behavior is different for standalone test and kie-server.
> Kie Server unable to build KieBase which builds fine with kie-maven-plugin and unit test
> ----------------------------------------------------------------------------------------
>
> Key: DROOLS-711
> URL: https://issues.jboss.org/browse/DROOLS-711
> Project: Drools
> Issue Type: Bug
> Affects Versions: 6.2.0.CR4
> Environment: kie-server on WildFly 8.2.0.Final running with JDK 8
> Reporter: Matteo Mortari
> Assignee: Mark Proctor
> Attachments: 20150213.DROOLS-711.zip
>
>
> I have deployed Kie Server kie-server-distribution-wars-6.2.0.CR4-ee7.war on WildFly 8.2.0.Final.
> I have a simple rule base in the project {{client-test-rules}} as per below, in a kie project structured as kie-drools-archetype, which passes all test and install in m2 repo with {{mvn clean install}}.
> {code:java}
> package com.acme.client_test_rules;
> declare Measurement
> @role(event)
> end
> rule "keep latest Measurement ID"
> salience 1000
> no-loop
> when
> $old : Measurement( $id : id )
> $new : Measurement( id == $id , this after $old )
> then
> System.out.println("keep latest old : "+$old+" new (kept): "+$new);
> retract($old);
> end
> {code}
> Then I issue Kie Server commands, using the client library, using project {{client-test}} to instantiate a container for the same artifact, but in the wildfly logs I get the following error below - which doesn't happen for kie-maven-plugin nor during unit test. Please note I'm assuming user {{kieserver}} with password {{kieserver}} is a valid user for the Kie Server Realm, or configure wildfly or the code in the project {{client-test}} accordingly to your environment =).
> {code}
> 09:41:41,700 ERROR [org.drools.compiler.kie.builder.impl.AbstractKieModule] (default task-4) Unable to build KieBaseModel:kbase1
> Unable to create Field Extractor for 'id'Field/method 'id' not found for class 'com.acme.client_test_rules.Measurement'
> : [Rule name='keep latest Measurement ID']
> java.lang.RuntimeException: Field/method 'id' not found for class 'com.acme.client_test_rules.Measurement'
> Unable to create Field Extractor for 'id'Field/method 'id' not found for class 'com.acme.client_test_rules.Measurement'
> : [Rule name='keep latest Measurement ID']
> java.lang.RuntimeException: Field/method 'id' not found for class 'com.acme.client_test_rules.Measurement'
> Field Reader does not exist for declaration '$id' in 'predicate 'id == $id'' in the rule 'keep latest Measurement ID' : [Rule name='keep latest Measurement ID']
> Unable to Analyse Expression id == $id:
> [Error: unable to resolve method using strict-mode: com.acme.client_test_rules.Measurement.id()]
> [Near : {... id == $id ....}]
> ^
> [Line: 12, Column: 4] : [Rule name='keep latest Measurement ID']
> {code}
> Can you kindly verify if some bug is hiding behind this odd behavior, please?
> Thank you
> MM
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)
11 years, 5 months