You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@struts.apache.org by Donnie Hale <do...@haleonline.net> on 2001/11/29 03:57:16 UTC
Problems building from source
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: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
RE: Problems building from source
Posted by Donnie Hale <do...@haleonline.net>.
Martin,
Re: the prerequisites page - I was looking at the instructions in
build.properties.sample and build.xml. Those things weren't listed in there.
I guess I'd have expected a comment in the .sample file to create a property
like "xalan.home=<whatever>". So, I guess I'm suggesting that prerequisites
be mentioned there as well.
>>>
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.
<<<
I think I picked up on that after looking at the "dist" directory. However,
I have no plans to use that taglibs, so this is OK for me.
>>>
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.
<<<
I'd suggest adding that info to the .sample file as well. Either that, or
have the .sample file be free of any comments other than a pointer to the
prerequisites page. I'll try an older version of Ant if I have problems, but
I think I've got what I need for my purposes.
Thanks again,
Donnie
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: Problems building from source
Posted by ma...@tumbleweed.com.
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: <ma...@jakarta.apache.org>
>For additional commands, e-mail: <ma...@jakarta.apache.org>
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>