Return-Path: Delivered-To: apmail-cxf-users-archive@www.apache.org Received: (qmail 83148 invoked from network); 16 Sep 2008 21:50:44 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 16 Sep 2008 21:50:44 -0000 Received: (qmail 34068 invoked by uid 500); 16 Sep 2008 21:50:39 -0000 Delivered-To: apmail-cxf-users-archive@cxf.apache.org Received: (qmail 34032 invoked by uid 500); 16 Sep 2008 21:50:39 -0000 Mailing-List: contact users-help@cxf.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: users@cxf.apache.org Delivered-To: mailing list users@cxf.apache.org Received: (qmail 34021 invoked by uid 99); 16 Sep 2008 21:50:39 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 16 Sep 2008 14:50:39 -0700 X-ASF-Spam-Status: No, hits=4.0 required=10.0 tests=DNS_FROM_OPENWHOIS,FORGED_YAHOO_RCVD,SPF_HELO_PASS,SPF_PASS,WHOIS_MYPRIVREG X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of lists@nabble.com designates 216.139.236.158 as permitted sender) Received: from [216.139.236.158] (HELO kuber.nabble.com) (216.139.236.158) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 16 Sep 2008 21:49:39 +0000 Received: from isper.nabble.com ([192.168.236.156]) by kuber.nabble.com with esmtp (Exim 4.63) (envelope-from ) id 1KfiR1-0002uu-OP for users@cxf.apache.org; Tue, 16 Sep 2008 14:50:11 -0700 Message-ID: <19520465.post@talk.nabble.com> Date: Tue, 16 Sep 2008 14:50:11 -0700 (PDT) From: kpalania To: users@cxf.apache.org Subject: Re: Asynchronous Web Services using AsyncHandler In-Reply-To: <19520459.post@talk.nabble.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Nabble-From: kpalania@yahoo.com References: <19520451.post@talk.nabble.com> <19520459.post@talk.nabble.com> X-Virus-Checked: Checked by ClamAV on apache.org Thanks Nathan. Yeah, that is the key, I agree. Coincidentally, I had run into that post as well. However, I am still a bit unclear as to how this would work in a REST world, without WSDLs, etc. Any thoughts? Wouldn't it be better if the client had a web service available and the callback was simply to that web service? Seems cleaner than this "sort of fake" asynchronous approach.. ndeckard wrote: > > Hi, > > I found this post > http://www.nabble.com/Best-practice-for-paused-operations-td18437412.html#a18437412 > this post useful. > > The key idea is "Although this looks asynchronous from the point of view > of the client > code, all this actually does is make a normal synchronous call in a > background thread." > > - Nathan > > > kpalania wrote: >> >> Hi, >> I am trying to understand how asynchronous web services work and have >> been playing with CXF (and its samples). However, it is still not clear >> to me. I expect to use RESTful services but for purposes of >> understanding, I am playing with the SOAP examples. Basically, this is >> what I want to understand - >> >> * Say, I have a client that calls a web service (running on a difference >> geographical location) passing some XML payload as input. >> * The web service parses the XML message and does some additional >> processing (involves DB roundtrips etc). >> * At some point, when it is done, it has to call the AsyncHandler >> (handleResponse() API). >> >> Given that the client library is ofcourse not available on the server >> side, how does the server make the callback? It doesn't appear that the >> callback is a webservice call (meaning, the server is not calling another >> web service on the client side). How does this work? Could someone >> clarify please! >> > > -- View this message in context: http://www.nabble.com/Asynchronous-Web-Services-using-AsyncHandler-tp19520451p19520465.html Sent from the cxf-user mailing list archive at Nabble.com.