The activemq and geronimo projects have some jelly code that works
around this. Maybe you could copy it for now.
--
barry kaplan
[EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAI
Jason van Zyl wrote:
... will serve as model builds for best practices wrt Maven usage.
Any chance you can post a summary of what you intend to do. I'm building
my first maven based project and used activemq/geronimo as my example.
If there are major flaws in that in that model it would be nice
On Fri, 2004-11-19 at 12:36, Barry Kaplan wrote:
> Jason van Zyl wrote:
>
> > I'm already working on fixing the Geronimo, OpenEJB and ActiveMQ builds.
> > They are all derived from the same model uses entities which I've
> > pointed out to them is not a good idea.
>
> I just submitted a patch to
It is a known issue ( for me it is ok) in maven 1.0. I wonder if it
will be address
in 1.1 or 2.0?
-D
On Fri, 19 Nov 2004 16:46:35 -0500, Zoltan Farkas
<[EMAIL PROTECTED]> wrote:
> When running multiproject:clean
>
> A dependency checking is done by maven before running the clean target
> for
Hello St=E9phane,
You can generate a pdf for your changes with somethink like that:
In your maven.xml :
In your ${basedir}/xdocs/navigation-changes.xml :
But I have no idea on how to do it for a given release.
Arnaud
> -Message d'origine-
> De=A0: St=E9ph
Set this property: maven.xdoc.distributionUrl
>From the site:
Location where the artifacts are distributed. This property is
optional. If it is not defined, then the Download report will not be
added to the navigation menu. NOTE: In the future this information
will be described in the POM. Usage
I would like to build multiple versions of different projects with
dependencies at the same time:
The multiproject plugin is something in that direction but I would like
to be able to build the same project with different releases and
different dependent project versions.
I have tried to do
When I use multiproject to generate my site, it creates a
projects-overview.html (I am using the aggregate setting). When I
click a link on that page to a subproject, there is no way to get back
to the projects-overview page. I have read the posts on this list
that suggest using my own navigation
When running multiproject:clean
A dependency checking is done by maven before running the clean target
for each subproject, and it fails in case the project jars are not
present in the repository (first build)
I am not sure a dependency checking is necessary at the clean target.
My nigh
that's a pretty slick solution. I'm going to use that.
On Fri, 19 Nov 2004 12:06:02 -0500, Jean-Marc Lavoie
<[EMAIL PROTECTED]> wrote:
> Would it be possible to use something like this in the POM:
>
> ./opt/${myenvironmenttype}/project.xml
>
> So depending on the property you specify you can
I think that we might have missed the primary issue here There are
two properties with the same name in the properties file. In regards to
the statement "Yes, you can expect that behavior to remain the same", I
suspect that this was in terms of one property being able to have an
expression
Jason van Zyl wrote:
I'm already working on fixing the Geronimo, OpenEJB and ActiveMQ builds.
They are all derived from the same model uses entities which I've
pointed out to them is not a good idea.
I just submitted a patch to activemq that makes this change
(http://jira.codehaus.org/browse/AMQ-1
Sorry about the chattiness today. I think I've finally nailed down my
actual question.
In the previous thread I commented on how I can change properties
after the fact that build on each other. For instance:
qb.name=Tommy Maddox
best.qb.ever=${qb.name}
qb.name=Ben Roethlisberger
now best.qb.eve
Would it be possible to use something like this in the POM:
./opt/${myenvironmenttype}/project.xml
So depending on the property you specify you can inherit from
./opt/dev/project.xml or ./opt/prod/project.xml, and their respective
*.properties. The dev and prod folder only contains maven files.
-- Forwarded message --
From: Ben Anderson <[EMAIL PROTECTED]>
Date: Fri, 19 Nov 2004 11:43:26 -0500
Subject: Re: do something before *.properties files load
To: "Poppe, Troy" <[EMAIL PROTECTED]>
Yes, same code essentially, except that one directory is a users
working directory an
On Thu, 2004-11-18 at 22:57, Barry Kaplan wrote:
> I just switched to the jar overrides, and its perfect. I'll let the
> activemq and geronimo guys know. They were using entities for the
> version numbers because the properties way was not working for them.
I'm already working on fixing the Ger
So you deploy different code to different environments?
T
-Original Message-
From: Ben Anderson [mailto:[EMAIL PROTECTED]
Sent: Friday, November 19, 2004 11:29 AM
To: Maven Users List
Subject: Re: do something before *.properties files load
Neither of those will work, because I want t
Neither of those will work, because I want to dynamically change these:
${basepath}/src/java
${basepath}/src/test
...
The properties file that specifices ${basepath} must be set before the
maven.xml is parsed.
On Fri, 19 Nov 2004 11:02:55 -0500, Poppe, Troy <[EMAIL PROTECTED]> wrote:
>
>
The first solution can also be done with the following ant snippet:
(I found it in my build.xml script.)
T
-Original Message-
From: Poppe, Troy [mailto:[EMAIL PROTECTED]
Sent: Friday, November 19, 2004 11:03 AM
To: 'Maven Users List'; 'Ben Ander
I am coming to a similar problem as you, Ben. I can see two possible solutions,
I've yet to decide which fits our setup the best.
The first solution is to use Ant's property replacement task. For example,
let's
say your environment specific properties are in your web.xml file. You'd create
a
It seems that using SNAPSHOT in an override doesn't work. Is that a bug
or a feature? :-)
> you will need to put it into project.properties for that to work.
>
> However, there is a built in mechanism for that: jar overrides.
>
> in project.properties:
> maven.jar.override=on
> maven.jar.comm
yes, I understand that. But what if I don't want to swap
build.properties files for each environment? I want to the same user,
w/out making them manually change build.properties, to be able to
build for various environments from the same machine.
On Fri, 19 Nov 2004 16:11:13 +0100, [EMAIL PROTE
Hello we are using the statcvs plugin and every time we run our site
goal, we get this enormous stack trace which I won't post completely in
here. But it's basically NoClassDefFoundError.
Anybody run into this??
[java] Could not generate report:
java.lang.reflect.InvocationTargetException
Hey, could I do something like this in command line options?
Maven -D maven.jar.override=on maven.jar.commons-logging=1.0.4
That way I could have the CruiseControl build always use SNAPSHOTs
without having to switch the dependencies back an forth in the
project.xml
-
I think that environment specifical things can be set in the
build.properties file.
I am using one build.properties file for each environment. For instance,
for Windows I have one build.properties in my home, for unix a slightly
different one in my unix home. For nightly build we have a
different
Yeah, you're probably right. We should just use maven's inheritance
to sort this stuff out. But this is still throwing me a little. I
want to be able to create artifacts for various environments w/out
changing any files, whether it's renaming or whatever. Does this mean
I would have to create a
Can I suggest that you just use project.xml from your local copy or
the VSS shadow directory respectively? Does this pose some particular
limitation?
I do something similar in some cases - having a clean CVS checkout and
an in progress checkout.
- Brett
On Fri, 19 Nov 2004 08:37:55 -0500, Ben An
We are preparing a replacement release.
you can "maven plugin:download" to get 1.3.2, or check it out and rebuild it.
On Fri, 19 Nov 2004 08:26:35 -0500, Gimbel, Trevor
<[EMAIL PROTECTED]> wrote:
>
> Hi,
>
> After upgrading to Maven 1.0.1 we started recieving this when doing a
> muliproject:s
I want to be able to build the source using either my local working
directory which I have modified, or vss's shadow directory which
contains only checked in files. Same goes for unit tests.
On Sat, 20 Nov 2004 00:26:28 +1100, Brett Porter <[EMAIL PROTECTED]> wrote:
> Hi Ben,
>
> Yes, you can e
Greetings!
Is there any automagical thing to create this Downloads page into the
site?
Like http://maven.apache.org/reference/plugins/dist/downloads.html for
example.
Thanks in advance,
Teemu Hiltunen
-
To unsubscribe, e-mail: [E
Hi,
After upgrading to Maven 1.0.1 we started recieving this when doing a
muliproject:site goal.
BUILD FAILED
File.. c:\Jakarta\MavenLocal-1.0\cache\maven-multiproject-plugin-1.3.1\plugi
n.jelly
Element... maven:reactor
Line.. 103
Column 9
Unable to obtain goal [site] --
c:\Jakarta
Hi Ben,
Yes, you can expect that behaviour to remain the same.
maven.src.dir is not what you think it is. You would need to modify
pom.build.sourceDirectory, but this is not recommended.
Why are you changing sources in different environments? Perhaps you
want s?
- Brett
On Fri, 19 Nov 2004 08
Thanks Brett. I ran some tests specifying expressions in the
project.properties file. It's pretty neat how the properties retain a
reference of some kind instead of resolving at the initial assignment.
For instance:
qb.name=Tommy Maddox
best.qb.ever=${qb.name}
qb.name=Ben Roethlisberger
now be
Hello list,
I would like to create a PDF document of the generated changes. Is it possible
easily? Can I also specify the version I want? (typically generate a PDF for
version 3.4.5 for instance).
Thanks,
Stéphane
Stéphane Nicoll
Business Solutions Builders
Place de l'Université 25/10
B-134
34 matches
Mail list logo
