Client sockets are normally assigned an arbitrary port when they connect, no? I've had good luck with tools like Ethereal in snooping such things without having to instrument the application.
-----Original Message----- From: Demetris G [mailto:[EMAIL PROTECTED] Sent: Monday, May 21, 2007 7:45 PM To: axis-user@ws.apache.org Subject: Re: Simple Qs Glen - do you know how I can find out on which port the client stubs attempt to write to? What determines that? I am assuming the code generating tools read some kind of a configuration before they can attach a port to write out to? I am referring to the client side. Which outgoing port do the stubs choose to write on? Thanks much Glen Mazza wrote: > Probably, but I really don't know much about the Axis 1.x series. > > Glen > > > Am Montag, den 21.05.2007, 19:05 -0400 schrieb Demetris G: > >> Hi Glen, >> >> thanks for the info. I am assuming the same applies for Axis 1.4? >> >> Thanks >> >> Glen Mazza wrote: >> >>> Am Montag, den 21.05.2007, 17:19 -0400 schrieb Demetris G: >>> >>> >>>> I may be reading the overall Axis architecture a bit differently but I >>>> have these Qs if anyone can >>>> help - >>>> >>>> During a Client application call to a remote Axis engine ( SOAP call >>>> generated by the corresponding >>>> Client stubs), does an Axis engine need to be running on the client side >>>> or do the stubs contain >>>> the necessary information to generate the SOAP call and contact the >>>> remote Axis engine. >>>> >>>> >>> The latter. The Axis2 engine is a WAR file that runs on a Servlet >>> container. The web service is packaged as a service archive (.aar file) >>> and is placed in the WEB-INF/services directory of the exploded WAR >>> file. You client makes (usually) HTTP requests to access the web >>> service, but the Axis engine is not needed for that. >>> >>> >>> >>>> In other >>>> words, if I am sitting on the client side, where should I be looking at >>>> to capture the outgoing SOAP >>>> message leaving a particular application? >>>> >>>> >>> If you wish to capture the message sent by the client, Apache TCPMon may >>> be of help for you: >>> >>> http://ws.apache.org/commons/tcpmon/tcpmontutorial.html >>> >>> Glen >>> >>> >>> >>> >>> --------------------------------------------------------------------- >>> 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]