[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message]

Re: CLAX - Client-side functionality

• To: peter murray-rust <pm286@c...>
• Subject: Re: CLAX - Client-side functionality
• From: Mitch Amiano <mitch.amiano@a...>
• Date: Thu, 27 Jul 2006 07:16:08 -0400
• Cc: XML Developers List <xml-dev@l...>
• In-reply-to: <7.0.1.0.0.20060724230449.038bfe50@c...>
• References: <B8415163A689094689542C617ECA0366E03F8C@I...> <7.0.1.0.0.20060723192020.04435ec0@c...> <44C3EC97.2020302@m...> <7.0.1.0.0.20060723224632.041368d0@c...> <44C45718.8040909@m...> <7.0.1.0.0.20060724074148.03e61be8@c...> <44C5304D.4070107@a...> <7.0.1.0.0.20060724230449.038bfe50@c...>
• User-agent: Thunderbird 1.5.0.4 (Windows/20060516)

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.
>
>

• References:
  • [SUMMARY #1] Why is there little usage of XML on the 'visible Web'?
    • From: "Costello, Roger L." <costello@m...>
  • CLAX - Client-side functionality
    • From: peter murray-rust <pm286@c...>
  • Re: CLAX - Client-side functionality
    • From: Elliotte Harold <elharo@m...>
  • Re: CLAX - Client-side functionality
    • From: peter murray-rust <pm286@c...>
  • Re: CLAX - Client-side functionality
    • From: Elliotte Harold <elharo@m...>
  • Re: CLAX - Client-side functionality
    • From: peter murray-rust <pm286@c...>
  • Re: CLAX - Client-side functionality
    • From: Mitch Amiano <mitch.amiano@a...>
  • Re: CLAX - Client-side functionality
    • From: peter murray-rust <pm286@c...>

• Prev by Date: RE: how to design an HTML file to contain an XML file?
• Next by Date: Well, time for RDF
• Previous by thread: Re: CLAX - Client-side functionality
• Next by thread: Re: CLAX - Client-side functionality
• Index(es):
  • Date
  • Thread