[esb-issues] [JBoss JIRA] Updated: (JBESB-3412) webservice_proxy_* WSDL retrieval not associated with correct classloader

[ https://jira.jboss.org/browse/JBESB-3412?page=com.atlassian.jira.plugin.s... ] Kevin Conner updated JBESB-3412: -------------------------------- Description: webservice_proxy_basic, webservice_proxy_security and webservice_proxy_versioning all have problem with their WSDL contracts being empty from the http//localhost:8080/contract/ web application. Light debugging showed that the reason for this is that ContractProviderLifecycleResource, while having it's map being propertly populated with the appropriate lifecycle resource (deployment) ID + ContractProvider instance at deployment, is returning null when the HttpGatewayServlet attempts to get at it's appropriate ContractProvider. The reason is that during the thread of execution behind the HttpGatewayServlet, when calling ContractProviderLifecycleResource.buildKey(svc_cat, svc_name), LifecycleResourceManager.getSingleton().getIdentity() is returning DEFAULT-ID (or whatever it's called) instead of the actual deployment ID. This *USED* to work, so I don't know what changed environment-wise. webservice_proxy_routed doesn't provide a contract (no HTTP endpoints), so it's N/A to that quickstart. was: Each of the webservice_proxy_* quickstarts are broken in some way. webservice_proxy_basic, webservice_proxy_security and webservice_proxy_versioning all have problem with their WSDL contracts being empty from the http//localhost:8080/contract/ web application. Light debugging showed that the reason for this is that ContractProviderLifecycleResource, while having it's map being propertly populated with the appropriate lifecycle resource (deployment) ID + ContractProvider instance at deployment, is returning null when the HttpGatewayServlet attempts to get at it's appropriate ContractProvider. The reason is that during the thread of execution behind the HttpGatewayServlet, when calling ContractProviderLifecycleResource.buildKey(svc_cat, svc_name), LifecycleResourceManager.getSingleton().getIdentity() is returning DEFAULT-ID (or whatever it's called) instead of the actual deployment ID. This *USED* to work, so I don't know what changed environment-wise. webservice_proxy_routed doesn't provide a contract (no HTTP endpoints), so it's N/A to that quickstart. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira