I'm using Cargo to deploy my WAR to a testing server. The idea is that the CI
build will push the app over to a testing server. When deployed to this
testing environment, my Spring configuration wires mock business objects into
the app. The spring config resides inside my WAR. It's unclear
I think I understand that it's very bad have my build produce an alternative
version of the WAR artifact for testing.
It is not a best practice, as far as most of us here are concerned.
Best practice says to use the exact same (unchanged) artifact for QA
and PROD.
I know that I could use a
Do I need to restructure the way I do my whole build, externalizing
the config to another artifact?
This is one (good) way to do it.
What then are the options for handling this externalized configuration at build
time? At first glance, I'm thinking it requires a whole extra build
What then are the options for handling this externalized configuration at
build time?
At first glance, I'm thinking it requires a whole extra build project for
doing the testing
deployment, complete with src that includes a copy of the test configuration.
Sounds about right to me.
If a profile has a property value set, -D from the command-line does
not win, the profile wins. Does this surprise anyone else?
-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail:
Yes (I think). Did you test with both Maven 3 and 2?
/Anders
On Mon, Oct 29, 2012 at 4:22 PM, Benson Margulies bimargul...@gmail.com wrote:
If a profile has a property value set, -D from the command-line does
not win, the profile wins. Does this surprise anyone else?
How are the profiles being activated? Command line -P or via
activations, or a mix?
About 6 months ago I had issues using -P and -D and fix it by getting
all -D options we might need to use into profiles and then just
remembering specific orders of profiles.
John
On 29 October 2012 16:33,
The Maven team is pleased to announce the release of the Maven Project Info
Reports Plugin, version 2.6
This version fixed an annoying bug in the 2.5.x range, where the
plugin was actually
downloading a noticeable part of the internet. It also adds
image/gravatar.com avatar support to
the team
uyou can have a look at http://maven.apache.org/ref/3.1-SNAPSHOT/maven-
core/artifact-handlers.html for a reference of default types and classifiers
Regards,
Hervé
Le jeudi 25 octobre 2012 20:09:58 John Kramer a écrit :
Hey guys,
I have a question regarding the maven dependencies section.
Thank you. That's exactly what I was looking for.
John Kramer
email: jkra...@mojiva.com
mobile: 314.435.2370
skype: kramer.mojiva
twitter: @KramerKnowsTech https://twitter.com/KramerKnowsTech
0xCAFEBABE0032
On 10/29/12 13:54 PM, Hervé BOUTEMY herve.bout...@free.fr wrote:
uyou can
On 29/10/2012 10:33 AM, Davis, Chad wrote:
Do I need to restructure the way I do my whole build, externalizing
the config to another artifact?
This is one (good) way to do it.
What then are the options for handling this externalized configuration at build
time? At first glance, I'm thinking
With two profiles that disagreed, the order of the profiles names
after -Pa,b (or b,a) did not matter.
-Pa -Dbletch=false
respected the 'true' in a, not the false from the command line.
On Mon, Oct 29, 2012 at 12:47 PM, John Patrick nhoj.patr...@gmail.com wrote:
How are the profiles being
The Maven team is pleased to announce the release of the Maven Invoker,
version 2.1
With this component it is possible to programmatically invoke Maven.
http://maven.apache.org/shared/maven-invoker/
To use the Maven Invoker, add the following dependency to your project:
dependency
With two profiles that disagreed, the order of the profiles names
after -Pa,b (or b,a) did not matter.
Correct. The declared order in the pom or settings.xml is the one that counts.
-Pa -Dbletch=false
respected the 'true' in a, not the false from the command line.
I think this surprises
Hi,
I have a pom with a parent pom. Both poms have profiles, some of which are
active and some of which are not. The parent pom has a profile that is
activated by the existence of a file, as below. However, when I run mvn
help:active-profiles on the _child_ pom I do not get this profile to
You've hit MPH-79 [1] I think.
/Anders
[1] http://jira.codehaus.org/browse/MPH-79
On Mon, Oct 29, 2012 at 9:01 PM, Winsor, Daniel
daniel.win...@etrade.com wrote:
Hi,
I have a pom with a parent pom. Both poms have profiles, some of which are
active and some of which are not. The parent
On Mon, Oct 29, 2012 at 4:26 PM, Anders Hammar and...@hammar.net wrote:
With two profiles that disagreed, the order of the profiles names
after -Pa,b (or b,a) did not matter.
Correct. The declared order in the pom or settings.xml is the one that counts.
-Pa -Dbletch=false
respected the
Hello,
I am use maven-3.0.4 to build up the Apache Giraph, and my cluster hadoop
environment is cdh3u4, but I meet the error
What can I do for it?
Looking forward to your reply!
Best regards.
王佳伟 (Jiawei Wang)
Bioinformatic tech lab HPC developer, BGI, Shenzhen China
Please post as text the error you are receiving.
From: wangjiawei [mailto:wangjia...@genomics.cn]
Sent: Monday, October 29, 2012 10:38
To: users
Subject: [maven] need help
Hello,
I am use
19 matches
Mail list logo