I chose the wrapper route and it was fairly straight forward. My wrapper had all the same methods as the target class, but instead of the HttpSession sess, argument of the target class methods, I exposed public methods with (Object httpSession, ...) methods which the Java2WSDL and WSDL2Java utilities worked fine with.
Target method Create(HttpSession httpSession, AssignmentForm assignmenForm) Wrapper method Create(Object httpSession, AssignmentForm assignmenForm) Then in the ...BindingImpl() class I added the implementation of the ServiceLifeCycle interface and the replaced the Object httpSession with the this.jaxrpcContext.getHttpSession() expression and poof, music plays. Resulting Impl ...Create(this.jaxrpcContext.getHttpSession(), assignmentForm); Of course I had to preserve the session in the client as that's where my authentication token is located, which is all the target methods needed from the session. Michael Oliver CTO Alarius Systems LLC 6800 E. Lake Mead Blvd, #1096 Las Vegas, NV 89156 Phone:(702)643-7425 Fax:(702)974-0341 *Note new email changed from [EMAIL PROTECTED] -----Original Message----- From: Michael Oliver [mailto:[EMAIL PROTECTED] Sent: Tuesday, May 24, 2005 8:29 AM To: axis-user@ws.apache.org Subject: HttpSession argument I have a class that I want to build a web service around, and it has some methods that have an HttpSession argument. The Java2WSDL works fine but the WSDL2Java complains that HttpSession is referenced but not defined. Q1 - Can WSDL2Java handle an HttpSession argument to a method? Q2 - If so, if the servlet.jar is in the classpath for the task, why would it complain in this way? Q3 - If not, then I suppose I need to write a wrapper for this class without the HttpSession argument then call my target class from the wrapper and have the implementation grab the session from the context of the implementation, right? Michael Oliver CTO Alarius Systems LLC 6800 E. Lake Mead Blvd, #1096 Las Vegas, NV 89156 Phone:(702)643-7425 Fax:(702)974-0341 *Note new email changed from [EMAIL PROTECTED] -----Original Message----- From: Kumar [mailto:[EMAIL PROTECTED] Sent: Monday, May 23, 2005 9:34 PM To: axis-user@ws.apache.org; [EMAIL PROTECTED] Subject: Re: tcpmon client side activity Hi Oliver, I had no luck configuring axis tcpmon to monitor soap messages of remote web services so what i did is registered an handler on the client side in client-config.wsdd... writing handler is easy and please have a look at axis api's - Kumar. On 5/24/05, Michael Oliver <[EMAIL PROTECTED]> wrote: > > > I found the generated ServiceLocator and changed it so it gets its value > from a properties file. > > > > Then I change the www.salesforce.com string to localhost:8181 and restarted. > > > > Then running tcpmon I am seeing the soap request to login, with the user id > and password..but nothing else. What's odd is that it seems to work but in > tcpmon I don't see any other messages. Of course I WANT to see all the > traffic. > > > > What's next? > > > > > Michael Oliver > > CTO > > Alarius Systems LLC > > 6800 E. Lake Mead Blvd, #1096 > > Las Vegas, NV 89156 > > Phone:(702)643-7425 > > Fax:(702)974-0341 > > *Note new email changed from [EMAIL PROTECTED] > > > -----Original Message----- > From: Michael Oliver [mailto:[EMAIL PROTECTED] > Sent: Monday, May 23, 2005 9:22 AM > To: axis-user@ws.apache.org > Subject: tcpmon client side activity > > > > I have a web application running on a Tomcat 5.0 > http://localhost:8080/myapp/ > > The local axis generated client is binding to > https://www.salesforce.com/services/Soap/c/5.0 > > How do I setup my tcpmon to monitor this traffic? > > I tried setting listen port to 8181, checked Proxy radio button and HTTP > Proxy checkbox and put in www.salesforce.com hostname and port 443 > > I figure that I need to change the binding from www.salesforce.com to > localhost:8181 but I am not sure and I don't see any properties file where I > can change it easily. > > Do I need to change the soap:address in the wsdl and regenerate (I hope > not)? > Which of the myriad of generated classes should I check? > > > > > > Michael Oliver