SourceForge has been redesigned. Learn more.

#522 spurious classpath="classpath" in xslt ant tasks


== Summary ==

spurious classpath="classpath" in xslt ant tasks

== Versions ==

OS: Ubuntu 12.10

Using an svn checkout at revision: 11529

== How to Reproduce ==

Use either of these commands to find instances of xslt[@classpath="classpath"], or alternatively use whatever xpath search facility you have:

$ find . -name build-*.xml | xargs xmlstarlet sel -t -c "//xslt[@classpath='classpath']"

$ find . -name build-*.xml | xargs grep 'classpath="classpath"'

(The grep command is obviously not as precise.)

== Actual Results ==

A bunch of xslt tasks with @classpath set to "classpath".

== Expected Results ==

No xslt task with @classpath set.

== Observations ==

I've also searched like this

$ find . -name build-to.xml | xargs -n1 xmlstarlet sel -t -c "//xslt[not(classpath)]"

And got no results, so if my xpath is correct then this means there is no xslt task without a classpath element in it. I believe this causes xslt/@classpath to have no effect.

It looks like the intent was really to have classpathref="classpath", because I can't see how classpath="classpath" can make any sense, absent a jar file named "classpath" somewhere. At any rate, neither are needed since there is a classpath element inside all xslt tasks.


  • Sebastian Rahtz

    Sebastian Rahtz - 2013-01-30
    • status: open --> closed-fixed
  • Sebastian Rahtz

    Sebastian Rahtz - 2013-01-30

    How odd. I have duly killed them. Thanks for the eagle eyes.