You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@commons.apache.org by cr...@apache.org on 2004/04/10 23:23:06 UTC
cvs commit: jakarta-commons-sandbox/chain/apps/mailreader build.xml
craigmcc 2004/04/10 14:23:06
Modified: chain/apps/mailreader build.xml
Log:
Tweak build.xml to allow property substitution of the Maven executable
to actually work on a Unix system.
Revision Changes Path
1.3 +1 -1 jakarta-commons-sandbox/chain/apps/mailreader/build.xml
Index: build.xml
===================================================================
RCS file: /home/cvs/jakarta-commons-sandbox/chain/apps/mailreader/build.xml,v
retrieving revision 1.2
retrieving revision 1.3
diff -u -r1.2 -r1.3
--- build.xml 27 Mar 2004 18:21:30 -0000 1.2
+++ build.xml 10 Apr 2004 21:23:06 -0000 1.3
@@ -6,7 +6,7 @@
<delete dir="target"/>
</target>
<target description="Call Maven goal under subdirectory" name="maven">
- <exec executable="maven.bat" dir="${exec.dir}">
+ <exec executable="${maven.exec}" dir="${exec.dir}">
<arg line="${maven.goal}" />
</exec>
</target>
---------------------------------------------------------------------
To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-dev-help@jakarta.apache.org
Re: cvs commit: jakarta-commons-sandbox/chain/apps/mailreader
build.xml
Posted by Joe Germuska <Jo...@Germuska.com>.
At 2:38 PM -0700 4/10/04, Craig McClanahan wrote:
>craigmcc@apache.org wrote:
>
>>craigmcc 2004/04/10 14:23:06
>>
>> Modified: chain/apps/mailreader build.xml
>> Log:
>> Tweak build.xml to allow property substitution of the Maven executable
>> to actually work on a Unix system.
>>
>OK, now it can execute Maven correctly, but trying to compile fails
>on an inability to download struts-1.2.0.jar and
>commons-chain-0.2-dev.jar; can anyone help a Maven newbie know how
>to populate my local repository locally to avoid this problem?
Maven uses an environment variable, MAVEN_REPO_LOCAL to find the
local repository; it defaults to ~/.maven/repository.
>By the way, where the heck is the default remote repository for Maven 1.0-rc2?
http://ibiblio.org/maven/ unless it changed for rc2, which seems unlikely.
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: commons-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-dev-help@jakarta.apache.org
RE: cvs commit: jakarta-commons-sandbox/chain/apps/mailreader
build.xml
Posted by Joe Germuska <Jo...@Germuska.com>.
At 6:50 PM -0700 4/10/04, Steve Raeburn wrote:
> > -----Original Message-----
>> From: Joe Germuska [mailto:Joe@Germuska.com]
>> Sent: April 10, 2004 5:55 PM
>> To: Jakarta Commons Developers List
>> Subject: RE: cvs commit: jakarta-commons-sandbox/chain/apps/mailreader
>> build.xml
>>
>>
>> ... although I'm not exactly sure of the best way to describe the
>version
>> value in project.xml between formal releases.)
>
>Isn't it just supposed to be the next version number with -DEV tacked
>on? e.g. struts-1.2.1-DEV
For a while, I saw some early Maven adopters using "SNAPSHOT", as in
"struts-1.2.1-SNAPSHOT". SNAPSHOT has special meaning to Maven, and
I haven't ever gotten quite clear on whether that's when the exact
version is "SNAPSHOT" or whenever a version contains "SNAPSHOT".
I would probably use 'dev' myself, though, unless there's some other
consensus I haven't caught on to.
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: commons-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-dev-help@jakarta.apache.org
RE: cvs commit: jakarta-commons-sandbox/chain/apps/mailreader build.xml
Posted by Steve Raeburn <sr...@apache.org>.
> -----Original Message-----
> From: Joe Germuska [mailto:Joe@Germuska.com]
> Sent: April 10, 2004 5:55 PM
> To: Jakarta Commons Developers List
> Subject: RE: cvs commit: jakarta-commons-sandbox/chain/apps/mailreader
> build.xml
>
>
> ... although I'm not exactly sure of the best way to describe the
version
> value in project.xml between formal releases.)
Isn't it just supposed to be the next version number with -DEV tacked
on? e.g. struts-1.2.1-DEV
Steve
---------------------------------------------------------------------
To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-dev-help@jakarta.apache.org
RE: cvs commit: jakarta-commons-sandbox/chain/apps/mailreader
build.xml
Posted by Joe Germuska <Jo...@Germuska.com>.
At 4:46 PM -0700 4/10/04, Steve Raeburn wrote:
>One way (almost certainly not the way inted by the Maven authors) is to
>manually drop the jars into the your local maven repository (e.g.
>.maven/repository/struts/jars/struts-1.2.0.jar) then Maven won't bother
>looking for it in the remote repository.
Actually, I doubt that that's frowned upon in any way. In fact, for
some libraries with more restrictive distribution licenses, it's the
only way -- IBiblio can't serve Sun jars like JavaMail.
Another solution (for those two dependencies, at least) would be to
check out CVS to the version-tag you want and run "maven
jar:install", which builds the library and puts it in your local
repository. Well, that may or may not work, depending on whether the
project.xml file has the right <version> associated with the tag...
(I think we've been pretty careful about that with Struts, although
I'm not exactly sure of the best way to describe the version value in
project.xml between formal releases.)
Since commons-chain has never been released, that version number is
just kind of arbitrary anyway.
>I believe you can set a property to override the location, but I haven't
>tried that yet.
Yes. See
http://maven.apache.org/reference/user-guide.html#Overriding_Stated_Dependencies
You can either specify an alternate version of something that is in
your repository or explicitly define the path to a JAR that you have
somewhere other than your repository. Maven uses the same property
name for both.
maven.jar.struts=/path/to/my/struts-1.2.0.jar
When using the maven.jar.* properties, you must also define
maven.jar.override=on
(see
http://maven.apache.org/reference/user-guide.html#Properties_Processing
for details of where to define properties).
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: commons-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-dev-help@jakarta.apache.org
RE: cvs commit: jakarta-commons-sandbox/chain/apps/mailreader build.xml
Posted by Steve Raeburn <sr...@apache.org>.
One way (almost certainly not the way inted by the Maven authors) is to
manually drop the jars into the your local maven repository (e.g.
.maven/repository/struts/jars/struts-1.2.0.jar) then Maven won't bother
looking for it in the remote repository.
I believe you can set a property to override the location, but I haven't
tried that yet.
Steve
> -----Original Message-----
> From: Craig McClanahan [mailto:craigmcc@apache.org]
> Sent: April 10, 2004 2:38 PM
> To: Jakarta Commons Developers List
> Cc: jakarta-commons-sandbox-cvs@apache.org
> Subject: Re: cvs commit: jakarta-commons-sandbox/chain/apps/mailreader
> build.xml
>
>
> craigmcc@apache.org wrote:
>
> >craigmcc 2004/04/10 14:23:06
> >
> > Modified: chain/apps/mailreader build.xml
> > Log:
> > Tweak build.xml to allow property substitution of the
> Maven executable
> > to actually work on a Unix system.
> >
> >
> >
> OK, now it can execute Maven correctly, but trying to compile
> fails on
> an inability to download struts-1.2.0.jar and
> commons-chain-0.2-dev.jar;
> can anyone help a Maven newbie know how to populate my local
> repository
> locally to avoid this problem?
>
> By the way, where the heck is the default remote repository for Maven
> 1.0-rc2?
>
> Craig
>
> > Revision Changes Path
> > 1.3 +1 -1
> jakarta-commons-sandbox/chain/apps/mailreader/build.xml
> >
> > Index: build.xml
> > ===================================================================
> > RCS file:
> /home/cvs/jakarta-commons-sandbox/chain/apps/mailreader/build.xml,v
> > retrieving revision 1.2
> > retrieving revision 1.3
> > diff -u -r1.2 -r1.3
> > --- build.xml 27 Mar 2004 18:21:30 -0000 1.2
> > +++ build.xml 10 Apr 2004 21:23:06 -0000 1.3
> > @@ -6,7 +6,7 @@
> > <delete dir="target"/>
> > </target>
> > <target description="Call Maven goal under
> subdirectory" name="maven">
> > - <exec executable="maven.bat" dir="${exec.dir}">
> > + <exec executable="${maven.exec}" dir="${exec.dir}">
> > <arg line="${maven.goal}" />
> > </exec>
> > </target>
> >
> >
> >
> >
> >---------------------------------------------------------------------
> >To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
> >For additional commands, e-mail: commons-dev-help@jakarta.apache.org
> >
> >
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: commons-dev-help@jakarta.apache.org
>
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-dev-help@jakarta.apache.org
Re: cvs commit: jakarta-commons-sandbox/chain/apps/mailreader build.xml
Posted by Craig McClanahan <cr...@apache.org>.
craigmcc@apache.org wrote:
>craigmcc 2004/04/10 14:23:06
>
> Modified: chain/apps/mailreader build.xml
> Log:
> Tweak build.xml to allow property substitution of the Maven executable
> to actually work on a Unix system.
>
>
>
OK, now it can execute Maven correctly, but trying to compile fails on
an inability to download struts-1.2.0.jar and commons-chain-0.2-dev.jar;
can anyone help a Maven newbie know how to populate my local repository
locally to avoid this problem?
By the way, where the heck is the default remote repository for Maven
1.0-rc2?
Craig
> Revision Changes Path
> 1.3 +1 -1 jakarta-commons-sandbox/chain/apps/mailreader/build.xml
>
> Index: build.xml
> ===================================================================
> RCS file: /home/cvs/jakarta-commons-sandbox/chain/apps/mailreader/build.xml,v
> retrieving revision 1.2
> retrieving revision 1.3
> diff -u -r1.2 -r1.3
> --- build.xml 27 Mar 2004 18:21:30 -0000 1.2
> +++ build.xml 10 Apr 2004 21:23:06 -0000 1.3
> @@ -6,7 +6,7 @@
> <delete dir="target"/>
> </target>
> <target description="Call Maven goal under subdirectory" name="maven">
> - <exec executable="maven.bat" dir="${exec.dir}">
> + <exec executable="${maven.exec}" dir="${exec.dir}">
> <arg line="${maven.goal}" />
> </exec>
> </target>
>
>
>
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
>For additional commands, e-mail: commons-dev-help@jakarta.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-dev-help@jakarta.apache.org