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