Return-Path: Delivered-To: apmail-ws-axis-dev-archive@www.apache.org Received: (qmail 31675 invoked from network); 9 Dec 2004 16:32:10 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur-2.apache.org with SMTP; 9 Dec 2004 16:32:10 -0000 Received: (qmail 91191 invoked by uid 500); 9 Dec 2004 16:30:42 -0000 Delivered-To: apmail-ws-axis-dev-archive@ws.apache.org Received: (qmail 91083 invoked by uid 500); 9 Dec 2004 16:30:40 -0000 Mailing-List: contact axis-dev-help@ws.apache.org; run by ezmlm Precedence: bulk Reply-To: axis-dev@ws.apache.org list-help: list-unsubscribe: list-post: Delivered-To: mailing list axis-dev@ws.apache.org Received: (qmail 91009 invoked by uid 99); 9 Dec 2004 16:30:39 -0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received: from exchange.sun.com (HELO exchange.sun.com) (192.18.33.10) by apache.org (qpsmtpd/0.28) with SMTP; Thu, 09 Dec 2004 08:30:36 -0800 Received: (qmail 15634 invoked from network); 9 Dec 2004 16:30:27 -0000 Received: from localhost (HELO nagoya) (127.0.0.1) by nagoya.betaversion.org with SMTP; 9 Dec 2004 16:30:27 -0000 Message-ID: <853855718.1102609827388.JavaMail.apache@nagoya> Date: Thu, 9 Dec 2004 08:30:27 -0800 (PST) From: "Guillaume Sauthier (JIRA)" To: axis-dev@ws.apache.org Subject: [jira] Commented: (AXIS-1696) JAXRPC Handlers behavior different from server-side to client-side In-Reply-To: <1696794474.1102081702200.JavaMail.apache@nagoya> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N [ http://nagoya.apache.org/jira/browse/AXIS-1696?page=comments#action_56456 ] Guillaume Sauthier commented on AXIS-1696: ------------------------------------------ My bad too, I did exactly the same thing as you, test.functionnal.fail was false :'( I'm checking what going wrong in test.wsdl.jaxrpchandler > JAXRPC Handlers behavior different from server-side to client-side > ------------------------------------------------------------------ > > Key: AXIS-1696 > URL: http://nagoya.apache.org/jira/browse/AXIS-1696 > Project: Axis > Type: Bug > Components: Basic Architecture > Versions: 1.2RC2 > Environment: JOnAS 4.2.0+ > Reporter: Guillaume Sauthier > Assignee: Davanum Srinivas > Attachments: axis-jaxrpchandler-patch.txt, axis-jaxrpchandler-test-patch.txt > > I have noticed that the behavior of JAXRPC handlers is different when invoking from client-side compared to behavior when invoking from server-side. > 1. handler flow is managed in a different way : > a) server : init(), request(), provider.invoke(), response(), destroy() > b) client : init(), request(), destroy(), service.invoke(), init(), response(), destroy() > -> Instanciation of the handlers (in a HandlerChain) is made twice in client model > 2. the code is completely different on both sides : > see SOAPService.invoke(MessageContext) (around line 430) for server side > http://cvs.apache.org/viewcvs.cgi/ws-axis/java/src/org/apache/axis/handlers/soap/SOAPService.java?rev=1.122&view=auto > see AxisClient.invoke() and AxisClient.invokeJAXRPCHandlers() > in server case, we take care of the return value of the HandlerChain, use the same handlerChain instance, manage eventual thrown Exceptions, ... > All sort of things that we don't do in client side. > IMO client side JAXRPCHandler usage is too simple : > invoke() calls invokeJAXRPCHandlers() in request flow AND response flow > invokeJAXRPCHandlers() instanciate a new handlerChain at each call, and never read return values of handle* (BTW, notice that handlerFault is not called in client side !). > Can we refactor axis Client code to looks like more as SOAPService ? -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://nagoya.apache.org/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira