Return-Path: Delivered-To: apmail-cocoon-dev-archive@www.apache.org Received: (qmail 56366 invoked from network); 27 Jul 2004 08:28:22 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur-2.apache.org with SMTP; 27 Jul 2004 08:28:22 -0000 Received: (qmail 14440 invoked by uid 500); 27 Jul 2004 08:28:16 -0000 Delivered-To: apmail-cocoon-dev-archive@cocoon.apache.org Received: (qmail 14378 invoked by uid 500); 27 Jul 2004 08:28:16 -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 14362 invoked by uid 99); 27 Jul 2004 08:28:15 -0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received: from [129.27.3.7] (HELO mailrelay01.tugraz.at) (129.27.3.7) by apache.org (qpsmtpd/0.27.1) with ESMTP; Tue, 27 Jul 2004 01:28:13 -0700 Received: from fiicmgk01.tu-graz.ac.at (fiicmgk01.tu-graz.ac.at [129.27.200.50]) by mailrelay01.tugraz.at (8.13.0/8.13.0) with ESMTP id i6R8S6TH025305 for ; Tue, 27 Jul 2004 10:28:06 +0200 (CEST) Received: from fiicmal01.tu-graz.ac.at (fiicmal01.tu-graz.ac.at [129.27.153.18]) by fiicmgk01.tu-graz.ac.at (8.12.11/8.12.11) with ESMTP id i6R8S5cu024635 for ; Tue, 27 Jul 2004 10:28:05 +0200 Received: from [] (fiicmpc78 [129.27.153.78]) by fiicmal01.tu-graz.ac.at (8.12.8/8.12.8) with ESMTP id i6R8S4tf029104 for ; Tue, 27 Jul 2004 10:28:05 +0200 From: Christian Mayrhuber To: dev@cocoon.apache.org Subject: Re: Calling web services from Cocoon Date: Tue, 27 Jul 2004 10:32:21 +0200 User-Agent: KMail/1.6.2 References: <4105114E.6020303@nada.kth.se> In-Reply-To: <4105114E.6020303@nada.kth.se> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200407271032.21741.cmayr@iicm.edu> X-Scanned-By: MIMEDefang 2.44 X-Virus-Checked: Checked X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N On Monday 26 July 2004 16:12, Daniel Fagerstrom wrote: > Hi Morley, > > I answer at Cocoon-dev as others might be interested. > > AFAIK there are no "current prefered method" for calling web-services. I > and my colleagues, use the extended SourceWritingTransformer (SWT) and > org.apache.excalibur.source.impl.HTTPClientSource that you can find in > http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24402, (I updated it > with new patches for the SWT and HTTPClientSource, you still need some > stuff from the earlier patch, though). It should be possible to use with > HTTPS if you connect https to o.a.e.source.impl.HTTPClientSourceFactory > in cocoon.xconf, but I have not tested it. > > In some applications we have used the HTTPClientSource from flowscript > code instead of calling it from the SWT, it requires some more work but > gives better control of error handling (and also memory consumption for > very large soap requests). > > My idea with extending the HTTPClientSource with SOAP (post) > functionallity was to gather all uses of the > o.a.jakarta.commons.HTTPClient in one component. Now similar things are > done in various SOAP and Web-proxy components. From a technical POV I > still think it is a good idea. There where however a number of other > problems that have done that I not have put the code in the Cocoon CVS > yet: I never succeeded in updating the avalon CVS, Excalibur have > sometimes been quite hard to compile, there where talk about deprecating > the Excalibur components, there where severe community problems in > Avalon, it have been moved from Ant to Maven and from CVS to Subversion. > > Now, Excalibur has left Avalon and started a new top level project that > seem to be healthy, so I'll try to integrate the extended SWT and > HTTPClientSource as soon as I find some time for it ;) I'm currently writing a hand crafted stub for a remote object, that I can use in both Flowscript and my custom generator. (The remote side has no wsdl) If the remote site had a wsdl description you could use wsdl2java from the axis project to generate such stub's. Stub's are the way to go, because their usage pattern is identical for EJB business logic and foreign web services. My best experiance with cocoon has been so far with: Presentation layer: 1. jxtemplate + cforms + flowscript + xslt/xslfo 2. custom geneator|custom transformer + xslt/xslfo Business logic: As java beans or as stubs trough webservices|ejb. > > I spent some time today trying to test the code with the samples that I > submitted in the bugzilla entry, but the web services that I call from > xmethods.net seemed to be down or at least very slow, anyone knowing > about any other good webservice test sites, preferably with WSDL > descriptions? http://www.amazon.com/gp/browse.html/104-6232418-6223133?node=3435361 You need to subscribe as developer, though. -- lg, Chris