Return-Path: Delivered-To: apmail-cocoon-dev-archive@www.apache.org Received: (qmail 21020 invoked from network); 27 Jul 2004 10:32:20 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur-2.apache.org with SMTP; 27 Jul 2004 10:32:20 -0000 Received: (qmail 1123 invoked by uid 500); 27 Jul 2004 10:31:58 -0000 Delivered-To: apmail-cocoon-dev-archive@cocoon.apache.org Received: (qmail 1046 invoked by uid 500); 27 Jul 2004 10:31:58 -0000 Mailing-List: contact dev-help@cocoon.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: list-post: Reply-To: dev@cocoon.apache.org Delivered-To: mailing list dev@cocoon.apache.org Received: (qmail 1022 invoked by uid 99); 27 Jul 2004 10:31:58 -0000 X-ASF-Spam-Status: No, hits=1.3 required=10.0 tests=RCVD_BY_IP,SB_NEW_BULK,SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: apache.org Received: from [216.239.56.244] (HELO mproxy.gmail.com) (216.239.56.244) by apache.org (qpsmtpd/0.27.1) with ESMTP; Tue, 27 Jul 2004 03:31:54 -0700 Received: by mproxy.gmail.com with SMTP id w41so3825371cwb for ; Tue, 27 Jul 2004 03:31:50 -0700 (PDT) Received: by 10.11.99.49 with SMTP id w49mr88985cwb; Tue, 27 Jul 2004 03:31:50 -0700 (PDT) Message-ID: <7557e99f04072703311e44858a@mail.gmail.com> Date: Tue, 27 Jul 2004 12:31:50 +0200 From: Gianugo Rabellino To: dev@cocoon.apache.org Subject: Re: Calling web services from Cocoon In-Reply-To: <4105114E.6020303@nada.kth.se> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <4105114E.6020303@nada.kth.se> X-Virus-Checked: Checked X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N On Mon, 26 Jul 2004 16:12:30 +0200, Daniel Fagerstrom wrote: > Hi Morley, > > I answer at Cocoon-dev as others might be interested. Yup, I am. We're currently facing the need of a tool that does "XML over HTTP" for some webserviceish things that aren't actually SOAP compliant (it's just RPC with XML in/XML out stuff). Just to add another wheel, we were thinking of a different solution: we're planning to build a WebServicesProxyTransformer that basically builds on the ideas of the WSPGenerator (take some XML, send it over the wire, insert the response) and SQL/DASLTransformer. A custom element wraps the XML to be sent to the "web service" and the result is inserted exactly at the same point in the XML stream. Then we realized that we were duplicating http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24391. > AFAIK there are no "current prefered method" for calling web-services. I > and my colleagues, use the extended SourceWritingTransformer (SWT) I was thinking about using SWT as well, but then I realized that SWT doesn't offer a way of inserting the resulting XML in the original stream: all it does is delete the XML inside the element, providing some status information (see SWT#reportResult()). Am I missing something? So, is it time to grab this issue once and for all, providing a common solution? -- Gianugo Rabellino