RE: [maven] need help

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 mave

need help

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

Re: Overriding a property from a profile

On Mon, Oct 29, 2012 at 4:26 PM, Anders Hammar 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 'true' i

Re: Help Plugin Not Reporting All Profiles

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 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 pom has a profile that

Help Plugin Not Reporting All Profiles

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 s

Re: Overriding a property from a profile

> 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 surprise

[ANN] Maven Invoker 2.1 Released

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: org.apache.mav

Re: Overriding a property from a profile

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 wrote: > How are the profiles being activated? Command line -

Re: deploying WAR from maven with different configurations

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

Re: Maven Dependency Type

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 0xCAFEBABE0032 On 10/29/12 13:54 PM, "Hervé BOUTEMY" wrote: >uyou can have a look at http:

Re: Maven Dependency Type

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.

[ANN] Maven Maven Project Info Reports Plugin 2.6 Released

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 lis

Re: Overriding a property from a profile

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, Anders

Re: Overriding a property from a profile

Yes (I think). Did you test with both Maven 3 and 2? /Anders On Mon, Oct 29, 2012 at 4:22 PM, Benson Margulies 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? > > --

Overriding a property from a profile

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: users-h.

Re: deploying WAR from maven with different configurations

> 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. Alt

RE: deploying WAR from maven with different configurations

> > 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 buil

Re: deploying WAR from maven with different configurations

> 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

deploying WAR from maven with different configurations

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 t