Mailing-List: contact dev-help@ant.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Ant Developers List" <dev@ant.apache.org>
Received-SPF: neutral (athena.apache.org: local policy)
Message-ID: <46D5E9F6.3030006@getsu.com>
Date: Wed, 29 Aug 2007 11:49:42 -1000
From: "J. David Beutel" <jdb@getsu.com>
User-Agent: Thunderbird 2.0.0.6 (Windows/20070728)
MIME-Version: 1.0
To: Ant Developers List <dev@ant.apache.org>
Subject: Re: Setting Xalan to junitreport
References: 
 <8ADC468FAD0DD811ABE500065BFE3CDA04B40E3B@pat.slough.midas-kapiti.com>
	<46D33958.5060502@getsu.com> <y1u8x7w707b.fsf@v30161.1blu.de>
 <46D3D26F.6010500@getsu.com> <000701c7e999$61285610$0201a8c0@ramsel1>
In-Reply-To: <000701c7e999$61285610$0201a8c0@ramsel1>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

I haven't had much luck using XSLT 2 for junitreport.  I think Saxon has 
a problem with the redirect extension, which looks specific to Xalan.

--- Nested Exception ---
; SystemID: 
file:/c:/safe/projects/travelIdea/travel/work/docs/junit-frames.xsl; 
Line#: 36; Column#: -1
net.sf.saxon.trans.DynamicError: Unknown extension element
        at 
net.sf.saxon.expr.ErrorExpression.evaluateItem(ErrorExpression.java:61)

If I pursue this further, I'll probably go the other way, setting the 
timezone in XMLJUnitResultFormatter.

By the way, to get Ant to use Saxon, the xslt task's classpath did not 
work for me, even with the factory element.  It looks like this bug: 
http://issues.apache.org/bugzilla/show_bug.cgi?id=41314

The way I would get Ant to use Saxon now, if I were going to keep 
working on junitreport, is the hack described at the end of that bug:  
setting the system property via SaxonLiaison.  I like that better than 
using the ANT_OPTS environment variable.  Another way I like less is 
adding -lib saxon8.jar to the ant script arguments and a factory element 
to the xslt task.  But the way I like least is Sun's usual endorsed 
standards override mechanism, modifying the JRE (which I didn't even try).

Cheers,
11011011

jcumps@gmail.com wrote:
>
> You could use Ant's JUnitReport task just to create the consolidated 
> xml file (TESTS-TestSuites.xml),
> and then call the XSLT task on that consolidated XML file.
> You can than point the XSLT task's classpath(ref) attribute to your 
> favorite processor.
>
>
>    <junitreport todir="${build.dir}/testreports">
>      <fileset dir="${build.dir}/testresults">
>        <include name="TEST-*.xml"/>
>      </fileset>
> ...
>    </junitreport>
>
>   <xslt classpathref="yourXSLTProcessorref" 
> in="${build.dir}/testresults/TESTS-TestSuites.xml" .....
>
>
> Regards, Jan
>
>
>
>
>
> ----- Original Message ----- From: "J. David Beutel" <jdb@getsu.com>
> To: "Ant Developers List" <dev@ant.apache.org>
> Sent: Tuesday, August 28, 2007 9:44 AM
> Subject: Re: Setting Xalan to junitreport
>
>
>> Stefan Bodewig wrote:
>>> Not using JDK 1.5's XSLTC is a good idea for so many reasons anyway.
>>> You could use the usual endorsed standards override mechanism[1] to
>>> swap in Saxon or just set the system property
>>> javax.xml.transform.TransformerFactory prior to running Ant (you'd
>>> probably use the ANT_OPTS environment variable for this).
>>>
>>
>> Thanks for the advice!
>>
>> I was happy to upgrade to JDK 1.5 and Ant 1.7 because I never liked 
>> copying the Xalan and JUnit JARs into Ant's lib directory.  My 
>> current employer considers Ant, JDK, and Tomcat to be part of the 
>> environment, but has some projects that require them to be 
>> customized.  This complicates working on different projects, so I 
>> look for ways to avoid customizing the environment, keeping the 
>> changes in the version-controlled files.  I guess ANT_OPTS in a 
>> custom script is my best option for XSLT 2.
>>
>> Cheers,
>> 11011011
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe@ant.apache.org
>> For additional commands, e-mail: dev-help@ant.apache.org
>>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@ant.apache.org
> For additional commands, e-mail: dev-help@ant.apache.org
>


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@ant.apache.org
For additional commands, e-mail: dev-help@ant.apache.org