Hi,
>
http://stackoverflow.com/questions/1012402/maven2-property-ethat-indicates-the-parent-directory
This looks like the usual problem building for several environments
which is as you already mentioned not a good idea. The best having
packages which is not dependent on the environment but you can't
completely avoid in real life ...
So a longer time ago i wrote an Blog entry about such problem and how to
solve that with usual Maven...
http://blog.soebes.de/index.php?/archives/340-Maven-Configuration-For-Multipe-Environments.html
http://stackoverflow.com/questions/3084629/finding-the-root-directory-of-a-multi-module-maven-reactor-project
You can use a separate maven module and define all EAR's as dependency
and use the maven-assembly-plugin to package them or the
maven-dependency-plugin to copy them into a directory outside of the
project which is by definition of Maven a no-go...
But this is thing which looks like a deployment task which is not the
Job of Maven...
If they are used to do integration test you could better take a look at
the cargo2-maven-plugin which is able to deploy to more or less any kind
of container (Tomcat, JBoss, Jerey, Glassfish etc.)
http://stackoverflow.com/questions/8700097/how-to-get-the-super-pom-basedir-in-a-child-module-pom
This sounds like someone didn't understand what the purpose of a local
repository is ...better solutions are Nexus, Artiactory, Archiva
..install and work with it...no problem...or use the defaul
.m2/repository ...
http://stackoverflow.com/questions/4146638/maven-variable-for-reactor-root
It's not clear what exactly the problem was...;-(
http://stackoverflow.com/questions/1231561/how-to-share-common-properties-among-several-maven-projects/1265428#1265428
The solution is given as an answer ...
Kind regards
Karl-Heinz Marbaise
--
SoftwareEntwicklung Beratung Schulung Tel.: +49 (0) 2405 / 415 893
Dipl.Ing.(FH) Karl-Heinz Marbaise ICQ#: 135949029
Hauptstrasse 177 USt.IdNr: DE191347579
52146 Würselen http://www.soebes.de
---------------------------------------------------------------------
To unsubscribe from this list, please visit:
http://xircles.codehaus.org/manage_email
