Altova Mailing List Archives

Re: [xml-dev] CLAX - Client-side functionality

From: Mitch Amiano <mitch.amiano@-----------.--->
To: peter murray-rust <pm286@---.--.-->
Date: 7/27/2006 11:16:00 AM
peter murray-rust wrote:
> At 21:40 24/07/2006, Mitch Amiano wrote:
>> So what you're looking for is a hollow shell, an application 
>> framework with which capabilities can be provisioned on the fly, from 
>> libraries obtained over the net?
> Yes
>> Or with less tightly coupled code, a sort of desktop metaphor for 
>> working with XML? A Web Grazer as it were, since you need to ruminate 
>> on the data and "chew the cud".
> Grazer - Nice phrase :-)
It comes from a project I did to investigate how well Jython could serve 
as an integration platform to tie together Java libraries into a 
rudimentary "4GL" toolkit.  I went so far as to produce a swing 
project/item manager, items being XML documents opend into source editor 
panes.  A Saxon-based XQuery capability was as far as I went with it, 
but it had met my expectations.  Next step would be to add additional 
Java libraries for other XML types; Batik to render SVG types of items 
,etc. I can see how CLAX applies to operations performed on the XML 
items, for instance helping decide that Saxon-B would provide "XQuery 
Capability".  I don't see how the service metaphor facilitates a "SVG 
Capability", because that implies a tighter coupling.

>> Is there no room in CLAX for visualization and interaction with the 
>> user?
> Of course there will be lots. See the bioclipse screenshots. But I 
> wanted to stress the non-interactive aspects.
I can accept that for this discussion; the two 
(interactive|non-interactive) are quite different I think, at least if 
you view non-interactive as being reduced to a series of http requests.

>> I note with some interest that your examples look like re-coded ANT 
>> tasks.
> Probably!
>> A few tweaks to OxygenXML to make it easier to integrate with ANT 
>> would go a long way toward an implementation.
> P.


These Archives are provided for informational purposes only and have been generated directly from the Altova mailing list archive system and are comprised of the lists set forth on Therefore, Altova does not warrant or guarantee the accuracy, reliability, completeness, usefulness, non-infringement of intellectual property rights, or quality of any content on the Altova Mailing List Archive(s), regardless of who originates that content. You expressly understand and agree that you bear all risks associated with using or relying on that content. Altova will not be liable or responsible in any way for any content posted including, but not limited to, any errors or omissions in content, or for any losses or damage of any kind incurred as a result of the use of or reliance on any content. This disclaimer and limitation on liability is in addition to the disclaimers and limitations contained in the Website Terms of Use and elsewhere on the site.