[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Fwd: [xml-server] Prototype. 2 hot issues.

Another mail from the xml-server list. Much of the ozoneXML components are
mentioned.

----------  Forwarded Message  ----------
Subject: [xml-server] Prototype. 2 hot issues.
Date: Tue, 26 Oct 1999 01:31:45 -0700
From: Paul Tchistopolskii <pault12@pacbell.net>


Hi Eric, 

1. XSLT-SQL
2. Is there any free "persistent DOM" implementation ?

XSLT-SQL

Getting some public feedback on XSLT-SQL is the 
'only' serious problem I see at the moment.

Even I feel that implementing XSLT- style queries *only* 
(silmiliar to XQL but with updates ) would be already cool 
thing, it could be great to get a bit more feedback on 
XSLT-SQL "current-pre-alpha-draft"  from one more 
person...  I hope we have some exerienced language 
designer,  reading this letter ;-)

The thread with Subj XSLT-SQL contains 
mor einformation on XSLT-SQL.

After looking at some already existing XML-DB tools 
I could not find any tool which is trying to use the 
whole power of Xpath/XSLT for queries ( not only 
for the postprocessing). 

The closest thing is XQL http://metalab.unc.edu/xql/

It is the (nice) attempt  to supreset XSLT.

Unfortunately :
    1. It lacks updates
    2. It has very strange constructions
    3. It's hard to understand the status of it

However, because they actualy tried  to do 
the same thing we were thinking about 
( use the power of XPath and XSLT not 
only for transformations, but for queries 
as well) their efforts should be taken 
into account.

I still think that  good old *standard* SQL query is 
not always perfect thing to use with hierarhical 
model, even you wrap the query into xml tags.

I also think that XQL is a good first step and 
( suprize ;-) it is for some reason 'frozen' by 
W3C (?). I think XQL is not good enough.

It would be great to get some more feedback on 
XSLT-SQL "current draft" from anybody reading 
this letter. However, if there will be feedback, 
I think I'l try to make a next step anyway.

Prototype.

Because of  reasonable suggestions about 
postoponing C/S architecture I think the goal 
of the prototype is a  library that could be then 
pluged into ... for example - apache. ;-)

I think that XSLT on top of DOM is the way to go.
At the moment I think it could  be *any* XSLT 
and *any* DOM. What could be perfect is to 
find some implementation of persistent DOM.

GMD-IPSI XQL Engine
http://xml.darmstadt.gmd.de/xql/

Has one Persistent DOM implementation, but it appears 
to be a commercial thing. If it could be free, the only 
thing needed would be to implement XSLT-SQL on top 
of that PDOM instead of XQL on top of PDOM.  

I think I'l use OpenXML XSL:P or SAXON on top of  
some DOM. I think that if I'l not find any Persistent 
DOM, I may just go with flat XML files.

I'm very happy we get there, it would be impossible 
without your help. 

Rgds.Paul.

----- Original Message ----- 
From: <DPawson@rnib.org.uk>
To: <xsl-list@mulberrytech.com>
Sent: Monday, October 25, 1999 11:56 PM
Subject: RE: OT: XML Server dream


> XSL-List Owner :
> >Yes, this thread is off-topic (and, yes, I am back as XSL-List
> >owner).  Please continue this thread on comp.text.xml or on a more
> >relevant XML mailing list.
> 
> Spoilsport <grin/>
> 
> It *was* interesting though Tony.
> 
> Regards, DaveP
> 
> 
>  XSL-List info and archive:  http://www.mulberrytech.com/xsl/xsl-list
> 


------------------------------------------------------------------------

eGroups.com home: http://www.egroups.com/group/xml-server
http://www.egroups.com - Simplifying group communications
-------------------------------------------------------

-- 
______________________________________________________________________
Falko Braeutigam                         mailto:falko@softwarebuero.de
softwarebuero m&b (SMB)                    http://www.softwarebuero.de