W3C home > Mailing lists > Public > xproc-dev@w3.org > March 2011

RE: How to add more transports/protocols to XProc?

From: Alam Sher <alam.sher@advoss.com>
Date: Tue, 15 Mar 2011 14:03:58 +0500
To: "'Conal Tuohy'" <conal.tuohy@versi.edu.au>, <xproc-dev@w3.org>
Message-ID: <006601cbe2ef$f2db71c0$d8925540$@sher@advoss.com>
Extensions if possible will help achieve another goal in a better way i.e.
Transaction management. Somehow managing transactions over web service and
specially plain XML+HTTP (some kind of rest interface) would be a nightmare
to achieve, am I wrong here? 


From: xproc-dev-request@w3.org [mailto:xproc-dev-request@w3.org] On Behalf
Of Conal Tuohy
Sent: Tuesday, March 15, 2011 8:16 AM
To: xproc-dev@w3.org
Subject: Re: How to add more transports/protocols to XProc?


Another option is to wrap your external systems with web services (using the
term in the most general sense) of some sort. XProc has pretty good support
for HTTP in general, so if you can wrap your external systems with XML+HTTP,
then you don't need XProc extensions in order to be able to use them - you
can use pure XProc, and hence you have no dependency on any particular
version of any particular XProc processor. 



On 14/03/11 19:07, vojtech.toman@emc.com wrote: 



The most natural way to accomplish this is by using extension steps.
Basically, you would be adding new "black boxes" to your pipeline that do
the things that you want - executing SQL queries, making SOAP requests etc.
We have done this quite often at EMC and this approach actually works quite


One thing to note is that you should be careful about ensuring that the
steps are executed in the right order. In a workflow situation, this is
typically quite important. It is therefore a good practice that the
extension steps have input ports and output ports, so that you can easily
express dependencies between the steps by adding explicit connections
(p:pipe bindings). In some situations it doesn't matter, but you typically
want to prevent the XProc processor from "randomly" deciding the execution
order of the steps in the pipeline.







Vojtech Toman

Consultant Software Engineer

EMC | Information Intelligence Group




From: xproc-dev-request@w3.org [mailto:xproc-dev-request@w3.org] On Behalf
Of Adina Gupta
Sent: Friday, March 11, 2011 8:26 PM
To: xproc-dev@w3.org
Subject: How to add more transports/protocols to XProc?



I'm wondering how could I use XProc to form a workflow to do things that are
not directly related to XML or the kind. For example, Calling SQL
queries/stored procedures, communication over plain udp/tcp sockets etc.

More precisely my workflow would be to couple a few sql select queries, a
few stored procedure calls and then based on the output plug some sockets
and write/read data over them, transform the response and that's it return
an output XML.

Is it possible? If yes then what's the best way of writing connectors for
such transports? An extension step or may be something else? 


Conal Tuohy
eResearch Business Analyst
Victorian eResearch Strategic Initiative

No virus found in this message.
Checked by AVG - www.avg.com
Version: 10.0.1204 / Virus Database: 1498/3506 - Release Date: 03/14/11
Received on Tuesday, 15 March 2011 09:04:39 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 21:03:08 UTC