See comments intermixed.

At 06:57 PM 11/28/01, Donnie Hale wrote:
>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).

I use Ant 1.3 without problems, but I haven't tried using Ant 1.4 yet. The 
requirement for optional.jar is listed in the Prerequisites section:

http://jakarta.apache.org/struts/installation.html#Prerequisites


>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.

Yes, the <style> task is required. The TLD files are generated from XML 
sources, and the <style> task in compile.library is doing that 
transformation. If you remove that, you'll get a JAR file, but the Struts 
taglibs won't work at all.

>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?

The reliance is on Xalan, which is also listed in the prerequisites page. 
This requirement isn't going to go away. I use XalanJ 2.1.0.

For Ant 1.3, I replaced the JAXP 1.0 files in ant/lib with the ones for 
JAXP 1.1, since otherwise there is a conflict between Ant using JAXP 1.0 
and XalanJ 2.1.0 requiring JAXP 1.1. If Ant 1.4 ships with JAXP 1.1, then 
you won't need to do this.

>Thanks for your patience while I work through this,

No problem. If you still have problems once you've got the prerequisites 
sorted out, could you try building with Ant 1.3? If there's a problem with 
Ant 1.4, then we'll need to look into it.

>Donnie

--
Martin Cooper




>--
>To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
>For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>



--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Reply via email to