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

RE: We need an XPath API

  • From: Didier PH Martin <martind@n...>
  • To: Robin Berjon <robin@k...>, Mike.Champion@S...
  • Date: Sun, 04 Mar 2001 10:22:49 -0500

xml node locking mechanism
Hi Robin,

Robin said:
We could tell people that a query is a snapshot of the tree at the moment
at which it is taken. Sounds simple but the problem is in that case in
order to be consistent the Nodes should be clones of the ones in the tree
lest they be live even if the list isn't. And if clones, then in order to
be useful they ought to be deep clones. I can hear those boxes swapping
from here.

Didier replies:
Indeed, For xslt processors this is not a problem since they extract nodes
to build a new infoset. The problem may occur with an xinclude engines that
modifies an infoset structure. In fact, the problem happens if more than one
processor simultaneously accessing the same data structure. In this case, we
usually have a lock mechanism. Take for instance the relational data bases,
they do not allow you to have two agents to modify the data at the same
time. We simply say that the system tries to keep some "data integrity" and
therefore let one agent to lock access to part of the data base for
modifications.

So, if more than one user need to access the same infoset at the same time,
we will probably need a lock mechanism. The possible algorithms would be

1 - perform query - with a lock on the infoset
2 - perform some operation on the infoset fragment
3 - release the info set

The circumstances when this would be needed is probably when we have several
simultaneous clients modifying a single info set. This is quite
sophisticated and not very obvious. I would focus at first on a mechanism
allowing several modules in a processing pipeline to share the same infoset.
Because a processing pipeline has processors doing some processes at
different time, then, locking the infoset is unnecessary. This said, your
point is well taken and obviously necessary for a shared infoset like we
would have with an XML infoset store. More than one agent may change its
content at the same time, therefore, locking mechanism or structural
integrity has to be maintained.

cheers
Didier PH Martin
----------------------------------------------
Email: martind@n...
Conferences: xml devcon 2000 (http://www.xmldevcon2000.com)
		 Wireless Summit NY (http:www.pulver.com)
	       xml devcon 2001 London (http://www.xmldevcon2000.com)
Book: XML Professional (http://www.wrox.com)
column: xml.com (http://www.xml.com)



PURCHASE STYLUS STUDIO ONLINE TODAY!

Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced!

Buy Stylus Studio Now

Download The World's Best XML IDE!

Accelerate XML development with our award-winning XML IDE - Download a free trial today!

Don't miss another message! Subscribe to this list today.
Email
First Name
Last Name
Company
Subscribe in XML format
RSS 2.0
Atom 0.3
 

Stylus Studio has published XML-DEV in RSS and ATOM formats, enabling users to easily subcribe to the list from their preferred news reader application.


Stylus Studio Sponsored Links are added links designed to provide related and additional information to the visitors of this website. they were not included by the author in the initial post. To view the content without the Sponsor Links please click here.

Site Map | Privacy Policy | Terms of Use | Trademarks
Free Stylus Studio XML Training:
W3C Member
Stylus Studio® and DataDirect XQuery ™are products from DataDirect Technologies, is a registered trademark of Progress Software Corporation, in the U.S. and other countries. © 2004-2013 All Rights Reserved.