axis-java-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Johan Lundberg <joe...@NotSoHotMail.com>
Subject Re: axis2 issue behind NAT
Date Wed, 07 Feb 2007 13:21:41 GMT
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 <joepoe@notsohotmail.com>:
>
>> 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 <joepoe@notsohotmail.com> 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 <joepoe@NotSoHotMail.com>:
>>>>>
>>>>>> 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 <joepoe@NotSoHotMail.com>:
>>>>>>>>
>>>>>>>>> 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 <joepoe@NotSoHotMail.com>:
>>>>>>>>>>
>>>>>>>>>>> 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 <joepoe@NotSoHotMail.com>:
>>>>>>>>>>>>
>>>>>>>>>>>>> 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 <joepoe@notsohotmail.com>
>> 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:  
>>>>>>>>>>>>>>> axis-user-unsubscribe@ws.apache.org
>>>>>>>>>>>>>>> For additional commands, e-mail:

>>>>>>>>>>>>>>> axis-user-help@ws.apache.org
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>> ---------------------------------------------------------------------
>>>>>>>>>>>>>  To unsubscribe, e-mail: axis-user-unsubscribe@ws.apache.org
>>>>>>>>>>>>> For additional commands, e-mail: axis-user-help@ws.apache.org
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>> ---------------------------------------------------------------------
>>>>>>>>>>>> To unsubscribe, e-mail: axis-user-unsubscribe@ws.apache.org
>>>>>>>>>>>> For additional commands, e-mail: axis-user-help@ws.apache.org
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>> ---------------------------------------------------------------------
>>>>>>>>>>>
>>>>>>>>>>> To unsubscribe, e-mail: axis-user-unsubscribe@ws.apache.org
>>>>>>>>>>> For additional commands, e-mail: axis-user-help@ws.apache.org
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> ---------------------------------------------------------------------

>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> To unsubscribe, e-mail: axis-user-unsubscribe@ws.apache.org
>>>>>>>>>> For additional commands, e-mail: axis-user-help@ws.apache.org
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> ---------------------------------------------------------------------

>>>>>>>>>
>>>>>>>>> To unsubscribe, e-mail: axis-user-unsubscribe@ws.apache.org
>>>>>>>>> For additional commands, e-mail: axis-user-help@ws.apache.org
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> ---------------------------------------------------------------------

>>>>>>>>
>>>>>>>> To unsubscribe, e-mail: axis-user-unsubscribe@ws.apache.org
>>>>>>>> For additional commands, e-mail: axis-user-help@ws.apache.org
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> ---------------------------------------------------------------------

>>>>>>>
>>>>>>> To unsubscribe, e-mail: axis-user-unsubscribe@ws.apache.org
>>>>>>> For additional commands, e-mail: axis-user-help@ws.apache.org
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>
>>>>>>
>>>>>> ---------------------------------------------------------------------

>>>>>>
>>>>>> To unsubscribe, e-mail: axis-user-unsubscribe@ws.apache.org
>>>>>> For additional commands, e-mail: axis-user-help@ws.apache.org
>>>>>
>>>>>
>>>>>
>>>>> ---------------------------------------------------------------------
>>>>> To unsubscribe, e-mail: axis-user-unsubscribe@ws.apache.org
>>>>> For additional commands, e-mail: axis-user-help@ws.apache.org
>>>>>
>>>>>
>>>>>
>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: axis-user-unsubscribe@ws.apache.org
>>>> For additional commands, e-mail: axis-user-help@ws.apache.org
>>>>
>>>>
>>>
>>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: axis-user-unsubscribe@ws.apache.org
>> For additional commands, e-mail: axis-user-help@ws.apache.org
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: axis-user-unsubscribe@ws.apache.org
> For additional commands, e-mail: axis-user-help@ws.apache.org
>
>
>


---------------------------------------------------------------------
To unsubscribe, e-mail: axis-user-unsubscribe@ws.apache.org
For additional commands, e-mail: axis-user-help@ws.apache.org


Mime
View raw message