Re: My maven settings doesn't read local Nexus repositories

2011-06-12 Thread Sebastian Otaegui
Do this:
http://www.sonatype.com/books/nexus-book/reference/maven-sect-single-group.html

Regards

On Sun, Jun 12, 2011 at 12:13 AM, samwun  wrote:

> Hello,
>
> I have setup Nexus in localhost:8081 and have setup settings.xml in
> c:/User/sam/.m2/ folder.
> But my maven project still trying to call maven repository from the
> internet, as shown below:
>
> 11-6-12 下午02时32分42秒: Downloaded
> http://repo1.maven.org/maven2/javax/transaction/jta/1.0.1B/jta-1.0.1B.pom
> 11-6-12 下午02时32分42秒: Missing artifact org.hsqldb:hsqldb:jar:1.8.0.10:
> compile
> 11-6-12 下午02时32分42秒: Missing artifact
> org.hibernate:hibernate-annotations:jar:3.3.1.GA:compile
> 11-6-12 下午02时32分42秒: Missing artifact
> org.hibernate:hibernate:jar:3.2.6.ga:compile
> 11-6-12 下午02时32分42秒: Missing artifact
> net.sf.ehcache:ehcache:jar:1.2.3:compile
> 11-6-12 下午02时32分42秒: Missing artifact asm:asm-attrs:jar:1.5.3:compile
> 11-6-12 下午02时32分42秒: Missing artifact dom4j:dom4j:jar:1.6.1:compile
> 11-6-12 下午02时32分42秒: Missing artifact antlr:antlr:jar:2.7.6:compile
> 11-6-12 下午02时32分42秒: Missing artifact cglib:cglib:jar:2.1_3:compile
> 11-6-12 下午02时32分42秒: Missing artifact asm:asm:jar:1.5.3:compile
> 11-6-12 下午02时32分42秒: Missing artifact
> commons-collections:commons-collections:jar:2.1.1:compile
> 11-6-12 下午02时32分42秒: Missing artifact
> org.hibernate:hibernate-commons-annotations:jar:3.0.0.ga:compile
> 11-6-12 下午02时32分42秒: Missing artifact
> org.hibernate:ejb3-persistence:jar:1.0.1.GA:compile
> 11-6-12 下午02时32分42秒: Missing artifact
> commons-logging:commons-logging:jar:1.0.4:compile
> 11-6-12 下午02时32分42秒: Missing artifact
> org.aspectj:aspectjrt:jar:1.6.6:compile
> 11-6-12 下午02时32分42秒: Missing artifact
> javax.servlet:servlet-api:jar:2.5:provided
> 11-6-12 下午02时32分42秒: Missing artifact junit:junit:jar:3.8.1:test
> 11-6-12 下午02时32分43秒: Maven Builder: AUTO_BUILD
> 11-6-12 下午02时32分55秒: Maven Builder: AUTO_BUILD requireFullBuild
> 11-6-12 下午02时32分55秒: Build errors for mvnproject-core;
> org.apache.maven.project.ProjectBuildingException: Some problems were
> encountered while processing the POMs:
> [ERROR] Malformed POM C:\work\MvnProj\mvnproject-core\pom.xml: Unrecognised
> tag: 'exclusions' (position: START_TAG seen ...\r\n  \r\n
> ... @48:16)  @ C:\work\MvnProj\mvnproject-core\pom.xml, line
> 48,
> column 16
>
> The settings.xml file in C:\User\Sam\.m2\ directory is shown below:
>
> 
>
>  central
>  http://localhost:8081/nexus/content/groups/public/
> 
>  
>false
>  
>
>
>  snapshots
>  http://localhost:8081
>  /nexus/content/groups/public-snapshots/
>  
>false
>  
>
>  
>  
>
>  central
>  http://localhost:8081/nexus/content/groups/public/
> 
>  
>false
>  
>
>
>  snapshots
>  
> http://localhost:8081/nexus/content/groups/public-snapshots/
>  
>false
>  
>
>  
>
>
> Can anybody tell me how to troubleshoot this error? I  just don't know why
> my maven can't reference the repositories in my localhost Nexus server.
>
> Your suggestion is very much appreciated.
>
> Thanks
> Sam
>
>
>
> --
> View this message in context:
> http://maven.40175.n5.nabble.com/My-maven-settings-doesn-t-read-local-Nexus-repositories-tp4480991p4480991.html
> Sent from the Maven - Users mailing list archive at Nabble.com.
>
> -
> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
> For additional commands, e-mail: users-h...@maven.apache.org
>
>


-- 
Those who do not understand Unix are condemned to reinvent it, poorly.
Any sufficiently recent Microsoft OS contains an ad hoc,
informally-specified, bug-ridden, slow implementation of half of Unix.


Re: xml file is invalid.

2011-06-20 Thread Sebastian Otaegui
As a recommendation, do not paste logs or config files in a mailing list. It
is very annoying and it is unreadable.

Use a paste service as pastebin or github's gists.

Regards

On Mon, Jun 20, 2011 at 12:22 PM, Wayne Fay  wrote:

> > I found this shouldn't be happened, as this example is one of the spring
> > examples I downloaded from spring website.
> >
> > The example is spring 3 with maven build.
>
> This is not the Spring support list. This is the Maven user list.
>
> Please post your question to the proper Spring group.
>
> Wayne
>
> -
> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
> For additional commands, e-mail: users-h...@maven.apache.org
>
>


-- 
Those who do not understand Unix are condemned to reinvent it, poorly.
Any sufficiently recent Microsoft OS contains an ad hoc,
informally-specified, bug-ridden, slow implementation of half of Unix.


Re: What packaging for Jira excel reports with maven?

2014-04-02 Thread Sebastian Otaegui
Or ivy if you want dependency resolution
On Apr 2, 2014 7:59 AM, "Ron Wheeler" 
wrote:

> Looks like something that ANT might be good at.
>
> Ron
> On 02/04/2014 6:58 AM, Anders Hammar wrote:
>
>> I categorize different usage of Maven into two categories:
>> A) As a build tool
>> B) As a utility tool
>>
>> A) would be for example building a Java web application, i.e. using the
>> full build lifecycle of Maven. B) on the other hand is where you just want
>> to do one specific "thing", for example generate Java classes from an xml
>> schema or creating a jar of existing Java classes.
>>
>> So the first question is if your usage would fit into A or B? To narrow
>> things down a little bit, do you want this excel file to be generated as
>> part of the build of your software and then deployed together with that to
>> the repository? If so, it would be A. If you're just trying to find a tool
>> to generate this excel file on demand, we would be in B.
>>
>> My point here is that if you're in category A then Maven is absolutely
>> appropriate. At least if you're building everything else with Maven. But
>> if
>> you're in category B, then Maven is just one of many options you have. I
>> would even go as far as saying that there are simpler solutions, one being
>> a shell script (or Windows batch file) where you just have you Java
>> command
>> with the jar on the classpath and the options to have the excel file
>> generated. Using Maven here would just add an additional dependency (to
>> Maven) which could just complicate things.
>>
>> My two cents,
>> /Anders
>>
>>
>> On Tue, Apr 1, 2014 at 2:05 PM, Steinar Bang  wrote:
>>
>>  I have access to a Jar-file that contains code that:
>>>   - Reads an excel file containing a JQL query, the names of the fields
>>> from the JQL results to include in excel, as well as the sheets that
>>> are to be populated
>>>   - Talks to Jira, using the Jira REST API, to do the query and extract
>>> the results
>>>   - Exports a new excel file populated with the query results
>>>
>>> The Jar-file resides in a plexus archive, so I thought that having a
>>> small maven project, containing a pom.xml and the template excel
>>> spreadshet in src/main/resources/ would be a good match.
>>>
>>> The idea was that I could:
>>>   - set the Jar-file containing the excel export code as a dependency
>>>   - use exec-maven-plugin to run the Jar
>>>   - have the output of exec-maven-plugin (an excel file) as the build
>>> artifact
>>>
>>> But the idea stopped on that I don't know what packaging should be used
>>> for the pom: "jar" didn't seem appropriate, so I tried "pom", but that
>>> doesn't do anything (no target directory created).
>>>
>>> Is maven appropriate for what I'm trying to do? Is there an appropriate
>>> packaging to use?
>>>
>>> Thanks!
>>>
>>>
>>> - Steinar
>>>
>>>
>>> -
>>> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
>>> For additional commands, e-mail: users-h...@maven.apache.org
>>>
>>>
>>>
>
> --
> Ron Wheeler
> President
> Artifact Software Inc
> email: rwhee...@artifact-software.com
> skype: ronaldmwheeler
> phone: 866-970-2435, ext 102
>
>
> -
> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
> For additional commands, e-mail: users-h...@maven.apache.org
>
>


Re: distributionManagement

2011-06-26 Thread Sebastian Otaegui
He is talking about apache ivy I think

http://ant.apache.org/ivy/history/2.0.0/use/makepom.html



On Sun, Jun 26, 2011 at 4:25 AM, Aldrin Leal  wrote:

> I am not sure what makepom is, so I went to google. It seems likely an Ivy
> Question
>
> With regards to distributionManagement: It is optional
>
> --
> -- Aldrin Leal,  / http://www.leal.eng.br/mnemetica/
>
>
> On Sun, Jun 26, 2011 at 6:03 AM, Brosh, Yossi  wrote:
>
> >
> > Hi to all,
> >
> > I would like to know if distributionManagement tag should be exist in
> > pom.xml ?
> >
> > I am using makepom command - so who can I adding this
> > distributionManagement tag to pom.xml ?
> >
> > Best regards,
> > Yos
> >
>



-- 
Those who do not understand Unix are condemned to reinvent it, poorly.
Any sufficiently recent Microsoft OS contains an ad hoc,
informally-specified, bug-ridden, slow implementation of half of Unix.


Re: Referencing modules in a sibling folder

2011-07-06 Thread Sebastian Otaegui
The modules are not more than a maven project and as such they build to an
artifact that can be in your local machine repository or in a remote
repository like maven central.

You can reference them by using the  tag as Benson said.

If you have have a multi-module project like it seems to be the case you
usually do something like:

"mvn clean install" and it will put the artifacts in your local repository
for maven use.

If you haven't already you might want to create a parent pom that agregates
the build. The maven reactor will find the right order to build them.

If you do not have a parent pom then you will have to build each project and
run 'mvn clean install'


On Wed, Jul 6, 2011 at 5:55 PM, Benson Margulies wrote:

> You will generally find it helpful to grab a look at some significant
> open source project that addresses some of what you are looking to do.
> Have, for example, a look at cxf.apache.org.
>
> On Wed, Jul 6, 2011 at 6:37 PM, kanesee  wrote:
> > I thought the  section was just for artifacts that are
> located in
> > the repository.
> > For artifacts that consist of my own code, aren't those modules? I may be
> > confusing the two.
> >
> > Our code base actually contains several different products, so I don't
> think
> > it makes sense to have one pom that lists all of the subdirs as modules.
> My
> > understanding is that I would have a pom-package for each of our
> products,
> > which references only the subdirs (modules or dependencies) that it
> needed.
> >
> > Is my understanding correct?
> >
> > --
> > View this message in context:
> http://maven.40175.n5.nabble.com/Referencing-modules-in-a-sibling-folder-tp4559091p4559177.html
> > Sent from the Maven - Users mailing list archive at Nabble.com.
> >
> > -
> > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
> > For additional commands, e-mail: users-h...@maven.apache.org
> >
> >
>
> -
> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
> For additional commands, e-mail: users-h...@maven.apache.org
>
>


-- 
Those who do not understand Unix are condemned to reinvent it, poorly.
Any sufficiently recent Microsoft OS contains an ad hoc,
informally-specified, bug-ridden, slow implementation of half of Unix.


How do I make my archetype from a multimodule project use directories that are based on the artifactId ?

2011-07-15 Thread Sebastian Otaegui
I have create an archetype using archetype:create-from-project out of a
multi module project.

The archetype-metadata.xml is attached and also as a paste below, what I
would want is that the "dir" can be modified when I run mvn
archetype:generate by using the archetypeId I provide instead of using a
fixed one. Can that be done?

http://snipt.net/feniix/archetype-metadataxml

Basically my archetype has this structure:

├── pom.xml
└── src
├── main
│   └── resources
│   ├── archetype-resources
│   │   ├── pom.xml
│   │   ├── service
│   │   │   ├── pom.xml
│   │   │   └── src
│   │   │   ├── main
│   │   │   │   └── java
│   │   │   └── test
│   │   │   ├── java
│   │   │   └── resources
│   │   ├── service-def
│   │   │   ├── pom.xml
│   │   │   └── src
│   │   │   └── main
│   │   │   └── java
│   │   └── service-web
│   │   ├── pom.xml
│   │   └── src
│   │   └── main
│   │   ├── resources
│   │   │   ├── dao-context.xml
│   │   │   ├── hibernate.cfg.xml
│   │   │   └── single-context.xml
│   │   └── webapp
│   │   └── WEB-INF
│   │   ├── jboss-web.xml
│   │   ├── remoting-servlet.xml
│   │   └── web.xml
│   └── META-INF
│   └── maven
│   └── archetype-metadata.xml
└── test
└── resources
└── projects
└── basic
├── archetype.properties
└── goal.txt



Is there any way I can make the directories service-web service and service-def
be dynamic when I use the archetype?

Thanks in advance
-- 
Those who do not understand Unix are condemned to reinvent it, poorly.
Any sufficiently recent Microsoft OS contains an ad hoc,
informally-specified, bug-ridden, slow implementation of half of Unix.

http://maven.apache.org/plugins/maven-archetype-plugin/archetype-descriptor/1.0.0 http://maven.apache.org/xsd/archetype-descriptor-1.0.0.xsd"; name="service-parent"
xmlns="http://maven.apache.org/plugins/maven-archetype-plugin/archetype-descriptor/1.0.0";
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";>
  

  

  src/main/java
  
**/*.java
  

  


  

  src/main/java
  
**/*.java
  


  src/test/java
  
**/*.java
  


  src/test/resources
  
**/*.xml
**/*.properties
  


  src/test/resources
  
**/*.sql
**/*.dtd
  

  


  

  src/main/webapp
  
**/*.xml
  


  src/main/resources
  
**/*.xml
  

  

  


-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org

Re: HELP! : javax.mail >> could not find the main class

2011-07-19 Thread Sebastian Otaegui
The issue is not related to javax.mail it is with the specification of your
main class.

In mainClass you have to put the fully qualified path to the class

like in pa.cka.ge.ANNEX (if that is your main class)

And if you require javax.mail you will have to add it to the class path when
you execute it

something like:

java -cp mail.jar -jar ANNEX.jar



On Tue, Jul 19, 2011 at 10:16 PM, Abdul Hakim wrote:

> Hello,
>
> Im trying to build a project which requires the mail.jar from Sun. it runs
> perfectly in Netbeans. However, when I tried compiling it with maven, it
> produces a jar file that will display this error message when I tried to
> execute it : Could not find the main class : ANNEX.Program will exit.
> This is the content of my POM:
>
> http://maven.apache.org/POM/4.0.0";
> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";
>  xsi:schemaLocation="http://maven.apache.org/POM/4.0.0
> http://maven.apache.org/maven-v4_0_0.xsd";>
>  4.0.0
>  com.mycompany.app
>  ANNEX
>  jar
>  1.0
>  ANNEX
>  http://maven.apache.org
>
>  
>
>  
>org.apache.maven.plugins
>maven-jar-plugin
>
>  
>
>  true
>  ANNEX
>
>
>  
>  
>
>  src/main/resources
>  true
>
>
>  src/main/non-packaged-resources
>  true
>  ..
>
> 
>
>
>
>  
>
>  
>
>
>
>  
>  
>  junit
>  junit
>  3.8.1
>  test
>
>
>  javax.mail
>  mail
>  1.4.4
>
>
>
>  
> 
>
>
> Please help me. Thanks
>
> --
> View this message in context:
> http://maven.40175.n5.nabble.com/HELP-javax-mail-could-not-find-the-main-class-tp4614483p4614483.html
> Sent from the Maven - Users mailing list archive at Nabble.com.
>
> -
> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
> For additional commands, e-mail: users-h...@maven.apache.org
>
>


-- 
Those who do not understand Unix are condemned to reinvent it, poorly.
Any sufficiently recent Microsoft OS contains an ad hoc,
informally-specified, bug-ridden, slow implementation of half of Unix.


Re: [ANN] Maven Archetype Plugin 2.1 Released

2011-09-04 Thread Sebastian Otaegui
This is an awesome set of features

Congrats!!!

On Sep 4, 2011 8:05 AM, "Hervé Boutemy"  wrote:
>
> The Maven team is pleased to announce the release of the Maven Archetype
> Plugin, version 2.1
>
> Archetype is a Maven project templating toolkit.
>
> http://maven.apache.org/archetype/maven-archetype-plugin/
>
> Release Notes - Maven Archetype - Version 2.1
>
> ** Bug
>* [ARCHETYPE-220] - Unable to access remote catalogs on HTTPS protocol,
> even with redirection
>* [ARCHETYPE-332] - required property keys cannot have '.' in the name
>* [ARCHETYPE-339] - create-from-project goal should default to using
> ${package} instead of ${packageInPathFormat}
>* [ARCHETYPE-341] - archetype.xsd doesn't allow content in source or
> resource elements
>* [ARCHETYPE-344] - Cannot use local snapshot archetypes w/o -
> DarchetypeRepository=local
>* [ARCHETYPE-349] - Property not available in config when defaultValue
in
> descriptor contains token
>* [ARCHETYPE-351] - Maven central is not used for archetype repository
> anymore
>* [ARCHETYPE-353] - Incorrect license header in 3 files
>* [ARCHETYPE-355] - NPE in DefaultArchetypeArtifactManager.closeZipFile
> when running integration-test goal
>* [ARCHETYPE-357] - remove debug trace displayed as info when
generating a
> project from an old artifact
>* [ARCHETYPE-359] - fail on mvn install with a archetype created from
> create-from-project command having required property in
archetype-metadata.xml
>* [ARCHETYPE-360] - Wrong assignment in loop results in wrong debug log
> output
>* [ARCHETYPE-362] - Replacing properties in default value of other
> properties doesn't work due to faulty ordering.
>* [ARCHETYPE-376] - port used in unit test is hardcoded so can cause
port
> allocation issue on ci machine
>
> ** Improvement
>* [ARCHETYPE-265] - Unable to set a description for the generated
> archetype
>* [ARCHETYPE-289] - Support empty directory creation
>* [ARCHETYPE-303] - Externalize Archetype Catalog model into separate
> module
>* [ARCHETYPE-342] - display information message during project creation
> from a fileset archetype like it is done for old 1.x archetype
>* [ARCHETYPE-343] - add package property to generated
archetype.properties
>* [ARCHETYPE-375] - display groupId in front of artifactId in list for
> selection
>
> ** New Feature
>* [ARCHETYPE-334] - Run a build on generated project during integration
> test
>* [ARCHETYPE-347] - Allow fields like scm, developers, licenses, etc to
be
> set when generating an archetype
>* [ARCHETYPE-371] - Add a command line argument to filter/limit the
> archetypes returned by mvn archetype:generate
>
> ** Task
>* [ARCHETYPE-378] - Remove the parameter goalPrefix (and corresponding
> code) from the archetype:add-archetype-metadata mojo
>
> Enjoy,
>
> -The Maven team
>
> -
> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
> For additional commands, e-mail: users-h...@maven.apache.org
>


Re: Maven 3.0.3 generated different runtime classpath with the same POM

2012-01-31 Thread Sebastian Otaegui
You can try doing 'mvn dependency:tree' to look at the artifact resolution
tree with both versions.


On Tue, Jan 31, 2012 at 10:57 AM, Julie Chi  wrote:

> I'm upgrading Maven from 2.2.1 to 3.0.3, it BUILD SUCCESS. However the
> runtime classpath(xxx.war \WEB-INF\lib)  are generated differently.  Ex. We
> defined  version 3.2.1.ga for hibernate-annotations, Maven2.2.1 generates
> version as it's defined 3.2.1.ga.jar.  However Maven 3.0.3  generated
> version 3.3.1.ga.jar and also a lot of more  jars  like titles-*.jar,
> spring-ldap-*.jar, ojdbc-14.jar  Those are not generated by Maven 2.2.1
> . I'm using the same POM , means the same version( 2.1.1) for
> maven-war-plugin.
>
> -Julie
>
>


-- 
Those who do not understand Unix are condemned to reinvent it, poorly.
Any sufficiently recent Microsoft OS contains an ad hoc,
informally-specified, bug-ridden, slow implementation of half of Unix.


Re: Maven 3.0.3 generated different runtime classpath with the same POM

2012-01-31 Thread Sebastian Otaegui
Can you post your pom?

On Feb 1, 2012 1:15 AM, "Jörg Schaible"  wrote:
>
> Sebastian Otaegui wrote:
>
> > You can try doing 'mvn dependency:tree' to look at the artifact
resolution
> > tree with both versions.
>
> This does not help, since the plugin uses a dependency resolution
algorithm
> similar to M2.
>
> - Jörg
>
>
>
> -
> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
> For additional commands, e-mail: users-h...@maven.apache.org
>


Re: How to exclude resources from war?

2012-02-17 Thread Sebastian Otaegui
Just a guess from the file name.

is that a test logback configuration? if that is the case you may want to
put it in src/test/resources instead.


On Fri, Feb 17, 2012 at 12:36 PM, David Hoffer  wrote:

> Where is logback-test.xml in your directory structure relative to the pom?
>
> -Dave
>
> On Fri, Feb 17, 2012 at 11:07 AM, Greg Thomas 
> wrote:
> > On 17 February 2012 17:52, David Hoffer  wrote:
> >> Or am I missing how to exclude from war?
> >
> > I'm excluding a logback-test.xml file from the WAR using the directive
> >
> >  
> >org.apache.maven.plugins
> >maven-war-plugin
> >2.2
> >
> >  **/logback-test.xml
> >
> >  
> >
> > And that seems to work just fine ...
> >
> > Greg
> >
> > -
> > To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
> > For additional commands, e-mail: users-h...@maven.apache.org
> >
>
> -
> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
> For additional commands, e-mail: users-h...@maven.apache.org
>
>


-- 
Those who do not understand Unix are condemned to reinvent it, poorly.
Any sufficiently recent Microsoft OS contains an ad hoc,
informally-specified, bug-ridden, slow implementation of half of Unix.


Re: using build profiles for WAR plugin

2012-02-29 Thread Sebastian Otaegui
One of the uses of profiles is to have different maven runtime
configurations for running different plugin configurations based on them.

See these examples
https://github.com/jbossas/jboss-as/blob/master/pom.xml
https://github.com/jboss/jboss-parent-pom/blob/master/pom.xml

If you still insist on doing what you are saying one option is to do a
multimodule project.

like this:

- top level (parent pom where you define your modules)
  -  your "vanilla" war (your "real" webapp)
  -  your "qa" war
  -  your "prod" war

both the "qa" and "prod" war are built using the maven-war-plugin with the
overlay feature.
http://maven.apache.org/plugins/maven-war-plugin/examples/war-overlay.html

The people that maintains CAS (JASIG) are using that methodology.

On Wed, Feb 29, 2012 at 10:10 PM, Ron Wheeler <
rwhee...@artifact-software.com> wrote:

> Everyone else has to deal with this situation.
> Your concerns are not unique.
> Everyone has production, development and maintenance to deal with.
> A lot of applications of each type standalone, web, etc., have been built
> by many companies and development teams.
>
> You have been told the correct way to handle this.
>
> If you want to do it in the wrong way and misuse the features of maven,
> you can.
> No one will stop you.
> You have been warned that it will not work but you can try as long as you
> like.
>
> It should be clear that the best minds in the Maven world (the guys who
> wrote it and maintain it) have given you their best advice.
>
> Why not try it the "right" way once and see if you like it. At least you
> will get help.
> Some of the suggestions are very easy to try. A few minutes of editing a
> few POMs.
>
> Ron
>
>
> On 29/02/2012 6:04 PM, offbyone wrote:
>
>> Thanks for the reply.
>>
>> Unfortunately all the documentation I have seen point to profiles for this
>> tool.  If profiles are not used to differentiate runtime configuration
>> changes, then what are?  Can you point me to some documentation?
>>
>>
>>
>> --
>> View this message in context: http://maven.40175.n5.nabble.**
>> com/using-build-profiles-for-**WAR-plugin-tp5525954p5526330.**html
>> Sent from the Maven - Users mailing list archive at Nabble.com.
>>
>> --**--**-
>> To unsubscribe, e-mail: 
>> users-unsubscribe@maven.**apache.org
>> For additional commands, e-mail: users-h...@maven.apache.org
>>
>>
>>
>
> --
> Ron Wheeler
> President
> Artifact Software Inc
> email: rwhee...@artifact-software.com
> skype: ronaldmwheeler
> phone: 866-970-2435, ext 102
>
>
>
>
> -
> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
> For additional commands, e-mail: users-h...@maven.apache.org
>



-- 
Those who do not understand Unix are condemned to reinvent it, poorly.
Any sufficiently recent Microsoft OS contains an ad hoc,
informally-specified, bug-ridden, slow implementation of half of Unix.


Re: using build profiles for WAR plugin

2012-03-02 Thread Sebastian Otaegui
I think a much better solution than relying on the build tool (maven
profiles or on war overlays) is to use environment variables and bundle all
the LookAndFeel.xml in your war

I would use spring 3.1 and use the environment profiles feature.

http://blog.springsource.com/2011/02/11/spring-framework-3-1-m1-released/

http://blog.wookets.com/2011/11/spring-31-environment-profile.html

Regards


On Thu, Mar 1, 2012 at 1:16 PM, offbyone  wrote:

> Ok, I hear you, profiles are evil.  BUT I still don't understand the
> alternative so let me give a specific and tangible example and maybe you
> can
> explain a specific alternative.
>
> I am currently deploying my product in a tomcat/linux environment as a war
> file.  My webapp is driven by a set of spring configuration files using the
> Spring context loader.  For example, one of those spring configuration
> files
> is called LookAndFeel.xml.  It sets attributes like colors of the user
> interface.  I love using this type of configuration driven design because
> it
> lets me swap out the entire look and feel just by changing a config file.
>
> There are many deployments of my application on different systems and each
> one has a different look and feel configuration file.  So, I was planning
> to
> have a different maven profile for each deployment and have the profile
> automatically push the correct LookAndFeel.xml into the war archive.
>
> So specifically how do I accomplish this this in maven without using
> profiles?
>
> --
> View this message in context:
> http://maven.40175.n5.nabble.com/using-build-profiles-for-WAR-plugin-tp5525954p5528917.html
> Sent from the Maven - Users mailing list archive at Nabble.com.
>
> -
> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
> For additional commands, e-mail: users-h...@maven.apache.org
>
>


-- 
Those who do not understand Unix are condemned to reinvent it, poorly.
Any sufficiently recent Microsoft OS contains an ad hoc,
informally-specified, bug-ridden, slow implementation of half of Unix.