W3C home > Mailing lists > Public > xproc-dev@w3.org > June 2010

(no subject)

From: David <dlee@calldei.com>
Date: Thu, 10 Jun 2010 15:55:03 -0400
Message-ID: <4C114317.1080505@calldei.com>
To: Dave <dhallammail-xproc@yahoo.com>
CC: xproc-dev@w3.org
Since noone else more authoritative (or at all) has answered.
I know of no other way. I don't believe the calabash code has been 
refactored to be more 'integration friendly' yet ,.
OTOH it wasn't hard for me to do .  The code is pretty clean and 
self-obvious.   ( Only took a few emails to NDW to figure out some bits :)

If you want to see how I did it, or if you want a somewhat easier 
integration you can look at the xmlsh calabash extension module


There are links to sourceforge there so you can get the source and see 
how I did it.

Or if you want an easier way to use this you can embed xmlsh in your 
java code then just call calabash from xmlsh.
xmlsh is fairly easy to integrate.

While this is easier then hacking calabash source code, it will pull in 
all of xmlsh as well and require a bit more of an initial footprint.  
The overhead is not bad, but there are additional dependencies.  (most 
are included in the distribution).
They both share the Saxon HE 9.2 engine so the performance should be 
similar or identical (calling calabash directly or through the extension 

David A. Lee

On 6/9/2010 5:29 PM, Dave wrote:
> Hi all,
> I've seen a number of postings from mid-2009 talking about a Java API 
> for Calabash and the end solution was to strip code from 
> com.xmlcalabash.drivers.Main to add to their own applications so that 
> Calabash can be invoked from within an application.
> Is there a different approach that people are taking now or does that 
> solution still stand?
> Many thanks,
> Dave
Received on Thursday, 10 June 2010 19:55:44 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 23:16:53 UTC