Folks,
My apologies if this has been addressed recently. The most relevant messages
for it seemed to be from February this year, so I'm bringing it up again.
I retrieved the source, tip revisions, from CVS and attempted to build. I
created a build.properties as indicated; and I haven't had any problems that
I can see on that front. For simplicity, I just run:
ant dist.library
During the compile.library target, I get:
compile.library:
[style] DEPRECATED - xslp processor is deprecated. Use trax or xalan
instead.
[style] java.lang.NoClassDefFoundError:
org/apache/xalan/xslt/XSLTProcessorFactory
[style] at
org.apache.tools.ant.taskdefs.optional.XalanLiaison.<init>(XalanLiaison.java
:82)
[style] at java.lang.Class.newInstance0(Native Method)
[style] at java.lang.Class.newInstance(Class.java:254)
[style] at
org.apache.tools.ant.taskdefs.XSLTProcess.resolveProcessor(XSLTProcess.java:
278)
[style] at
org.apache.tools.ant.taskdefs.XSLTProcess.getLiaison(XSLTProcess.java:406)
[style] at
org.apache.tools.ant.taskdefs.XSLTProcess.execute(XSLTProcess.java:141)
[style] at org.apache.tools.ant.Task.perform(Task.java:217)
[style] at org.apache.tools.ant.Target.execute(Target.java:184)
[style] at org.apache.tools.ant.Target.performTasks(Target.java:202)
[style] at
org.apache.tools.ant.Project.executeTarget(Project.java:601)
[style] at
org.apache.tools.ant.Project.executeTargets(Project.java:560)
[style] at org.apache.tools.ant.Main.runBuild(Main.java:454)
[style] at org.apache.tools.ant.Main.start(Main.java:153)
[style] at org.apache.tools.ant.Main.main(Main.java:176)
[style] java.lang.NoClassDefFoundError: com/kvisco/xsl/XSLProcessor
[style] at
org.apache.tools.ant.taskdefs.optional.XslpLiaison.<init>(XslpLiaison.java:7
7)
[style] at java.lang.Class.newInstance0(Native Method)
[style] at java.lang.Class.newInstance(Class.java:254)
[style] at
org.apache.tools.ant.taskdefs.XSLTProcess.resolveProcessor(XSLTProcess.java:
274)
[style] at
org.apache.tools.ant.taskdefs.XSLTProcess.getLiaison(XSLTProcess.java:403)
[style] at
org.apache.tools.ant.taskdefs.XSLTProcess.execute(XSLTProcess.java:141)
[style] at org.apache.tools.ant.Task.perform(Task.java:217)
[style] at org.apache.tools.ant.Target.execute(Target.java:184)
[style] at org.apache.tools.ant.Target.performTasks(Target.java:202)
[style] at
org.apache.tools.ant.Project.executeTarget(Project.java:601)
[style] at
org.apache.tools.ant.Project.executeTargets(Project.java:560)
[style] at org.apache.tools.ant.Main.runBuild(Main.java:454)
[style] at org.apache.tools.ant.Main.start(Main.java:153)
[style] at org.apache.tools.ant.Main.main(Main.java:176)
I'm using Ant 1.4.1 with the optional.jar file (which I don't see listed as
being required).
For myself, things worked fine if I just commented out the <style ... />
taskdef in that target. I'm just interested in getting the .jar anyway.
A couple of things, then:
1) Does that <style ... /> really belong in compile.library? Just looking at
it, it seems more related to generating docs than compiling the library. And
the target "dist.library", which depends on "compile.library", didn't seem
to complain when I commented that out and did a build.
2) Is this reliance on xalan/trax/whatever getting ready to go away? Or is
it, and the apparent corresponding reliance on ant's optional.jar, going to
get documented?
Thanks for your patience while I work through this,
Donnie
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
