OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.


Help: OASIS Mailing Lists Help | MarkMail Help

regrep message

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]

Subject: Re: [regrep] Impact of ICG Adoption on CCRIM SC (Was:[regrep]UN/CEFACT-ICG adopts freebXML Registry)


The attribute in this DOM tree is NOT deeply nested.  Please read the 
document!!!   Comments inline:

David RR Webber wrote:

>Yeah - but - if the DOM tree is *not* deeply nested - then its faster via
>the DOM tree than having to
>crunch thru reams of attributes trying to find the one(s) that you want -
>and that's the rub.
There are likely to be only 2-5 authorities who assert the CC 
properties, therefore this argument is insignificant. 

>  Since its
>not just one attirbute - but sets - and therefore you either have to return
>the entire XML instance
>to the requestor - or parse every attribute every time to find the complete
>list of those needed.
Since you need the entire fragment anyways, once again this argument is 
not valid.  JDOM build 4 ++ supports detach().

>Any which way you slice it - that is much more resource intensive than a
>well structured XML set
>that organizes the components so you can descreetly retrieve just what you
It is a well structured XML set that allows people to detach() only the 
branch they need.  Please read the document.

>   You can also use
>IDRefs to make it even faster against the structures.
Only if the original ID is held into the DOM and also the entire IDREF 
capable branch is also loaded.   Even then, it is arguably a minor 
advantage (see XML-dev list from about 2001 Nov).

>Not to mention that given the use cases you can return functional sets of
>related information - just
>like we currently do with RIM - but now this is noun-centric optimization.
ARGGhG!!!!  The only thing worse than loading one DOM tree into memory 
would be to have to load two and also be dependent on a registry being 
available AND incur network lag.  Combined, this would make it at least 
5 to 100 times slower.

It is obvious by this comment that you have also not read the document. 

Please read it.


Senior Standards Strategist - Adobe Systems, Inc. - http://www.adobe.com
Vice Chair - UN/CEFACT Bureau Plenary - http://www.unece.org/cefact/
Chair - OASIS eb SOA TC - http://www.oasis-open.org/committees/tc_home.php?wg_abbrev=ebsoa

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]