In addition to proxy servers, also look at the URL you are
using to access your webservice. I've received WSDL from other houses that
referenced their internal URLs (e.g. http://companylan/webservice instead of
http://companylan.company.com/webservice).
Sometimes it is better to use IP addresses in place of URLs but most of the same
visibility issues will still apply.
Do you have any error messages you can
post?
JT
From: Anthony Bargnesi
[mailto:[EMAIL PROTECTED]
Sent: Friday, January 20, 2006 8:03 AM
To: [email protected]
Subject: Reasons why Webservice is inaccessible from WAN?
Sent: Friday, January 20, 2006 8:03 AM
To: [email protected]
Subject: Reasons why Webservice is inaccessible from WAN?
Hello,
I was wondering if anybody has ever encountered a scenario where
your deployed webservice works fine within a LAN but fails when accessing
from a WAN. I have a deployed webservice where accessing it from a WAN
causes the client to hang when doing a Call.invoke. Has anyone encountered
this problem or do you think it is more a problem with the client system?
Packet capturing was done on the WAN client and discovered that no soap request
is made to the webservice. The axis debug ends with this before hanging indefinately:
968 [main] DEBUG org.apache.axis.client.Call - operation.getNumParams()=8
968 [main] DEBUG org.apache.axis.client.Call - getParamList number of params: 8
975 [main] DEBUG org.apache.axis.client.Call - Enter: Call::invoke(RPCElement)
1006 [main] DEBUG org.apache.axis.i18n.ProjectResourceBundle - org.apache.axis.i18n.resource::handleGetObject (attachEnabled)
1006 [main] DEBUG org.apache.axis.Message - Attachment support is enabled? true
But it is clear that a SOAP request is never made to the webservice.
Any ideas?
Thanks!,
Anthony Bargnesi
