- From: David <dlee@calldei.com>
- Date: Thu, 10 Jun 2010 15:55:03 -0400
- To: Dave <dhallammail-xproc@yahoo.com>
- CC: xproc-dev@w3.org
- Message-ID: <4C114317.1080505@calldei.com>
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 http://www.xmlsh.org/ModuleCalabash 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. http://www.xmlsh.org/EmbeddingXmlsh 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 module). ------------------------- David A. Lee dlee@calldei.com http://www.calldei.com http://www.xmlsh.org 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