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

 


Help: OASIS Mailing Lists Help | MarkMail Help

ubl-lcsc message

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


Subject: RE: [ubl-lcsc] Processing Efficiency Test Re:PositionPaper onList Containers


Greetings

I have just tried the following stylesheets with my 'with container' and 'without container' instances

A.

<?xml version='1.0'?>
<xsl:stylesheet xmlns:in="urn:oasis:names:tc:ubl:Invoice:1.0:0.81" exclude-result-prefixes="xsl cat in" version="1.0" xmlns:xsl="http://www.w3.org/1999/XSL/Transform"; xmlns:cat="urn:oasis:names:tc:ubl:CommonAggregateTypes:1.0:0.81">
<xsl:output method="html"/>

<xsl:template match="/">
	<html><head></head>
		<body>
			<xsl:value-of select="in:Invoice/cat:BuyerParty/cat:Party/cat:PartyName/cat:Name"/>
		</body>
	</html>
</xsl:template>

</xsl:stylesheet>

B.

<?xml version='1.0'?>
<xsl:stylesheet xmlns:in="urn:oasis:names:tc:ubl:Invoice:1.0:0.81" exclude-result-prefixes="xsl cat in" version="1.0" xmlns:xsl="http://www.w3.org/1999/XSL/Transform"; xmlns:cat="urn:oasis:names:tc:ubl:CommonAggregateTypes:1.0:0.81">
<xsl:output method="html"/>

<xsl:template match="/">
	<html><head></head>
		<body>
			<xsl:value-of select="in:Invoice/cat:BuyerParty/cat:Party/cat:PartyName/cat:Name"/>
		<xsl:value-of select="in:Invoice/cat:InvoiceLine[1]/cat:StatusCode"/>
		</body>
	</html>
</xsl:template>

</xsl:stylesheet>

(A) does not include the container (Invoice LineList) in any path and this showed from the results that the margin for error with instant saxon and Win XP is up to 10% still. Though many of the results had the exact same values, the were quite frequent anomolies which showed me that I need to run the test about ten times to be realistic

(B) includes two XPaths - one without the container as in (A) and one with. 

This gave practically the same results as (A).

578 milliseconds was the usual time in both cases (but both gave occasional results like 562 and 609 milliseconds)

Conclusion:

Of course, my previous studies do show that we have good reason to take any of this 'with a pinch of salt' but I can't find any performance improvement without looking at more obscure situations than this. I don't really think that further repeats will show any different, nor repeats with other numbers of lines.


All the best

Stephen Green



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