FYI:
I do it, but with an older Maven (yet it makes no difference).
I have some "basic" WAR projects and specific derivatives of those.
Using maven.xml from the derivate project I build the specific WAR dir
(which contains only specific things) and after that I unpack the "basic"
war with overwrit
any custom code.
>
> However even this is not full proof. My previous mail was trying to
explain
> the issue I can still see with it and whether there was a known solution.
>
> That said, I prefer to have a quick build even if sometimes there are
false
> negatives that only las
.
- Original Message -
From: "Florin Vancea" <[EMAIL PROTECTED]>
To: "Maven Developers List"
Sent: Wednesday, February 16, 2005 5:26 PM
Subject: Re: [CruiseControl] Problems of order for multiproject?
> Just an opinion:
> In my experience with CC, the order in c
Just an opinion:
In my experience with CC, the order in config file is not that important,
because during the build cycle project sequencing may get screwed (not by
CC's fault, but by nature of the build loop).
I haven't looked at Maven's reactor in a while, but isn't it now stable
enough to allow
Try something like this
- Original Message -
From: "HEAD-RAPSON, David" <[EMAIL PROTECTED]>
To:
Sent: Thursday, February 03, 2005 1:38 PM
Subject: plugin dev
> Hi,
> I wonder if someone can help me. It's regarding a new maven plugin I'm
> writing.
On second thought; just an idea.
Maybe you can fiddle with the POM var available in Jelly. After all there
are lots of things possible there, as it's described "turning XML into
code".
It's an interesting challenge and I've done similar things with Jelly but I
cannot test it now and provide a final
I'm no expert but I believe project.xml is already parsed when you get to
maven.xml. Therefore it's useless to change that property within maven.xml.
Maybe you can use build.properties to specify test.extra.excludes and
configure different build.properties on different machines.
Florin
- Orig
I cannot resist making a little noise:
I've been using Maven and watching this list for quite some time now and I
feel I _have_ to pay my respect for this event.
Congratulations!
Florin
- Original Message -
From: "Brett Porter" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Cc: <[EMAIL PR
What JDK? Is your system Locale different than en_US?
You know there's a bug in URLConnection, at least in 1.3.1.
The If-Modified-Since header is constructed with system Locale (as opposed
to being constructed with en_US). If system Locale is not en_US, the HTTP
server does not understand the times
Here is the fragment that lies at the root of one maven.xml and gets loaded
always when loading maven.xml. In other projects I did similar things, but
e.g. in a preGoal for "test:test". Please note that commonly those jars are
not compile-time dependencies but rather runtime dependencies for proper
I had a similar situation, where some jars were needed (including JDBC
drivers) and those jars were slightly different on different developer
machines, therefore specifying them through POM was not an option. I took
the maven.xml pregoal approach and everything is fine for several months
now. I can
- Original Message -
From: "Jason van Zyl" <[EMAIL PROTECTED]>
To: "Maven Developers List" <[EMAIL PROTECTED]>
Sent: Wednesday, October 08, 2003 8:30 AM
Subject: RE: Moving Plugins
> > - also, now that plugins are externalized it will be more difficult to
> > converge in term of jar versi
ssible.
>
> Of course, once it is moved to commons-container, both Cactus and Maven
> plugins could use it.
>
> What do you think?
>
> Thanks
> -Vincent
>
> > -Original Message-
> > From: Florin Vancea [mailto:[EMAIL PROTECTED]
> > Sent: 04 July 2003 18:
,
>
> are you seriously telling me you used head AFTER the refactoring code
> dump?
> --
> dIon Gillard, Multitask Consulting
> Blog: http://blogs.codehaus.org/people/dion/
>
>
> "Florin Vancea" <[EMAIL PROTECTED]> wrote on 11/08/2003 08:43:14
Sorry for bumping in, but I'm exactly midway between user and developer, the
kind that uses HEAD.
I was using HEAD until not-so-long ago, mostly for Cactus plugin reasons.
And I luckily obtained a version that is satisfactory for me right before
the HEAD/STABLE split, then I stopped building regul
lt;[EMAIL PROTECTED]>
Sent: Thursday, July 24, 2003 4:31 PM
Subject: Re: Short-circuiting a goal?
>
> Ah, yah, last definition of a goal wins.
>
> Florin, you might prefer -Dmaven.test.skip=true on the command-line
> to skip running the tests.
>
> -bob
>
> On Thu, 24 Jul 2
I've overridden successfully the "test:test" goal to speed up occasionally
the development cycle. Just define a goal in maven.xml with the same name as
tho overridden one, doing whatever you like.
Florin
- Original Message -
From: "James CE Johnson" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECT
Hello all,
sorry for cross-posting, I think it's necessary and I hope you'll agree
after reading up to the end.
~~~ Cactus-targeted section (mainly) ~~~
As I promised, I looked into the JMX way to control deployments on JBoss.
Now I prepared a small package exposing a bean able to be used as a An
I recall Vincent asked for feedback on the new plugin.
There's also MAVEN-478, for reference.
Florin
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Hello Bear, hello all,
IMHO, the final continuous build machine should be anyway a root-only
machine (OK, root and the-same-root-person-as-a-common-user). The developer
machine is also pretty much a developer-only machine, so there is little
concern about some other user fiddling with the files.
I myself have bumped into this some days ago trying to integrate the webtest
plugin (hosted on SF) into my Maven. Something was not working as I'd
expected and I pulled out the Ant docos. Surprise-surprise, :)
Yours,
Florin
- Original Message -
From: "Vincent Massol" <[EMAIL PROTECTE
ntouched by the
"end-users" and that's why this did not show up until now.
Florin.
- Original Message -
From: "Florin Vancea" <[EMAIL PROTECTED]>
To: "Maven Developers List" <[EMAIL PROTECTED]>
Sent: Thursday, June 05, 2003 8:09 AM
Subject: R
Vincent, I think you missed what Thomas really meant, and catched another
bug (actually a typo).
The element may have in the name attribute _just_one_
pattern, therefore if the property contains several patterns, as the
property name suggests, then something will go wrong.
Thomas suggested to us
I just noticed something regarding Maven classloading while trying to sort
out a direct JMX approach to JBoss deployment. The issue also applies to
other (maybe more common) situations, so please read on and give me some
feedback.
I am using (approximately) CVS HEAD for "normal" Maven (not maven-n
Hello, everybody.
Maybe some issues, maybe not:
1. I noticed there were some changes with the war plugin (HEAD) and now the
"war:war" goal does not do anything any more (at least not something like a
WAR file, not for me).
However, the cactus plugin seems to rely on the war:war goal and it fails
25 matches
Mail list logo
