You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@maven.apache.org by Vi...@condenast.com on 2003/08/07 21:59:27 UTC
RE: J2EE project : EAR/WAR/JAR - web site generation
Is anyone else having a problem retrieving j2ee-1.3.jar ?
C:\everest>maven
__ __
| \/ |__ Jakarta _ ___
| |\/| / _` \ V / -_) ' \ ~ intelligent projects ~
|_| |_\__,_|\_/\___|_||_| v. 1.0-beta-9-SNAPSHOT
Starting the reactor...
Our processing order:
Everest Bedrock Framework
Everest CSRWeb
Everest Registration
Everest Registration Application
Everest JBoss container Packager
Everest Host Node
+----------------------------------------
| Building Everest Bedrock Framework
| Memory: 2M/4M
+----------------------------------------
everest:dist-all:
java:prepare-filesystem:
java:compile:
[javac] Since fork is true, ignoring compiler setting.
java:jar-resources:
test:prepare-filesystem:
test:test-resources:
test:compile:
test:test:
[junit] dir attribute ignored if running in the same VM
[junit] Running com.acme.everest.bedrock.TestSimple
[junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 0.125 sec
jar:jar:
jar:install:
[echo]
id = 'everest-module-bedrock'
groupId = 'everest'
artifactDirectory = 'everest'
[copy] Copying 1 file to C:\Tools\maven-1.0-beta-9\repository\everest\jars
+----------------------------------------
| Building Everest CSRWeb
| Memory: 5M/6M
+----------------------------------------
everest:dist:
war:init:
java:prepare-filesystem:
java:compile:
[javac] Since fork is true, ignoring compiler setting.
java:prepare-filesystem:
java:compile:
[javac] Since fork is true, ignoring compiler setting.
java:jar-resources:
test:prepare-filesystem:
test:test-resources:
test:compile:
test:test:
[junit] dir attribute ignored if running in the same VM
[junit] Running com.acme.everest.csrweb.TestSimple
[junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 0.016 sec
war:war:
[echo] Building WAR everest-module-csrweb
+----------------------------------------
| Building Everest Registration
| Memory: 8M/9M
+----------------------------------------
Attempting to download j2ee-1.3.jar.
Error retrieving artifact from [http://www.ibiblio.org/maven/j2ee/jars/j2ee-1.3.
jar]: java.lang.Exception: Can't get j2ee-1.3.jar.incomplete to C:\Tools\maven-1
.0-beta-9\repository\j2ee\jars\j2ee-1.3.jar.incomplete
WARNING: Failed to download j2ee-1.3.jar.
BUILD FAILED
The build cannot continue because of the following unsatisfied dependency:
j2ee-1.3.jar
Total time: 6 seconds
C:\everest>
|--------+------------------------>
| | vmassol@pivoli|
| | s.com |
| | |
| | 07/15/2003 |
| | 03:31 AM |
| | Please respond|
| | to users |
| | |
|--------+------------------------>
>----------------------------------------------------------------------------|
| |
| To: users@maven.apache.org |
| cc: (bcc: Vikram Kumar/IS&T/CNP) |
| Subject: RE: J2EE project : EAR/WAR/JAR - web site generation |
>----------------------------------------------------------------------------|
Hi Andy,
My slides are a bit difficult to understand without the explanations but
you can also download the sample everest project (on my blog). Using the
reactor to build the whole project is also explained in my slides and
you can see it work in practice in the everest project.
WRT your second question, this is the goal of the multiproject plugin
(new in Maven b10).
Hope it helps,
-Vincent
> -----Original Message-----
> From: Andy Jefferson [mailto:andy@ajsoft.net]
> Sent: 15 July 2003 08:34
> To: Maven Users List
> Subject: Re: J2EE project : EAR/WAR/JAR - web site generation
>
> On Mon, 2003-07-14 at 23:17, Ben Walding wrote:
> > Try taking a look at Vincent's blog:
> >
> > Item 3 at
> > http://wiki.codehaus.org/maven/OtherMavenArticles
>
> Thanks Ben. I've been looking at Vincents slides and other articles on
> how to do it. I've no real problem in adopting the Maven 'standard' of
> sub-projects for JAR, WAR, EAR - it makes a lot of sense.
>
> Having adopted this standard, the problem areas are how to
> a). build projects with sub-projects etc.
> b). generate suitable documentation for the overall project.
>
> On the first issue, with Ant you can obviously do hierarchies of
> projects, yet with Maven I've seen no reference to a similar facility.
I
> can clearly go into each sub-project and build that part (or even
write
> preGoal and postGoal for each sub-project to build other bits maybe),
> but what about streamlining the whole thing ? Maybe if there was a
space
> in the project.xml to identify the locations of sub-projects, and so
if
> I typed 'maven build' or 'maven install' at the top level it would go
> through the sub-projects and build/install them. Maven is early in its
> lifecycle and so I can see why this maybe isn't there yet.
>
> On the second issue, it would be nice to have the overall project docs
> show the fact that there are sub-projects and have (in the navigation
> bar) sections for each sub-project (Javadocs, checkstyle, etc). That
way
> the docs for the whole project would be integrated.
>
> Make sense ?
>
>
>
> --
> Andy
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
> For additional commands, e-mail: users-help@maven.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
For additional commands, e-mail: users-help@maven.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
For additional commands, e-mail: users-help@maven.apache.org
Re: J2EE project : EAR/WAR/JAR - web site generation
Posted by Andy Jefferson <an...@ajsoft.net>.
On Thursday 07 Aug 2003 20:59, Vikram_Kumar@condenast.com wrote:
> Is anyone else having a problem retrieving j2ee-1.3.jar ?
Well, if you look on ibiblio you'll find that there isn't one. They do have an
ejb-2.1.jar.
I always just symbolically linked my repository to where I have j2ee.jar from
Sun's reference implementation.
--
Andy
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
For additional commands, e-mail: users-help@maven.apache.org
RE: J2EE project : EAR/WAR/JAR - web site generation
Posted by Vincent Massol <vm...@pivolis.com>.
Vikram,
The J2EE jar is *not* on the global Maven remote repository on ibiblio.
You have to download it manually and put it in your local repository.
Thanks
-Vincent
> -----Original Message-----
> From: Vikram_Kumar@condenast.com [mailto:Vikram_Kumar@condenast.com]
> Sent: 07 August 2003 21:59
> To: users@maven.apache.org
> Subject: RE: J2EE project : EAR/WAR/JAR - web site generation
>
>
> Is anyone else having a problem retrieving j2ee-1.3.jar ?
>
> C:\everest>maven
> __ __
> | \/ |__ Jakarta _ ___
> | |\/| / _` \ V / -_) ' \ ~ intelligent projects ~
> |_| |_\__,_|\_/\___|_||_| v. 1.0-beta-9-SNAPSHOT
>
>
> Starting the reactor...
> Our processing order:
> Everest Bedrock Framework
> Everest CSRWeb
> Everest Registration
> Everest Registration Application
> Everest JBoss container Packager
> Everest Host Node
> +----------------------------------------
> | Building Everest Bedrock Framework
> | Memory: 2M/4M
> +----------------------------------------
> everest:dist-all:
> java:prepare-filesystem:
>
> java:compile:
> [javac] Since fork is true, ignoring compiler setting.
>
> java:jar-resources:
>
> test:prepare-filesystem:
>
> test:test-resources:
>
> test:compile:
>
> test:test:
> [junit] dir attribute ignored if running in the same VM
> [junit] Running com.acme.everest.bedrock.TestSimple
> [junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 0.125
sec
>
> jar:jar:
>
> jar:install:
> [echo]
> id = 'everest-module-bedrock'
> groupId = 'everest'
> artifactDirectory = 'everest'
>
> [copy] Copying 1 file to C:\Tools\maven-1.0-beta-
> 9\repository\everest\jars
> +----------------------------------------
> | Building Everest CSRWeb
> | Memory: 5M/6M
> +----------------------------------------
>
> everest:dist:
>
> war:init:
> java:prepare-filesystem:
>
> java:compile:
> [javac] Since fork is true, ignoring compiler setting.
>
> java:prepare-filesystem:
>
> java:compile:
> [javac] Since fork is true, ignoring compiler setting.
>
> java:jar-resources:
>
> test:prepare-filesystem:
>
> test:test-resources:
>
> test:compile:
>
> test:test:
> [junit] dir attribute ignored if running in the same VM
> [junit] Running com.acme.everest.csrweb.TestSimple
> [junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 0.016
sec
>
>
> war:war:
> [echo] Building WAR everest-module-csrweb
> +----------------------------------------
> | Building Everest Registration
> | Memory: 8M/9M
> +----------------------------------------
> Attempting to download j2ee-1.3.jar.
> Error retrieving artifact from
> [http://www.ibiblio.org/maven/j2ee/jars/j2ee-1.3.
> jar]: java.lang.Exception: Can't get j2ee-1.3.jar.incomplete to
> C:\Tools\maven-1
> .0-beta-9\repository\j2ee\jars\j2ee-1.3.jar.incomplete
> WARNING: Failed to download j2ee-1.3.jar.
>
> BUILD FAILED
> The build cannot continue because of the following unsatisfied
dependency:
>
> j2ee-1.3.jar
>
> Total time: 6 seconds
>
> C:\everest>
>
>
>
>
>
>
>
>
>
>
> |--------+------------------------>
> | | vmassol@pivoli|
> | | s.com |
> | | |
> | | 07/15/2003 |
> | | 03:31 AM |
> | | Please respond|
> | | to users |
> | | |
> |--------+------------------------>
>
>-----------------------------------------------------------------------
> -----|
> |
> |
> | To: users@maven.apache.org
> |
> | cc: (bcc: Vikram Kumar/IS&T/CNP)
> |
> | Subject: RE: J2EE project : EAR/WAR/JAR - web site
generation
> |
>
>-----------------------------------------------------------------------
> -----|
>
>
>
>
> Hi Andy,
>
> My slides are a bit difficult to understand without the explanations
but
> you can also download the sample everest project (on my blog). Using
the
> reactor to build the whole project is also explained in my slides and
> you can see it work in practice in the everest project.
>
> WRT your second question, this is the goal of the multiproject plugin
> (new in Maven b10).
>
> Hope it helps,
> -Vincent
>
> > -----Original Message-----
> > From: Andy Jefferson [mailto:andy@ajsoft.net]
> > Sent: 15 July 2003 08:34
> > To: Maven Users List
> > Subject: Re: J2EE project : EAR/WAR/JAR - web site generation
> >
> > On Mon, 2003-07-14 at 23:17, Ben Walding wrote:
> > > Try taking a look at Vincent's blog:
> > >
> > > Item 3 at
> > > http://wiki.codehaus.org/maven/OtherMavenArticles
> >
> > Thanks Ben. I've been looking at Vincents slides and other articles
on
> > how to do it. I've no real problem in adopting the Maven 'standard'
of
> > sub-projects for JAR, WAR, EAR - it makes a lot of sense.
> >
> > Having adopted this standard, the problem areas are how to
> > a). build projects with sub-projects etc.
> > b). generate suitable documentation for the overall project.
> >
> > On the first issue, with Ant you can obviously do hierarchies of
> > projects, yet with Maven I've seen no reference to a similar
facility.
> I
> > can clearly go into each sub-project and build that part (or even
> write
> > preGoal and postGoal for each sub-project to build other bits
maybe),
> > but what about streamlining the whole thing ? Maybe if there was a
> space
> > in the project.xml to identify the locations of sub-projects, and so
> if
> > I typed 'maven build' or 'maven install' at the top level it would
go
> > through the sub-projects and build/install them. Maven is early in
its
> > lifecycle and so I can see why this maybe isn't there yet.
> >
> > On the second issue, it would be nice to have the overall project
docs
> > show the fact that there are sub-projects and have (in the
navigation
> > bar) sections for each sub-project (Javadocs, checkstyle, etc). That
> way
> > the docs for the whole project would be integrated.
> >
> > Make sense ?
> >
> >
> >
> > --
> > Andy
> >
> >
---------------------------------------------------------------------
> > To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
> > For additional commands, e-mail: users-help@maven.apache.org
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
> For additional commands, e-mail: users-help@maven.apache.org
>
>
>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
> For additional commands, e-mail: users-help@maven.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
For additional commands, e-mail: users-help@maven.apache.org
cvs tag
Posted by Kristine Weissbarth <kr...@sourcepark.de>.
hi,
I'm searching for a tag within the <repository> tag of the POM that
enables me to specify a specific release of the cvs data. Are there any
properties? Or does any command line options exist to do so?
Thanks.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
For additional commands, e-mail: users-help@maven.apache.org
Controlling Tomcat to realod application
Posted by dd...@dotbase.com.
Hi all,
I would like to know how can I control Tomcat in order to reload a newly
generated WAR application?
I guess this one has already been posted... But don't find any clues with
google....
Regards,
D.
RE: Maven fails to include multiple of the same ID in a War
Posted by dd...@dotbase.com.
Great! That was exactly that!
Regards,
Didier.
"Eric Pugh" <ep...@upstate.com>
08-08-2003 03:10 PM
Please respond to
"Maven Users List" <us...@maven.apache.org>
To
"'Maven Users List'" <us...@maven.apache.org>
cc
Subject
RE: Maven fails to include multiple <dependency> of the same ID in a War
I think your dependencies are using an old style XML format.. Look at
this
example:
<dependency>
<groupId>findbugs</groupId>
<artifactId>findbugs</artifactId>
<version>0.6.3</version>
<url>http://www.cs.umd.edu/~pugh/java/bugs/</url>
<properties>
<war.bundle>true</war.bundle>
</properties>
</dependency>
<dependency>
<groupId>findbugs</groupId>
<artifactId>findbugs-ant</artifactId>
<version>0.6.3</version>
<url>http://www.cs.umd.edu/~pugh/java/bugs/</url>
<properties>
<war.bundle>true</war.bundle>
</properties>
</dependency>
Eric
-----Original Message-----
From: ddubois@dotbase.com [mailto:ddubois@dotbase.com]
Sent: Friday, August 08, 2003 2:51 PM
To: Maven Users List
Subject: Maven fails to include multiple <dependency> of the same ID in
a War
Dear all,
I want to create a WAR application that contains some oracle jars.
However it seems maven only takes the first <dependency> of the same Id.
The net effects are:
- missing JAR in the generated WAR.
- missing information in the "dependencies" web page
Here is a sample project.xml snip:
<dependency>
<id>oracle-jdbc</id>
<version>9i</version>
<jar>classes12.jar</jar>
<properties>
<war.bundle>true</war.bundle>
</properties>
</dependency>
<dependency>
<id>oracle-jdbc</id>
<version>9i</version>
<jar>nls_charset.jar</jar>
<properties>
<war.bundle>true</war.bundle>
</properties>
</dependency>
Of course the jars exist in the correct location
Any idea?
Thanks,
Didier.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
For additional commands, e-mail: users-help@maven.apache.org
RE: Maven fails to include multiple of the same ID in a War
Posted by Eric Pugh <ep...@upstate.com>.
I think your dependencies are using an old style XML format.. Look at this
example:
<dependency>
<groupId>findbugs</groupId>
<artifactId>findbugs</artifactId>
<version>0.6.3</version>
<url>http://www.cs.umd.edu/~pugh/java/bugs/</url>
<properties>
<war.bundle>true</war.bundle>
</properties>
</dependency>
<dependency>
<groupId>findbugs</groupId>
<artifactId>findbugs-ant</artifactId>
<version>0.6.3</version>
<url>http://www.cs.umd.edu/~pugh/java/bugs/</url>
<properties>
<war.bundle>true</war.bundle>
</properties>
</dependency>
Eric
-----Original Message-----
From: ddubois@dotbase.com [mailto:ddubois@dotbase.com]
Sent: Friday, August 08, 2003 2:51 PM
To: Maven Users List
Subject: Maven fails to include multiple <dependency> of the same ID in
a War
Dear all,
I want to create a WAR application that contains some oracle jars.
However it seems maven only takes the first <dependency> of the same Id.
The net effects are:
- missing JAR in the generated WAR.
- missing information in the "dependencies" web page
Here is a sample project.xml snip:
<dependency>
<id>oracle-jdbc</id>
<version>9i</version>
<jar>classes12.jar</jar>
<properties>
<war.bundle>true</war.bundle>
</properties>
</dependency>
<dependency>
<id>oracle-jdbc</id>
<version>9i</version>
<jar>nls_charset.jar</jar>
<properties>
<war.bundle>true</war.bundle>
</properties>
</dependency>
Of course the jars exist in the correct location
Any idea?
Thanks,
Didier.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
For additional commands, e-mail: users-help@maven.apache.org
Maven fails to include multiple of the same ID in a War
Posted by dd...@dotbase.com.
Dear all,
I want to create a WAR application that contains some oracle jars.
However it seems maven only takes the first <dependency> of the same Id.
The net effects are:
- missing JAR in the generated WAR.
- missing information in the "dependencies" web page
Here is a sample project.xml snip:
<dependency>
<id>oracle-jdbc</id>
<version>9i</version>
<jar>classes12.jar</jar>
<properties>
<war.bundle>true</war.bundle>
</properties>
</dependency>
<dependency>
<id>oracle-jdbc</id>
<version>9i</version>
<jar>nls_charset.jar</jar>
<properties>
<war.bundle>true</war.bundle>
</properties>
</dependency>
Of course the jars exist in the correct location
Any idea?
Thanks,
Didier.
Re: Maven and missing jelly jars
Posted by Rafal Krzewski <Ra...@caltha.pl>.
John Farrell wrote:
> Maven itself can't know about all jars, but the developers who make the
> dependencies know. I suggest that (a) maven get a feature which allows it to
> retrieve from the repository information about an undownloadable jar, and (b)
> developers who depend on such jars put such information in the repository.
> All it has to be is a short note saying "Sun does not allow this jar to be
> distributed automatically. Please go to this page to get it." Of course, no
> rush, I would like to see some bugs fixed first, but this would be a whole
> lot nicer than "no such jar aaaarrrgggh.'
Maven has most of the information needed to print out an polite message.
<dependency> has <url> element, which is good enough if the jar is
available in the web directly. It's a bit more complicated if the user
needs to accept a licence before the actual download is possible.
Of the top of my head:
<dependency>
<id>j2ee</id>
<version>1.3</version>
<type>jar</type>
<url>http://java.sun.com/j2ee/sdk_1.3</url>
<downloadInstructions>You need to accept the license and download J2EE
distiribution for your platform. Install it and copy j2ee.jar found in
the lib/ directory of the installed distribution into the following
location: ${localRepoLocation}</downloadInstructions>
</dependency>
${localRepoLocation} bit is easy, because it can be derived from
maven.local.repo, type, id and version.
> BTW, how does Maven depend on jelly when jelly is in such a sorry state?
Jelly runtime and core tag libraries are healthy enough for Maven to
use. We don't care much about other tag libraries let alone examples...
> Is there an internal release which is not available to the public at
> large?
Not at all. What good would that be?
R.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
For additional commands, e-mail: users-help@maven.apache.org
Maven and missing jelly jars
Posted by John Farrell <Fa...@cat.com>.
On Fri, 8 Aug 2003 12:30 pm, dion@multitask.com.au wrote:
> Yep, that'd be nice, but maven can't know where all possible jar files are
> stored. The only place it can look is on the remote repo. It does say
> where its trying to download it from, and the only place to stick it is
> the local repo.
Maven itself can't know about all jars, but the developers who make the
dependencies know. I suggest that (a) maven get a feature which allows it to
retrieve from the repository information about an undownloadable jar, and (b)
developers who depend on such jars put such information in the repository.
All it has to be is a short note saying "Sun does not allow this jar to be
distributed automatically. Please go to this page to get it." Of course, no
rush, I would like to see some bugs fixed first, but this would be a whole
lot nicer than "no such jar aaaarrrgggh.'
> > What if I find an archive of xsdlib nightly builds, but
> > it only goes back 3 months?
> That's what the project info dependencies page is for. See
> http://jakarta.apache.org/commons/jelly/libs/swing/dependencies.html for
> an example.
Good point, but xsdlib is not listed there. The xsdlib I can download is
20030225, although the dependency is on 20020414. How does the project
dependencies page get to be wrong anyway? Isn't it generated from the same
stuff that makes me need it?
BTW, how does Maven depend on jelly when jelly is in such a sorry state? Is
there an internal release which is not available to the public at large?
John
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
For additional commands, e-mail: users-help@maven.apache.org
Re: J2EE project : EAR/WAR/JAR - web site generation
Posted by di...@multitask.com.au.
John Farrell <Fa...@cat.com> wrote on 08/08/2003 11:53:03 AM:
> Yep, maven cannot know these things. My bitch is particularly with
Jelly, at
> the moment, which includes 3 jars which cannot be downloaded
automatically
> and contains no information about where to get them from. In particular,
the
> Jelly "Getting Started" page states that maven will download all of the
> required jars, when it is obvious within seconds of trying to use jelly
that
> that will not be the case. In those cases, users need details on how to
get
> the missing dependencies. For example, explicit instructions on the
"Getting
> Started" page would be polite (see footnote), but it would be much
cooler if
> when maven tried to download the jar it instead retrieved a message
which
> told the user "go to this site, download this file, call it this
andstick it
> here".
Yep, that'd be nice, but maven can't know where all possible jar files are
stored. The only place it can look is on the remote repo. It does say
where its trying to download it from, and the only place to stick it is
the local repo.
> The problem is made worse by that fact that maven has naming conventions
for
> jars which are not followed by the providers of those jars. I just
downloaded
> the JDBC 2.0 jar from Sun because Jelly depends on "jdbc-2.0.jar".
However
> the file I downloaded was actually called "jdbc2_0-stdext.jar". I can
only
> presume that is the one Jelly wants, but maybe there is another. I also
need
> to download xsdlib-20020414.jar. That sounds like a nightly build of
> something I've never heard of. What if I can find xsdlib-1.0.jar? Will
that
> be good enough? What if I find an archive of xsdlib nightly builds, but
it
> only goes back 3 months?
That's what the project info dependencies page is for. See
http://jakarta.apache.org/commons/jelly/libs/swing/dependencies.html for
an example.
If the project specifies a URL, a link will appear on that page.
As for stated dependencies that are supposed to be publicly available,
there is a central repository at http://www.ibiblio.org/maven for them.
> My point is, if maven is going to dumb down the dependency thing, it's
got to
> work for dumb people. Dumb people can probably follow instructions on
how to
Nothing will ever work for dumb people. People are far dumber than
software can be smart.
> get something, but guessing what jar is meant and figuring out where to
get
> it from is just an unfair ask.
I agree. It is unfair. The jelly project documentation is bad and out of
date.
> (footnote): While writing this mail, I received other mail telling me
that
> when they wrote the Getting Started guide, those jars were available for
> automatic download but they were later removed.
But noone's updated the docs...
--
dIon Gillard, Multitask Consulting
Blog: http://blogs.codehaus.org/people/dion/
Re: J2EE project : EAR/WAR/JAR - web site generation
Posted by John Farrell <Fa...@cat.com>.
On Fri, 8 Aug 2003 11:23 am, Luke Taylor wrote:
> > Where is the documentation explaining this and
> > telling you how to fix it?
> "2) JARs that don't exist in the local or remote repositories will
> result in an error. In either case, you'll have to download those
> yourself and manually place them in $MAVEN_HOME/repository"
>
> The repository is now in the user's home directory by default, not
> MAVEN_HOME, but the information is there pretty much at the entry point
> in the documentation.
Yep, maven cannot know these things. My bitch is particularly with Jelly, at
the moment, which includes 3 jars which cannot be downloaded automatically
and contains no information about where to get them from. In particular, the
Jelly "Getting Started" page states that maven will download all of the
required jars, when it is obvious within seconds of trying to use jelly that
that will not be the case. In those cases, users need details on how to get
the missing dependencies. For example, explicit instructions on the "Getting
Started" page would be polite (see footnote), but it would be much cooler if
when maven tried to download the jar it instead retrieved a message which
told the user "go to this site, download this file, call it this and stick it
here".
The problem is made worse by that fact that maven has naming conventions for
jars which are not followed by the providers of those jars. I just downloaded
the JDBC 2.0 jar from Sun because Jelly depends on "jdbc-2.0.jar". However
the file I downloaded was actually called "jdbc2_0-stdext.jar". I can only
presume that is the one Jelly wants, but maybe there is another. I also need
to download xsdlib-20020414.jar. That sounds like a nightly build of
something I've never heard of. What if I can find xsdlib-1.0.jar? Will that
be good enough? What if I find an archive of xsdlib nightly builds, but it
only goes back 3 months?
My point is, if maven is going to dumb down the dependency thing, it's got to
work for dumb people. Dumb people can probably follow instructions on how to
get something, but guessing what jar is meant and figuring out where to get
it from is just an unfair ask.
(footnote): While writing this mail, I received other mail telling me that
when they wrote the Getting Started guide, those jars were available for
automatic download but they were later removed.
Dr John Farrell
Senior Dumb Person
Caterpillar MineStar Project
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
For additional commands, e-mail: users-help@maven.apache.org
Re: J2EE project : EAR/WAR/JAR - web site generation
Posted by Luke Taylor <ne...@freesurf.ch>.
John Farrell wrote:
> On Fri, 8 Aug 2003 09:34 am, dion@multitask.com.au wrote:
>
>>We're not allowed to redistribute the j2ee jar.
>
>
>>Vikram_Kumar@condenast.com wrote on 08/08/2003 05:59:27 AM:
>>
>>>Is anyone else having a problem retrieving j2ee-1.3.jar ?
>
>
> I believe I am having this problem with jelly as well. What I don't understand
> is why are these dependencies there when they cannot possibly be
> automatically retrieved?
Because the developer has specified that they are needed to build/run
the project and it won't work without them. Automatic downloading and
population of the local repository is an additional feature.
> Why aren't they replaced with a message telling you
> where to get them from?
How can a generic build tool know where to get an arbitrary third party
dependency if it's not in either the remote or local repository?
> Where is the documentation explaining this and
> telling you how to fix it?
The third paragraph of the user's getting started guide
(http://maven.apache.org/start/use.html)
"2) JARs that don't exist in the local or remote repositories will
result in an error. In either case, you'll have to download those
yourself and manually place them in $MAVEN_HOME/repository"
The repository is now in the user's home directory by default, not
MAVEN_HOME, but the information is there pretty much at the entry point
in the documentation.
Luke.
--
Luke Taylor. Monkey Machine Ltd.
PGP Key ID: 0x57E9523C http://www.monkeymachine.ltd.uk
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
For additional commands, e-mail: users-help@maven.apache.org
Re: J2EE project : EAR/WAR/JAR - web site generation
Posted by Henri Yandell <ba...@generationjava.com>.
On Fri, 8 Aug 2003 dion@multitask.com.au wrote:
> That tutorial is WAY out of date. The swing demo was removed from source
> about 7 months ago and placed elsewhere (jelly-tags/swing).
The ability to handle code we cannot distribute is obviously important for
Maven and Apache in generfal, but it's a complete snake pit.
Maven _should_ quit when it cannot download jdbc.jar et al and it should
print a message saying: Please download this file from <url in POM> and
place the file in <location of file>.
> I don't think any of the jelly developers are happy with the current state
> of play. If you'd like to help us fix it up, feel free.
Aarrgh. Understand the customer :) One of the worst open source things is
our habit of suggesting that disgruntled users send us a fix for the
problem :)
John, just by reporting this problem, with far more gusto than the average
user, you've done Maven a valuable service. Maven is tightly coupled to
Jelly and as is the case in such examples, you live by the reputation of
your strategic allies.
I remember there used to be a non-distribuable.list or something. Is this
still a part of Maven? Does it work as I've suggested above?
Hen
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
For additional commands, e-mail: users-help@maven.apache.org
Re: J2EE project : EAR/WAR/JAR - web site generation
Posted by di...@multitask.com.au.
That tutorial is WAY out of date. The swing demo was removed from source
about 7 months ago and placed elsewhere (jelly-tags/swing).
I don't think any of the jelly developers are happy with the current state
of play. If you'd like to help us fix it up, feel free.
--
dIon Gillard, Multitask Consulting
Blog: http://blogs.codehaus.org/people/dion/
John Farrell <Fa...@cat.com> wrote on 08/08/2003 10:59:52 AM:
> On Fri, 8 Aug 2003 10:51 am, dion@multitask.com.au wrote:
> > John,
> >
> > which project lists dependencies on j2ee?
> >
> > I couldn't find any in Maven or Jelly's CVS tree.
>
> It's not j2ee. Jelly's demo:swing depends on jdbc, jms and xsdlib. The
JDBC
> jar is just not on ibiblio. Yet the tutorial says "just do maven
> 'demo:swing'. Isn't that amazingly easy?". Not if it doesn't work, it's
not.
>
> John
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
> For additional commands, e-mail: users-help@maven.apache.org
>
Re: J2EE project : EAR/WAR/JAR - web site generation
Posted by John Farrell <Fa...@cat.com>.
On Fri, 8 Aug 2003 10:51 am, dion@multitask.com.au wrote:
> John,
>
> which project lists dependencies on j2ee?
>
> I couldn't find any in Maven or Jelly's CVS tree.
It's not j2ee. Jelly's demo:swing depends on jdbc, jms and xsdlib. The JDBC
jar is just not on ibiblio. Yet the tutorial says "just do maven
'demo:swing'. Isn't that amazingly easy?". Not if it doesn't work, it's not.
John
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
For additional commands, e-mail: users-help@maven.apache.org
Re: J2EE project : EAR/WAR/JAR - web site generation
Posted by di...@multitask.com.au.
John,
which project lists dependencies on j2ee?
I couldn't find any in Maven or Jelly's CVS tree.
John Farrell <Fa...@cat.com> wrote on 08/08/2003 10:34:57 AM:
> On Fri, 8 Aug 2003 09:34 am, dion@multitask.com.au wrote:
> > We're not allowed to redistribute the j2ee jar.
>
> > Vikram_Kumar@condenast.com wrote on 08/08/2003 05:59:27 AM:
> > > Is anyone else having a problem retrieving j2ee-1.3.jar ?
>
> I believe I am having this problem with jelly as well. What I don't
> understand
> is why are these dependencies there when they cannot possibly be
> automatically retrieved? Why aren't they replaced with a message telling
you
Please point them out. I've scanned the jelly and maven cvs and can't find
a single project.xml that requires 'j2ee'.
I will happily fix them up if they are
> where to get them from? Where is the documentation explaining this and
> telling you how to fix it? Do apache programmers really think that users
will
> be enthusiastic about software which is simple to use and simply doesn't
> work? I am so frustrated!
That makes two of us. I can't understand where maven is forcing you to use
j2ee jar. Can you perhaps detail it a bit better than 'simply doesn't
work'?
--
dIon Gillard, Multitask Consulting
Blog: http://blogs.codehaus.org/people/dion/
Re: J2EE project : EAR/WAR/JAR - web site generation
Posted by John Farrell <Fa...@cat.com>.
On Fri, 8 Aug 2003 09:34 am, dion@multitask.com.au wrote:
> We're not allowed to redistribute the j2ee jar.
> Vikram_Kumar@condenast.com wrote on 08/08/2003 05:59:27 AM:
> > Is anyone else having a problem retrieving j2ee-1.3.jar ?
I believe I am having this problem with jelly as well. What I don't understand
is why are these dependencies there when they cannot possibly be
automatically retrieved? Why aren't they replaced with a message telling you
where to get them from? Where is the documentation explaining this and
telling you how to fix it? Do apache programmers really think that users will
be enthusiastic about software which is simple to use and simply doesn't
work? I am so frustrated!
John
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
For additional commands, e-mail: users-help@maven.apache.org
RE: J2EE project : EAR/WAR/JAR - web site generation
Posted by di...@multitask.com.au.
We're not allowed to redistribute the j2ee jar.
--
dIon Gillard, Multitask Consulting
Blog: http://blogs.codehaus.org/people/dion/
Vikram_Kumar@condenast.com wrote on 08/08/2003 05:59:27 AM:
>
> Is anyone else having a problem retrieving j2ee-1.3.jar ?
>
> C:\everest>maven
> __ __
> | \/ |__ Jakarta _ ___
> | |\/| / _` \ V / -_) ' \ ~ intelligent projects ~
> |_| |_\__,_|\_/\___|_||_| v. 1.0-beta-9-SNAPSHOT
>
>
> Starting the reactor...
> Our processing order:
> Everest Bedrock Framework
> Everest CSRWeb
> Everest Registration
> Everest Registration Application
> Everest JBoss container Packager
> Everest Host Node
> +----------------------------------------
> | Building Everest Bedrock Framework
> | Memory: 2M/4M
> +----------------------------------------
> everest:dist-all:
> java:prepare-filesystem:
>
> java:compile:
> [javac] Since fork is true, ignoring compiler setting.
>
> java:jar-resources:
>
> test:prepare-filesystem:
>
> test:test-resources:
>
> test:compile:
>
> test:test:
> [junit] dir attribute ignored if running in the same VM
> [junit] Running com.acme.everest.bedrock.TestSimple
> [junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 0.125
sec
>
> jar:jar:
>
> jar:install:
> [echo]
> id = 'everest-module-bedrock'
> groupId = 'everest'
> artifactDirectory = 'everest'
>
> [copy] Copying 1 file to
C:\Tools\maven-1.0-beta-9\repository\everest\jars
> +----------------------------------------
> | Building Everest CSRWeb
> | Memory: 5M/6M
> +----------------------------------------
>
> everest:dist:
>
> war:init:
> java:prepare-filesystem:
>
> java:compile:
> [javac] Since fork is true, ignoring compiler setting.
>
> java:prepare-filesystem:
>
> java:compile:
> [javac] Since fork is true, ignoring compiler setting.
>
> java:jar-resources:
>
> test:prepare-filesystem:
>
> test:test-resources:
>
> test:compile:
>
> test:test:
> [junit] dir attribute ignored if running in the same VM
> [junit] Running com.acme.everest.csrweb.TestSimple
> [junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 0.016
sec
>
>
> war:war:
> [echo] Building WAR everest-module-csrweb
> +----------------------------------------
> | Building Everest Registration
> | Memory: 8M/9M
> +----------------------------------------
> Attempting to download j2ee-1.3.jar.
> Error retrieving artifact from [http://www.ibiblio.
> org/maven/j2ee/jars/j2ee-1.3.
> jar]: java.lang.Exception: Can't get j2ee-1.3.jar.incomplete to C:
> \Tools\maven-1
> .0-beta-9\repository\j2ee\jars\j2ee-1.3.jar.incomplete
> WARNING: Failed to download j2ee-1.3.jar.
>
> BUILD FAILED
> The build cannot continue because of the following unsatisfied
dependency:
>
> j2ee-1.3.jar
>
> Total time: 6 seconds
>
> C:\everest>
>
>
>
>
>
>
>
>
>
>
> |--------+------------------------>
> | | vmassol@pivoli|
> | | s.com |
> | | |
> | | 07/15/2003 |
> | | 03:31 AM |
> | | Please respond|
> | | to users |
> | | |
> |--------+------------------------>
>
>
>----------------------------------------------------------------------------|
> | |
> | To: users@maven.apache.org |
> | cc: (bcc: Vikram Kumar/IS&T/CNP) |
> | Subject: RE: J2EE project : EAR/WAR/JAR - web site
> generation |
>
>
>----------------------------------------------------------------------------|
>
>
>
>
> Hi Andy,
>
> My slides are a bit difficult to understand without the explanations but
> you can also download the sample everest project (on my blog). Using the
> reactor to build the whole project is also explained in my slides and
> you can see it work in practice in the everest project.
>
> WRT your second question, this is the goal of the multiproject plugin
> (new in Maven b10).
>
> Hope it helps,
> -Vincent
>
> > -----Original Message-----
> > From: Andy Jefferson [mailto:andy@ajsoft.net]
> > Sent: 15 July 2003 08:34
> > To: Maven Users List
> > Subject: Re: J2EE project : EAR/WAR/JAR - web site generation
> >
> > On Mon, 2003-07-14 at 23:17, Ben Walding wrote:
> > > Try taking a look at Vincent's blog:
> > >
> > > Item 3 at
> > > http://wiki.codehaus.org/maven/OtherMavenArticles
> >
> > Thanks Ben. I've been looking at Vincents slides and other articles on
> > how to do it. I've no real problem in adopting the Maven 'standard' of
> > sub-projects for JAR, WAR, EAR - it makes a lot of sense.
> >
> > Having adopted this standard, the problem areas are how to
> > a). build projects with sub-projects etc.
> > b). generate suitable documentation for the overall project.
> >
> > On the first issue, with Ant you can obviously do hierarchies of
> > projects, yet with Maven I've seen no reference to a similar facility.
> I
> > can clearly go into each sub-project and build that part (or even
> write
> > preGoal and postGoal for each sub-project to build other bits maybe),
> > but what about streamlining the whole thing ? Maybe if there was a
> space
> > in the project.xml to identify the locations of sub-projects, and so
> if
> > I typed 'maven build' or 'maven install' at the top level it would go
> > through the sub-projects and build/install them. Maven is early in its
> > lifecycle and so I can see why this maybe isn't there yet.
> >
> > On the second issue, it would be nice to have the overall project docs
> > show the fact that there are sub-projects and have (in the navigation
> > bar) sections for each sub-project (Javadocs, checkstyle, etc). That
> way
> > the docs for the whole project would be integrated.
> >
> > Make sense ?
> >
> >
> >
> > --
> > Andy
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
> > For additional commands, e-mail: users-help@maven.apache.org
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
> For additional commands, e-mail: users-help@maven.apache.org
>
>
>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
> For additional commands, e-mail: users-help@maven.apache.org
>