You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@cocoon.apache.org by Torsten Curdt <tc...@vafer.org> on 2003/11/19 01:04:48 UTC

DynamicSelectionListTestCase

Could someone more into woody please check the
DynamicSelectionListTestCase ...it causes a NPE

Thanks
--
Torsten

BTW: is there a way excuting just a specific testcase?

Re: DynamicSelectionListTestCase

Posted by Joerg Heinicke <jh...@virbus.de>.
On 19.11.2003 16:22, Torsten Curdt wrote:

>> AFAICS the above would be enough, if the JVM were not forked 
>> (test-build.xml).
> 
> 
> So the problem was in the generated block-build.xml
> 
>  <junit fork="yes" haltonfailure="yes" printsummary="yes">
>   <classpath>
>    <path refid="test.classpath"/>
>    <path refid="fop.classpath"/>
>    <pathelement location="${build.test}"/>
>    <pathelement location="${build.blocks}/fop/test"/>
>   </classpath>
>   <formatter usefile="no" type="plain"/>
>   <batchtest>
>    <fileset dir="${build.blocks}/fop/test">
>     <include name="**/*TestCase.class"/>
>     <include name="**/*Test.class"/>
>     <exclude name="**/AllTest.class"/>
>     <exclude name="**/*$$*Test.class"/>
>     <exclude name="**/Abstract*.class"/>
>    </fileset>
>  </batchtest>
> </junit>
> 
> The junit fork missed the
> 
>  <jvmarg value="-Djava.endorsed.dirs=..."/>
> 
> So the woody tests are fine now :)

Ah, the blocks have their own test target.

> But the XMidiGeneratorTestCase still fails :(

The XMidiGenerator seems to be broken, because the samples do also not work.

> Plus I guess in the block-anteater-tests the
> the following line might be wrong, too:
> 
>  <jvmarg value="-Djava.endorsed.dirs=${anteater.home}/lib"/>

Saw this too and wondered, but I don't know what's in 
${anteater.home}/lib, never tried it.

Joerg

Re: DynamicSelectionListTestCase

Posted by Torsten Curdt <tc...@vafer.org>.
Joerg Heinicke wrote:

> On 19.11.2003 14:34, Ugo Cei wrote:
> 
>>> ...wait a minute: shouldn't our build system be using the versions
>>> from the endorsed dir???
>>
>>
>>
>> Of course, but cocoon.sh explicitly does:
>>
>> ENDORSED_LIBS="$COCOON_HOME/lib/endorsed"
>> ENDORSED="-Djava.endorsed.dirs=$ENDORSED_LIBS"
>>
>> whereas build.sh does:
>>
>> ANT_OPTS=-Djava.endorsed.dirs=lib/endorsed
>> export ANT_OPTS
>>
>> Probably the latter is not enough, sincerely I don't know.
> 
> 
> AFAICS the above would be enough, if the JVM were not forked 
> (test-build.xml).

So the problem was in the generated block-build.xml

  <junit fork="yes" haltonfailure="yes" printsummary="yes">
   <classpath>
    <path refid="test.classpath"/>
    <path refid="fop.classpath"/>
    <pathelement location="${build.test}"/>
    <pathelement location="${build.blocks}/fop/test"/>
   </classpath>
   <formatter usefile="no" type="plain"/>
   <batchtest>
    <fileset dir="${build.blocks}/fop/test">
     <include name="**/*TestCase.class"/>
     <include name="**/*Test.class"/>
     <exclude name="**/AllTest.class"/>
     <exclude name="**/*$$*Test.class"/>
     <exclude name="**/Abstract*.class"/>
    </fileset>
  </batchtest>
</junit>

The junit fork missed the

  <jvmarg value="-Djava.endorsed.dirs=..."/>

So the woody tests are fine now :)
But the XMidiGeneratorTestCase still fails :(

Plus I guess in the block-anteater-tests the
the following line might be wrong, too:

  <jvmarg value="-Djava.endorsed.dirs=${anteater.home}/lib"/>

cheers
--
Torsten

Re: DynamicSelectionListTestCase

Posted by Joerg Heinicke <jh...@virbus.de>.
On 19.11.2003 14:34, Ugo Cei wrote:
>> ...wait a minute: shouldn't our build system be using the versions
>> from the endorsed dir???
> 
> 
> Of course, but cocoon.sh explicitly does:
> 
> ENDORSED_LIBS="$COCOON_HOME/lib/endorsed"
> ENDORSED="-Djava.endorsed.dirs=$ENDORSED_LIBS"
> 
> whereas build.sh does:
> 
> ANT_OPTS=-Djava.endorsed.dirs=lib/endorsed
> export ANT_OPTS
> 
> Probably the latter is not enough, sincerely I don't know.

AFAICS the above would be enough, if the JVM were not forked 
(test-build.xml).

Joerg

Re: DynamicSelectionListTestCase

Posted by Torsten Curdt <tc...@vafer.org>.
> But as I said in the other mail the JVM is forked in the test-build.xml:
> 
> <junit printsummary="yes" haltonfailure="yes" fork="yes">
> 
> So I don't expect the correct Xalan version to be used.

see my other mail :)
--
Torsten

Re: DynamicSelectionListTestCase

Posted by Joerg Heinicke <jh...@virbus.de>.
On 19.11.2003 15:39, Torsten Curdt wrote:

>>> ...wait a minute: shouldn't our build system be using the versions
>>> from the endorsed dir???

> Well, I am currently under windows and the build.bat does:
> 
>  call %ANT_HOME%\bin\ant -Djava.endorsed.dirs=lib\endorsed
> 
> Which could not be more explicit IMO. Anyone an idea?
> 
> Maybe we could output the version numbers of the used
> Xerces and Xalan on the build process. That might help
> finding such classpath issues

You can test it with the environment check (either XSLT or Java):

http://xml.apache.org/xalan-j/faq.html#environmentcheck

But as I said in the other mail the JVM is forked in the test-build.xml:

<junit printsummary="yes" haltonfailure="yes" fork="yes">

So I don't expect the correct Xalan version to be used.

Joerg

Re: DynamicSelectionListTestCase

Posted by Torsten Curdt <tc...@vafer.org>.
Ugo Cei wrote:
>> ...wait a minute: shouldn't our build system be using the versions
>> from the endorsed dir???
> 
> 
> Of course, but cocoon.sh explicitly does:
> 
> ENDORSED_LIBS="$COCOON_HOME/lib/endorsed"
> ENDORSED="-Djava.endorsed.dirs=$ENDORSED_LIBS"
> 
> whereas build.sh does:
> 
> ANT_OPTS=-Djava.endorsed.dirs=lib/endorsed
> export ANT_OPTS
> 
> Probably the latter is not enough, sincerely I don't know.

Well, I am currently under windows and the build.bat does:

  call %ANT_HOME%\bin\ant -Djava.endorsed.dirs=lib\endorsed

Which could not be more explicit IMO. Anyone an idea?

Maybe we could output the version numbers of the used
Xerces and Xalan on the build process. That might help
finding such classpath issues
--
Torsten

Re: DynamicSelectionListTestCase

Posted by Ugo Cei <u....@cbim.it>.
> ...wait a minute: shouldn't our build system be using the versions
> from the endorsed dir???

Of course, but cocoon.sh explicitly does:

ENDORSED_LIBS="$COCOON_HOME/lib/endorsed"
ENDORSED="-Djava.endorsed.dirs=$ENDORSED_LIBS"

whereas build.sh does:

ANT_OPTS=-Djava.endorsed.dirs=lib/endorsed
export ANT_OPTS

Probably the latter is not enough, sincerely I don't know.

	Ugo


-- 
Ugo Cei - Consorzio di Bioingegneria e Informatica Medica
P.le Volontari del Sangue, 2 - 27100 Pavia - Italy
Phone: +39.0382.525100 - E-mail: u.cei@cbim.it

Re: DynamicSelectionListTestCase

Posted by Torsten Curdt <tc...@vafer.org>.
Torsten Curdt wrote:

> Ugo Cei wrote:
> 
>> Torsten Curdt wrote:
>>
>>> Could someone more into woody please check the
>>> DynamicSelectionListTestCase ...it causes a NPE
>>
>>
>>
>> http://marc.theaimsgroup.com/?l=xml-cocoon-dev&m=106750239117652&w=2
> 
> 
> Thanks! ...I missed that one

...wait a minute: shouldn't our build system be using the versions
from the endorsed dir???
--
Torsten

Re: DynamicSelectionListTestCase

Posted by Torsten Curdt <tc...@vafer.org>.
Ugo Cei wrote:
> Torsten Curdt wrote:
> 
>> Could someone more into woody please check the
>> DynamicSelectionListTestCase ...it causes a NPE
> 
> 
> http://marc.theaimsgroup.com/?l=xml-cocoon-dev&m=106750239117652&w=2

Thanks! ...I missed that one
--
Torsten

Re: DynamicSelectionListTestCase

Posted by Ugo Cei <u....@cbim.it>.
Torsten Curdt wrote:
> Could someone more into woody please check the
> DynamicSelectionListTestCase ...it causes a NPE

http://marc.theaimsgroup.com/?l=xml-cocoon-dev&m=106750239117652&w=2

	Ugo