[
https://jira.jboss.org/jira/browse/JBESB-3185?page=com.atlassian.jira.plu...
]
David Ward commented on JBESB-3185:
-----------------------------------
Okay, so I recreated this using SOA-P 5 CR2 and Sun JDK 1.6.0_17 on Fedora 11
(2.6.30.10-105.2.23.fc11.i686.PAE).
Here's the lockup:
"main" prio=10 tid=0xb6ac9000 nid=0x2ae6 runnable [0x6521e000]
java.lang.Thread.State: RUNNABLE
at java.net.SocketInputStream.socketRead0(Native Method)
...
- locked <0xafa0f628> (a java.io.BufferedInputStream)
at org.apache.commons.httpclient.HttpParser.readRawLine(HttpParser.java:77)
...
at org.apache.commons.httpclient.HttpClient.executeMethod(HttpClient.java:346)
at org.jboss.soa.esb.actions.soap.RemoteWsdlLoader.load(RemoteWsdlLoader.java:85)
at
org.jboss.soa.esb.actions.soap.AbstractWsdlContractPublisher.getWsdl(AbstractWsdlContractPublisher.java:187)
at
org.jboss.soa.esb.actions.soap.proxy.SOAPProxyWsdlLoader$Puller.pull(SOAPProxyWsdlLoader.java:434)
at
org.jboss.soa.esb.actions.soap.proxy.SOAPProxyWsdlLoader.load(SOAPProxyWsdlLoader.java:150)
at org.jboss.soa.esb.actions.soap.proxy.SOAPProxy.<init>(SOAPProxy.java:147)
...
at java.lang.reflect.Constructor.newInstance(Constructor.java:513)
at
org.jboss.soa.esb.listeners.message.ActionProcessorMethodInfo.getActionClassInstance(ActionProcessorMethodInfo.java:355)
...
at
org.jboss.soa.esb.listeners.deployers.mc.EsbDeployment.start(EsbDeployment.java:122)
...
at org.jboss.bootstrap.AbstractServerImpl.start(AbstractServerImpl.java:461)
at org.jboss.Main.boot(Main.java:221)
at org.jboss.Main$1.run(Main.java:556)
at java.lang.Thread.run(Thread.java:619)
The problem is that the SOAPProxy wsdl property is set to localhost:8080:
<property name="wsdl"
value="http://localhost:8080/Quickstart_webservice_proxy_import_ws/wsdl/HelloWorld_....wsdl"/>
, and *Tomcat is not accepting requests yet*.
This is why we came up with alternate wsdl protocols - JBESB-2855. In addition to http
and https, there is internal, classpath and file. (internal points to locally-deployed
JBossWS web services by MBean object name). The internal wsdl uri format, when used with
the wsbarrier-service.xml seen in some of the quickstarts, is supposed to make sure
re-starts are smooth with the right dependencies.
So in short, I don't think this JIRA is a problem. The whole "relative wsdl and
schema imports" thing came out of a forum discussion where a user was pointing to an
externally-hosted web service whose wsdl had relative imports. The only reason the
quickstart uses localhost:8080 is for testing purposes. In real life, it would be pointed
elsewhere.
One thing you can do for me, however, is test changing the wsdl property (using SOA-P 5
CR2!) to a separate web server and doing a re-start. The SOAPProxy *should* fail
deployment but not hang the server, so long as it's not on a Mac (that's a whole
'nother thing Jeff DeLong found - JBESB-3172 - but we don't support Mac for SOA-P
so...)
Related to JBESB-3076 - with an .esb archive that includes a schema
import deployed, stopping and starting the server fails
---------------------------------------------------------------------------------------------------------------------------
Key: JBESB-3185
URL:
https://jira.jboss.org/jira/browse/JBESB-3185
Project: JBoss ESB
Issue Type: Bug
Security Level: Public(Everyone can see)
Components: Web Services
Affects Versions: 4.7
Environment: revision 31778
Reporter: Len DiMaggio
Priority: Critical
Attachments: jboss-esb.xml, server.log.one.zip, server.log.two.zip,
webservice_proxy_import.zip
Found this by accident while looking at the bug fix for JBESB-3076
Steps to recreate:
1) Deploy the quickstart attached to JBESB-3076 to an ESB server - any one of the imports
illustrated in that quickstart can be used.
2) Stop the server
3) Start the server - the server startup will not complete - in looking at the logs, the
server does not seem to be hung as these statements continue to be written to the log
every 5 seconds:
2010-02-22 13:44:48,758 DEBUG [org.hibernate.jdbc.AbstractBatcher] about to open
ResultSet (open ResultSets: 0, globally: 0)
2010-02-22 13:44:48,758 DEBUG [org.hibernate.jdbc.AbstractBatcher] about to close
ResultSet (open ResultSets: 1, globally: 1)
2010-02-22 13:44:48,758 DEBUG [org.hibernate.jdbc.AbstractBatcher] about to close
PreparedStatement (open PreparedStatements: 1, globally: 1)
2010-02-22 13:44:48,758 DEBUG [org.hibernate.jdbc.ConnectionManager] aggressively
releasing JDBC connection
2010-02-22 13:44:48,758 DEBUG [org.hibernate.jdbc.ConnectionManager] releasing JDBC
connection [ (open PreparedStatements: 0, globally: 0) (open ResultSets: 0, globally: 0)]
4) Attempt to stop the server - the server becomes unresponsive.
Attachments:
* server.log.one - covers steps 1 and 2
* server.log.two - covers steps 3 and 4
* jboss-esb.xml - simplest version from the quickstart
* webservice_proxy_import.zip - the quickstart from JBESB-3076
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
http://www.atlassian.com/software/jira