Return-Path: Delivered-To: apmail-cocoon-dev-archive@www.apache.org Received: (qmail 18254 invoked from network); 31 Aug 2004 23:00:10 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur-2.apache.org with SMTP; 31 Aug 2004 23:00:10 -0000 Received: (qmail 84158 invoked by uid 500); 31 Aug 2004 23:00:07 -0000 Delivered-To: apmail-cocoon-dev-archive@cocoon.apache.org Received: (qmail 83906 invoked by uid 500); 31 Aug 2004 23:00:05 -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 83890 invoked by uid 99); 31 Aug 2004 23:00:05 -0000 X-ASF-Spam-Status: No, hits=0.1 required=10.0 tests=NO_REAL_NAME,UPPERCASE_25_50 X-Spam-Check-By: apache.org Received: from [192.18.33.10] (HELO exchange.sun.com) (192.18.33.10) by apache.org (qpsmtpd/0.28) with SMTP; Tue, 31 Aug 2004 16:00:03 -0700 Received: (qmail 29139 invoked by uid 50); 31 Aug 2004 23:01:45 -0000 Date: 31 Aug 2004 23:01:45 -0000 Message-ID: <20040831230145.29138.qmail@nagoya.betaversion.org> From: bugzilla@apache.org To: dev@cocoon.apache.org Cc: Subject: DO NOT REPLY [Bug 24402] - [PATCH] XML posting from SourceWritingTransformer by using an enhanced HTTPClientSource X-Virus-Checked: Checked X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=24402 [PATCH] XML posting from SourceWritingTransformer by using an enhanced HTTPClientSource ------- Additional Comments From cmoss@tvnz.co.nz 2004-08-31 23:01 ------- Hi Vadim - I'd agree with your comments, however the implementation is quite effective for a POC I'm trying to do. We might potentially look at splitting it out into a different transformer (or action.) The useful thing about this implementation is that it allows standard XML posts to an arbitrary server. IE: It doesn't require the posting of SOAP payloads, or param/value pairs - which helps people with pre-SOAP legacy apps. The cinclude transformer has similar functionality, except it that requires p/v pairs be defined.