You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@struts.apache.org by Joe Germuska <Jo...@Germuska.com> on 2004/03/24 00:57:39 UTC
Re: Making Struts Build Easier (Re: "coming out" for JSF +
Struts, was: Struts JSR?)
>I just to try build Struts with Maven, what am I doing wrong?
>...
>Attempting to download commons-validator-1.1.2-dev.jar.
>WARNING: Failed to download commons-validator-1.1.2-dev.jar.
>The build cannot continue because of the following unsatisfied dependency:
The problem is that the project.xml file declares a dependency on a
version of commons-validator which isn't in your local Maven
repository and which is not in the shared repository.
Maven looked here:
http://ibiblio.org/maven/commons-validator/jars/
for
commons-validator-1.1.2-dev.jar
and as you can see if you follow that URL, it isn't there.
You can control the versions that Maven uses for dependencies by
specifying certain properties. (Full details at
http://maven.apache.org/reference/user-guide.html#Properties_Processing)
Probably the easiest way to set the properties would be to create or
edit build.properties in the root of your local Struts sandbox (same
directory where build.xml and project.xml are). Add the following
lines:
maven.jar.override=on
maven.jar.commons-validator=1.1.1
That's a version of commons-validator that's on the shared Maven
repository, although I don't have time just at the minute to see if
Struts will still build against it!
You could also check out commons-validator and run "maven
jar:install-snapshot" and use
maven.jar.commons-validator=SNAPSHOT
instead.
Hope that helps. If we stick to our guns about avoiding dependencies
on unreleased software, this won't come up again... it's not Maven's
fault!
Joe
--
Joe Germuska
Joe@Germuska.com
http://blog.germuska.com
"Imagine if every Thursday your shoes exploded if you tied them
the usual way. This happens to us all the time with computers, and
nobody thinks of complaining."
-- Jef Raskin
---------------------------------------------------------------------
To unsubscribe, e-mail: struts-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: struts-dev-help@jakarta.apache.org
Re: Making Struts Build Easier (Re: "coming out" for JSF + Struts,
was: Struts JSR?)
Posted by "Peter A. Pilgrim" <pe...@xenonsoft.demon.co.uk>.
Joe Germuska wrote:
>> I just to try build Struts with Maven, what am I doing wrong?
>> ...
>> Attempting to download commons-validator-1.1.2-dev.jar.
>> WARNING: Failed to download commons-validator-1.1.2-dev.jar.
>> The build cannot continue because of the following unsatisfied
>> dependency:
>
>
> The problem is that the project.xml file declares a dependency on a
> version of commons-validator which isn't in your local Maven repository
> and which is not in the shared repository.
>
> Maven looked here:
> http://ibiblio.org/maven/commons-validator/jars/
>
> for
> commons-validator-1.1.2-dev.jar
>
> and as you can see if you follow that URL, it isn't there.
>
> You can control the versions that Maven uses for dependencies by
> specifying certain properties. (Full details at
> http://maven.apache.org/reference/user-guide.html#Properties_Processing)
>
> Probably the easiest way to set the properties would be to create or
> edit build.properties in the root of your local Struts sandbox (same
> directory where build.xml and project.xml are). Add the following lines:
>
> maven.jar.override=on
> maven.jar.commons-validator=1.1.1
>
> That's a version of commons-validator that's on the shared Maven
> repository, although I don't have time just at the minute to see if
> Struts will still build against it!
>
Yes the above did the trick. I have update the Struts Wiki page.
Ta also.
> You could also check out commons-validator and run "maven
> jar:install-snapshot" and use
> maven.jar.commons-validator=SNAPSHOT
> instead.
>
> Hope that helps. If we stick to our guns about avoiding dependencies on
> unreleased software, this won't come up again... it's not Maven's fault!
>
==////==
--
Peter Pilgrim
__ _____ _____ _____
/ //__ // ___// ___/ + Serverside Java
/ /___/ // /__ / /__ + Struts
/ // ___// ___// ___/ + Expresso Committer
__/ // /__ / /__ / /__ + Independent Contractor
/___//____//____//____/ + Intrinsic Motivation
On Line Resume
||
\\===> `` http://www.xenonsoft.demon.co.uk/no-it-striker.html ''
---------------------------------------------------------------------
To unsubscribe, e-mail: struts-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: struts-dev-help@jakarta.apache.org
Re: Making Struts Build Easier (Re: "coming out" for JSF + Struts,
was: Struts JSR?)
Posted by "Peter A. Pilgrim" <pe...@xenonsoft.demon.co.uk>.
Joe Germuska wrote:
>> java:jar-resources:
>> Copying 16 files to /new/peterp/jakarta-struts/m-target/classes
>>
==////==
>> [style]
>> new/peterp/jakarta-struts/doc/userGuide/struts-html.xml:1440:2: Fatal
>> Error! The content of elements must consist of well-formed character
>> data or markup.
>> [style] Failed to process
>> /new/peterp/jakarta-struts/doc/userGuide/struts-html.xml
>
>
> I don't think your problem is with XSLT (Xalan is defined as a
> dependency in project.xml just for this purpose) -- from the logs it
> looks as if struts-bean.xml is being styled correctly before
> struts-html.xml fails.
>
> It seems unlikely that this would be the problem, but are you sure you
> have the head version of doc/userGuide/struts-html.xml? I just did
> "maven clean" followed by "maven jar" and didn't get any errors.
>
Thanks Joe
Running `maven jar' works now.
Looks like it was a CVS conflict with an older version. Purged all
the `doc' directory tree, then updated CVS to get latest deltas.
I got delta 1.76 for `doc/userGuide/struts-html.xml' too.
==////==
--
Peter Pilgrim
__ _____ _____ _____
/ //__ // ___// ___/ + Serverside Java
/ /___/ // /__ / /__ + Struts
/ // ___// ___// ___/ + Expresso Committer
__/ // /__ / /__ / /__ + Independent Contractor
/___//____//____//____/ + Intrinsic Motivation
On Line Resume
||
\\===> `` http://www.xenonsoft.demon.co.uk/no-it-striker.html ''
---------------------------------------------------------------------
To unsubscribe, e-mail: struts-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: struts-dev-help@jakarta.apache.org
Re: Making Struts Build Easier (Re: "coming out" for JSF +
Struts, was: Struts JSR?)
Posted by Joe Germuska <Jo...@Germuska.com>.
>java:jar-resources:
>Copying 16 files to /new/peterp/jakarta-struts/m-target/classes
>
> [style] Transforming into
>/new/peterp/jakarta-struts/m-target/classes/META-INF/tlds
> [style] Processing
>/new/peterp/jakarta-struts/doc/userGuide/struts-bean.xml to
>/new/peterp/jakarta-struts/m-target/classes/META-INF/tlds/struts-bean.tld
> [style] Loading stylesheet
>/new/peterp/jakarta-struts/doc/stylesheets/tld.xsl
> [style] Processing
>/new/peterp/jakarta-struts/doc/userGuide/struts-html.xml to
>/new/peterp/jakarta-struts/m-target/classes/META-INF/tlds/struts-html.tld
> [style]
>new/peterp/jakarta-struts/doc/userGuide/struts-html.xml:1440:2:
>Fatal Error! The content of elements must consist of well-formed
>character data or markup.
> [style] Failed to process
>/new/peterp/jakarta-struts/doc/userGuide/struts-html.xml
I don't think your problem is with XSLT (Xalan is defined as a
dependency in project.xml just for this purpose) -- from the logs it
looks as if struts-bean.xml is being styled correctly before
struts-html.xml fails.
It seems unlikely that this would be the problem, but are you sure
you have the head version of doc/userGuide/struts-html.xml? I just
did "maven clean" followed by "maven jar" and didn't get any errors.
===========================
File: struts-html.xml Status: Up-to-date
Working revision: 1.76
Repository revision: 1.76
/home/cvs/jakarta-struts/doc/userGuide/struts-html.xml,v
Sticky Tag: (none)
Sticky Date: (none)
Sticky Options: (none)
It's possible that there's some other setting in my build.properties
that I don't recognize, but I did a little searching and didn't see
anything. If you'd like to compare mine to yours, I could send it
privately.
Joe
--
Joe Germuska
Joe@Germuska.com
http://blog.germuska.com
"Imagine if every Thursday your shoes exploded if you tied them
the usual way. This happens to us all the time with computers, and
nobody thinks of complaining."
-- Jef Raskin
---------------------------------------------------------------------
To unsubscribe, e-mail: struts-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: struts-dev-help@jakarta.apache.org
Re: Making Struts Build Easier (Re: "coming out" for JSF + Struts,
was: Struts JSR?)
Posted by "Peter A. Pilgrim" <pe...@xenonsoft.demon.co.uk>.
Joe Germuska wrote:
>> I just to try build Struts with Maven, what am I doing wrong?
>> ...
>> Attempting to download commons-validator-1.1.2-dev.jar.
>> WARNING: Failed to download commons-validator-1.1.2-dev.jar.
>> The build cannot continue because of the following unsatisfied
>> dependency:
>
I cannot seem to build the resource files. XSL Templates.
> peterp@orchard [266] > maven jar:install
...
java:prepare-filesystem:
java:compile:
[echo] Compiling to m-target/classes
java:jar-resources:
Copying 16 files to /new/peterp/jakarta-struts/m-target/classes
[style] Transforming into /new/peterp/jakarta-struts/m-target/classes/META-INF/tlds
[style] Processing /new/peterp/jakarta-struts/doc/userGuide/struts-bean.xml to
/new/peterp/jakarta-struts/m-target/classes/META-INF/tlds/struts-bean.tld
[style] Loading stylesheet /new/peterp/jakarta-struts/doc/stylesheets/tld.xsl
[style] Processing /new/peterp/jakarta-struts/doc/userGuide/struts-html.xml to
/new/peterp/jakarta-struts/m-target/classes/META-INF/tlds/struts-html.tld
[style] new/peterp/jakarta-struts/doc/userGuide/struts-html.xml:1440:2: Fatal Error! The
content of elements must consist of well-formed character data or markup.
[style] Failed to process /new/peterp/jakarta-struts/doc/userGuide/struts-html.xml
BUILD FAILED
File...... file:/new/peterp/jakarta-struts/
Element... ant:style
Line...... 29
Column.... 28
Fatal error during transformation
Total time: 16 seconds
Finished at: Wed Mar 24 01:14:25 GMT 2004
What are required `build.properties' for Xalan/Struts?
Many tia
--
Peter Pilgrim
__ _____ _____ _____
/ //__ // ___// ___/ + Serverside Java
/ /___/ // /__ / /__ + Struts
/ // ___// ___// ___/ + Expresso Committer
__/ // /__ / /__ / /__ + Independent Contractor
/___//____//____//____/ + Intrinsic Motivation
On Line Resume
||
\\===> `` http://www.xenonsoft.demon.co.uk/no-it-striker.html ''
---------------------------------------------------------------------
To unsubscribe, e-mail: struts-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: struts-dev-help@jakarta.apache.org
Re: Making Struts Build Easier (Re: "coming out" for JSF +
Struts, was: Struts JSR?)
Posted by Joe Germuska <Jo...@Germuska.com>.
At 6:08 AM -0800 3/24/04, David Graham wrote:
>--- Joe Germuska <Jo...@Germuska.com> wrote:
><snip>
>
>> Hope that helps. If we stick to our guns about avoiding dependencies
>> on unreleased software, this won't come up again... it's not Maven's
>> fault!
>
>Commons Validator is a special case because it's mostly used with Struts.
>The standalone user population is significantly smaller than the Struts
>Validator users. We decided that to get true testing of new Commons
>Validator versions we needed to distribute it with Struts builds.
Fair enough... but there's still a snag between the apparently high
demand for an easy-to-build Struts (based on the traffic in this
thread) and using dependencies that aren't served from iBiblio.
Basically, the alternatives are to get all dependency versions on
some repository server somewhere, or to try to better document the
workarounds when they are necessary. For a while, I had a comment
block in project.xml explaining how to work around an unreleased
validator dependency, but I took it out when the dependency version
was one served from iBiblio.
In January, there was a thread on commons-dev about syncing Apache
builds with iBiblio. It suggested that there might be a secondary
repository on cvs.apache.org for nightly builds, but it doesn't
appear that it has been set up. Don't know if it's stalled, or if it
was vetoed.
http://thread.gmane.org/gmane.comp.jakarta.commons.devel/39462
It's conceptually easy to add alternative repositories in addition to
ibiblio -- in fact, our project.properties file has a commented-out
line from last time we were in this situation, but the repository
indicated is 404.
I think the solution suggested by Mark Diggory in the commons-dev
thread (a backup repo for nightly builds) is a pretty good idea;
maybe we just have to push someone to get it actually set up?
Joe
--
Joe Germuska
Joe@Germuska.com
http://blog.germuska.com
"Imagine if every Thursday your shoes exploded if you tied them
the usual way. This happens to us all the time with computers, and
nobody thinks of complaining."
-- Jef Raskin
---------------------------------------------------------------------
To unsubscribe, e-mail: struts-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: struts-dev-help@jakarta.apache.org
Re: Making Struts Build Easier (Re: "coming out" for JSF + Struts, was: Struts JSR?)
Posted by David Graham <gr...@yahoo.com>.
--- Joe Germuska <Jo...@Germuska.com> wrote:
<snip>
> Hope that helps. If we stick to our guns about avoiding dependencies
> on unreleased software, this won't come up again... it's not Maven's
> fault!
Commons Validator is a special case because it's mostly used with Struts.
The standalone user population is significantly smaller than the Struts
Validator users. We decided that to get true testing of new Commons
Validator versions we needed to distribute it with Struts builds.
David
>
> Joe
>
> --
> Joe Germuska
> Joe@Germuska.com
> http://blog.germuska.com
> "Imagine if every Thursday your shoes exploded if you tied them
> the usual way. This happens to us all the time with computers, and
> nobody thinks of complaining."
> -- Jef Raskin
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: struts-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: struts-dev-help@jakarta.apache.org
>
__________________________________
Do you Yahoo!?
Yahoo! Finance Tax Center - File online. File on time.
http://taxes.yahoo.com/filing.html
---------------------------------------------------------------------
To unsubscribe, e-mail: struts-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: struts-dev-help@jakarta.apache.org