And that is what I am looking for. I need to be able to monitor the
outgoing traffic from
the generated (and compiled) stubs without needing to direct the
application. So if the
outgoing ports are assigned arbitrarily as you say then I will certainly
need to snoop which
ones they are and capture their traffic.
Rich Adili wrote:
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]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]