Alan,
You're a star!
Dims, when can we see this patch included in the nightly builds?
From JIRA:
"The attached patch should solve the problem in 2 ways.
1. added a parameter "modifyUserWSDLPortAddress" which if set to false
in the services.xml will stop axis overriding the wsdl port address
2. added code to use the request address where available (this seemed to
have already been half done)"
First of all, I am very happy about this quick response time.
Second, I assume that this is parameter should be set in aar file
META-INF/services.xml?
Third, should really the default behaviour of useOriginalwsdl=true make
the soap:address change?
VBR
johan
[ Show ยป <https://issues.apache.org/jira/browse/AXIS2-2122> ]
Alan Birtles
<https://issues.apache.org/jira/secure/ViewProfile.jspa?name=alanbirtles>
[07/Feb/07 01:15 AM] The attached patch should solve the problem in 2
ways. 1. added a parameter "modifyUserWSDLPortAddress" which if set to
false in the services.xml will stop axis overriding the wsdl port
address 2. added code to use the request address where available (this
seemed to have already been half done)
Alan Birtles wrote:
I have subitted a patch to the jira which should hopefully solve all
your problems
Quoting Johan Lundberg <[EMAIL PROTECTED]>:
Dims,
https://issues.apache.org/jira/browse/AXIS2-2122
VBR
johan
Davanum Srinivas wrote:
Johan,
Yes, please create a JIRA and summarize the discussions/symptoms and
patch.
thanks,
dims
On 2/6/07, Johan Lundberg <[EMAIL PROTECTED]> wrote:
Hi Alan
Yes, your patch works fine when the parameter useOriginalwsdl=false
but
it does not seems to have an effect when useOriginalwsdl=true. As you
say, this might be taken care of in another place. However I don't
know
the axis2 code at all so I just have to report a bug and try to find a
workaround for it until it gets fixed.
See, we cannot use the WSDL that is generated by axis since the MS
Office web services pack does not understand what is coming out. We
need
to get out our version of WSDL which have been tested for the MS
Office
web services program. This became a show stopper when we moved the
server behind a NATed firewall.
Again, thank you for all the help.
VBR
johan
Alan Birtles wrote:
Maybe the address is populated in more than one place, i don't know
the axis code well enough to find out. Try not telling it to use your
wsdl as my patch definitely works for automatically generated wsdls
Quoting Johan Lundberg <[EMAIL PROTECTED]>:
So I tried to run my .aar file in the nightly build of axis2.war
from
this address:
http://people.apache.org/dist/axis2/nightly/axis2.war
released 05-Feb-2007 08:43
Unfortunately, the WSDL still shows the internal IP address when
I am
downloading my service's WSDL through the axis2 admin interface.
Firefox 2.0.0.1 is the client version from which I suspect the HTTP
header comes. Note, that I did not recompile my own source since I
suspect this functionality is only depending on Axis2.war files.
I suspect that the patch you submitted is part of that codebase
in this
nightly build.
check the bottom of this file:
http://85.230.25.65:8080/axis2/services/Ergo?wsdl
Why can't axis just serve my own wsdl file without modifying it?
VBR
johan
Johan Lundberg wrote:
Thank you SO much for prompt explanations and your patch! We're
extremely grateful.
VBR
johan
Alan Birtles wrote:
the current behaviour is that it simply takes the machines ip
address for the port
address.
In the new behaviour the address will be whatever address was used
to access the wsdl
file. eg if you get the wsdl from
http://www.domain.com/axis2/service then the address in
the wsdl would be www.domain.com, if you get the wsdl from
http://ipaddress/axis2/service
then the address in the wsdl would be ipaddress.
The http headers should be sent by any client connecting to the
server but some clients
may not, in this case it will fall back to the old behaviour
Quoting Johan Lundberg <[EMAIL PROTECTED]>:
OK, that explains it. But how is the port address generated
in the
default behavior? Where does it find the ip-address? If we know
that,
then we can probably affect it.
Re: the patch you submitted, you said it will now first look
at
the
HTTP headers. What headers are these? Is it in the http request
for the
wsdl? If so, is it always generated on the fly for each
request? What
do you mean with "if
What do you mean with "if this is unavailable"? Are not http
headers
always available?
Thank you for any light you can shed on this problem.
VBR
johan
Alan Birtles wrote:
Use original wsdl only preserves the structure of the original
wsdl. The port addresses will always be automatically generated.
I think this is the intended behaviour
Quoting Johan Lundberg <[EMAIL PROTECTED]>:
Dear Alan,
you said the IP address of the GENERATED wsdl file will
be first
retrieved from the HTTP headers or if unsuccessful taken
from
some
other place. Our problem however is that we don't use
a
genereated wsdl
file. We have set the parameter useOriginal. Despite
this, axis2
changes the soap:address to the internal IP address
and seems to
output
a semi-generated file.Also some xml comments containing
alternative
ip-addresses that we have entered seem to be stripped
out. This
seems
to indicate that the useOriginal wsdl is not working
correctly.
VBR
johan
Alan Birtles wrote:
I have submitted a patch for this which I imagine
will be in
the next version. It should
also be in the snapshot versions. see
http://issues.apache.org/jira/browse/AXIS2-2023
Quoting Johan Lundberg <[EMAIL PROTECTED]>:
Fantastic reponse time! 3 minutes.
I understand that I have to perform an upgrade
from Axis 2
1.1 to 1.1.1
before I get back on this issue.
Thank you very much.
VBR
johan
Davanum Srinivas wrote:
Is this with Axis2 1.1.1? Please log a bug
if so.
thanks,
-- dims
On 2/5/07, Johan Lundberg <[EMAIL PROTECTED]>
wrote:
My server hosting Axis2 has the IP-address
192.168.1.100 but
clients
accessing it from the big naughty Internet
obviously use
another
address, which is not a black address.
This Network Address
Translation
becomes a problem for clients that are
accessing the
service WSDL from
Internet.
even though I have set the parameter
"useOriginalwsdl=true" in
services.xml the following part in my
wsdl file changes from
<wsdl:service name="Ergo">
<wsdl:port name="ErgoSOAP" binding="tns:ErgoSOAP">
<soap:address location="http://{external
IP
address}:8080/axis2/services/Ergo"/>
</wsdl:port>
</wsdl:service>
TO:
<wsdl:service name="Ergo">
<wsdl:port name="ErgoSOAP" binding="tns:ErgoSOAP">
<soap:address
location="http://192.168.1.100:8080/axis2/services/Ergo"/>
</wsdl:port>
</wsdl:service>
why does axis2 change this even though
I have set the
parameter
"useOriginalwsdl=true".
Is there something else that should
be configured in order
to get axis
to show the real outside address instead
of the server's
internal
IP-address?
VBR
johan
---------------------------------------------------------------------
To unsubscribe, e-mail:
[EMAIL PROTECTED]
For additional commands, e-mail:
[EMAIL PROTECTED]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
