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)


David:

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

David RR Webber wrote:

>Duane,
>
>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
>want.
>
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.

Duane

-- 
***********
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]