Re: [newby] how to include/package private libs/*.jar
You need to put them in you local repo. You don't need to create a pom for them. /Johan 18 apr 2008 kl. 22.05 Lachlan Deck <[EMAIL PROTECTED]> skrev: Hi there, I'm quite new to maven, but I would have thought this question would have been included on the FAQ page for maven - but it's not. I've googled around but mustn't be putting in the right search phrase or something... as obviously I've not found the answer :-) The simple question is how do I define dependencies on libs/*.jar for one of my projects where I have jars from a 3rd party (a payment gateway) in the project's lib folder. These libs live in svn with the project - not in a repo (and don't have a version or a pom of their own - they're just libs). i.e., they obviously need to be on the classpath + packaged with the final jar? I'm sure it's something simple... thanks in advance. with regards, -- Lachlan Deck - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [Geoserver-devel] Embedding a customized geoserver/config via a Maven MOJO Plugin?
No - you can get it to install tomcat dynamically James On 18/04/2008, at 11:12 PM, "Andrew Hughes" <[EMAIL PROTECTED]> wrote: I couldn't work out if the cargo requires an already installed app server? I used jetty because its 100% embedded (ie works out the box no one needs to install tomcat/jboss/jetty/whatever). This is not for applicaiton testing, more to bring up a development/ working geoserver for the developer to manipulate/configure the GEOSERVER_DATA they want packed into their customized distro. On Fri, Apr 18, 2008 at 10:22 PM, James William Dumay <[EMAIL PROTECTED] > wrote: You might want to look at using the cargo plugin if you want to launch your web application from Maven instead of a custom mojo. We do this for debugging plugins for confluence, jira and bamboo. James On 18/04/2008, at 3:21 PM, Andrew Hughes wrote: Well, I most certainly have found some good news! I'll confirm this with some more testing... If you have a maven war project with, a dependency on a war (ie geoserver)... the geoserver war's contents are packed into the war as well. This means if you wanted to customize your own... all you would need to do would be to put your geoserver data in ./src/main/webapp/data/* It would be especially easy if there was a classified version of geoserver available in a maven repository (geoserver-1.6.3-nodata.war), which is easy enough for me to knock up for testing... but I don't know how this effects your release mechanism if you want to do it in your project? Next, I will look at how to embed a jetty or tomcat to launch geoserver from the command line. mvn geoserver:start or something. On Wed, Apr 16, 2008 at 9:30 AM, Andrew Hughes <[EMAIL PROTECTED]> wrote: Releasing/Deploying a war to a repository is 'default' behaviour of the 'mvn release:prepare release:perform' goals - providing the war. One thing that was an annoying problem is the 30MB release, but we might be able to save 7MB of that by removing ./data. I had a small think about this, and it *should* be possible to release two instances of the geoserver war. One version as it is now, and another with a classifier=nodata, resulting in geoserver-1.6.0-nodata.war. This can be the dependency that the "standalone/out the box"... geoserver geoserver 1.6.0 nodata Anyway, its all talk for now... but food for thought. --AH On Tue, Apr 15, 2008 at 10:56 PM, Andrea Aime <[EMAIL PROTECTED]> wrote: Andrew Hughes ha scritto: ... Hum, ok, but I don't know how to push a .war onto a repository... I'm not even sure we would like to do so. Each .war is 30MB, we'd have to make sure the .war are pushed onto the repo only during the release process (as opposed to publishing them daily as we for, for instance, with the geotools jars) I would have to say, that this *should* really only be used with releases and not SNAPSHOTS, but of course we all like to test. Very much agreed... thought I have no idea how to make a .war be deployed, nor how to make an artifact be deployed only during the release... probably using some profile... Hum, this sounds like a good candidate for a community module. Interested in working on it and providing some guidance on how to use it in the wiki? I will try to find some time to see how complex this is in the next couple of days. Nice. Looking forward to hear your findings. Cheers Andrea You might want to look at using the cargo plugin if you want to launch your web application from Maven instead of a custom mojo. We do this for debugging plugins for confluence, jira and bamboo. James On 18/04/2008, at 3:21 PM, Andrew Hughes wrote: Well, I most certainly have found some good news! I'll confirm this with some more testing... If you have a maven war project with, a dependency on a war (ie geoserver)... the geoserver war's contents are packed into the war as well. This means if you wanted to customize your own... all you would need to do would be to put your geoserver data in ./src/main/webapp/data/* It would be especially easy if there was a classified version of geoserver available in a maven repository (geoserver-1.6.3-nodata.war), which is easy enough for me to knock up for testing... but I don't know how this effects your release mechanism if you want to do it in your project? Next, I will look at how to embed a jetty or tomcat to launch geoserver from the command line. mvn geoserver:start or something. On Wed, Apr 16, 2008 at 9:30 AM, Andrew Hughes <[EMAIL PROTECTED]> wrote: Releasing/Deploying a war to a repository is 'default' behaviour of the 'mvn release:prepare release:perform' goals - providing the war. One thing that was an annoying problem is the 30MB release, but we might be able to save 7MB of that by removing ./data. I had a small think about this, and it *should* be possible to release two instances of the geoserver war. One version as it i
[FR] Maven @ Paris Java User Group
Hi all, On May 13th, I'll be at the Java User Group of Paris (France) to reply to your questions about Maven. http://blog.octo.com/index.php/2008/04/18/104-paris-java-user-group-maven-a-la-demande http://www.parisjug.org/meetings/20080513/presentation.html I hope to meet all of those who are living or working nearby Paris. Cheers, .. Arnaud HERITIER .. OCTO Technology - aheritier AT octo DOT com www.octo.com | blog.octo.com .. ASF - aheritier AT apache DOT org www.apache.org | maven.apache.org ... - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: maven-war-plugin:2.0.2 confuses relative path when run in the reactor
Sorry for the delay. This is actually my second attempt at a reply. The debug output was quite large [>0.5 MB], and even though I trimmed it to show only the build for the child project, ezmlm rejected my initial message because the three attachments' combined size exceeded its 100K limit. Brad > -Original Message- > From: Brian E. Fox [mailto:[EMAIL PROTECTED] > Sent: Friday, April 18, 2008 12:35 PM > To: Maven Users List > Subject: RE: maven-war-plugin:2.0.2 confuses relative path > when run in the reactor > > Can you attach the entire build log and your parent and > dependent poms? > > -Original Message- > From: Harper, Brad [mailto:[EMAIL PROTECTED] > Sent: Friday, April 18, 2008 12:25 PM > To: Maven Users List > Subject: RE: maven-war-plugin:2.0.2 confuses relative path > when run in the reactor > > No good. I moved the element for maven-war-plugin in > the parent pom from the > > > > > into a new > > > > > > element. And then added > > > org.apache.maven.plugins > maven-war-plugin > > > under the [already existing] element in the dependent > pom file. > > I'm seeing the same error. > > Brad > > > -Original Message- > > From: Brian E. Fox [mailto:[EMAIL PROTECTED] > > Sent: Friday, April 18, 2008 9:19 AM > > To: Maven Users List > > Subject: RE: maven-war-plugin:2.0.2 confuses relative path > when run in > > the reactor > > > > It looks like the plugin is running in your parent, which > is probably > > not what you wanted. You want this to be inherited but not > run, so put > > it in the pluginManagment section instead. > > > > -Original Message- > > From: Harper, Brad [mailto:[EMAIL PROTECTED] > > Sent: Thursday, April 17, 2008 11:36 PM > > To: Maven Users List > > Subject: maven-war-plugin:2.0.2 confuses relative path when > run in the > > reactor > > > > I'm seeing a problem that appears to be nearly identical to > one posted > > here in the recent past. See > > > >http://www.mail-archive.com/users@maven.apache.org/msg77272.html > > > > and the subsequent thread. The issue didn't seem to be obviously > > resolved at that time. > > > > The command line 'mvn install' works when run for a [war] project > > individually, but fails for that same project when 'mvn install' is > > run from it's parent. > > > > In my case, the maven-war-plugin is configured [in the parent > > project's pom] thusly > > > > > > true > > org.apache.maven.plugins > > maven-war-plugin > > 2.0.2 > > > > > > > > true > > src/main/webapp/WEB-INF > > WEB-INF > > > > **/web.xml > > > > > > > > > > > > > > The failure looks like > > > > <> > > [DEBUG] Configuring mojo > > 'org.apache.maven.plugins:maven-war-plugin:2.0.2:war' --> > > [DEBUG] (f) archiveClasses = false > > [DEBUG] (s) classesDirectory = > > P:\eclipse-workspace\ev\target\classes > > [DEBUG] (f) filters = > > [P:\eclipse-workspace\ev\target\build.timestamp.properties] > > [DEBUG] (f) outputDirectory = P:\eclipse-workspace\ev\target > > [DEBUG] (f) primaryArtifact = true > > [DEBUG] (s) project = MavenProject: > > com.epsiia.dxweb:ev:2.4.16-SNAPSHOT @ > P:\eclipse-workspace\ev\pom.xml > > [DEBUG] (f) warName = ev-2.4.16-SNAPSHOT > > [DEBUG] (s) warSourceDirectory = > > P:\eclipse-workspace\ev\src\main\webapp > > [DEBUG] (s) filtering = true > > [DEBUG] (s) directory = src/main/webapp/WEB-INF > > [DEBUG] (s) targetPath = WEB-INF > > [DEBUG] (s) includes = [**/web.xml] > > [DEBUG] (f) webResources = > [Lorg.apache.maven.model.Resource;@9d267d > > [DEBUG] (s) webappDirectory = > > P:\eclipse-workspace\ev\target\ev-2.4.16-SNAPSHOT > > [DEBUG] (f) workDirectory = > P:\eclipse-workspace\ev\target\war\work > > [DEBUG] -- end configuration -- > > [INFO] [war:war] > > [INFO] Exploding webapp... > > [INFO] Assembling webapp ev in > > P:\eclipse-workspace\ev\target\ev-2.4.16-SNAPSHOT > > [INFO] Copy webapp webResources to > > P:\eclipse-workspace\ev\target\ev-2.4.16-SNAPSHOT > > [INFO] > > -- > > -- > > [ERROR] FATAL ERROR > > [INFO] > > -- > > -- > > [INFO] basedir src\main\webapp\WEB-INF does not exist [INFO] > > -- > > -- > > [DEBUG] Trace > > java.lang.IllegalStateException: basedir > src\main\webapp\WEB-INF does > > not exist > > at > > org.codehaus.plexus.util.DirectoryScanner.scan(DirectoryScanne > > r.java:542 > > ) > > at > > org.apache.maven.plugin.war.AbstractWarMojo.getWarFiles(Abstra > > ctWarMojo. > > java:824) > > <> > > > > Thoughts anyone? Thanks. > > > > Brad > > > > > -
Tutorial for assembly configuation
Hi, I am using maven but I am trying to use maven assembly for the following use case Parent Module -- | A |B Depends On A |C Depends On B |D Depends On B I need to build an assembly jar of C and D from my parent, so that when i call assembly on C and D , it should package A or B in C and D. Is there such a tutorial available -- View this message in context: http://www.nabble.com/Tutorial-for-assembly-configuation-tp16765598s177p16765598.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
plugin for schema documenation
Hi, Does anyone know of a maven 2 plugin for generating xml schema documentation (similar to http://www.buldocs.com/xnsdoc/)? Thanks Dmitry - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [newby] how to include/package private libs/*.jar
Hi Lachan, It is not recommended that you store your jars in SVN. So, there is no simple way to do what you want with Maven. But you can create a repository to share your own libraries (Maven can generate the pom.xml for you). Take a look at [1] and [2]. [1]http://maven.apache.org/guides/introduction/introduction-to-repositories.html [2]http://maven.apache.org/guides/mini/guide-3rd-party-jars-remote.html Cheers from your WO friend, ;) Henrique Lachlan Deck wrote: Hi there, I'm quite new to maven, but I would have thought this question would have been included on the FAQ page for maven - but it's not. I've googled around but mustn't be putting in the right search phrase or something... as obviously I've not found the answer :-) The simple question is how do I define dependencies on libs/*.jar for one of my projects where I have jars from a 3rd party (a payment gateway) in the project's lib folder. These libs live in svn with the project - not in a repo (and don't have a version or a pom of their own - they're just libs). i.e., they obviously need to be on the classpath + packaged with the final jar? I'm sure it's something simple... thanks in advance. with regards, -- Lachlan Deck - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[ANN] JBoss Packaging Maven Plugin 2.0-beta-1 Released
The Mojo team is pleased to announce the release of the JBoss Packaging Maven Plugin, version 2.0-beta-1 http://mojo.codehaus.org/jboss-packaging-maven-plugin/ This plugin is a replacement of the earlier jboss-sar-maven-plugin. The plugin has been deployed to the codehaus repository, and it should be available shortly via the central repository. org.codehaus.mojo jboss-packaging-maven-plugin 2.0-beta-1 Release Notes ** Bug * [MJBOSSPACK-1] - jboss-packaging plugin does not include ejb-client jars * [MJBOSSPACK-2] - Dependency scope not respected * [MJBOSSPACK-3] - Dependency to project with packaging-type 'jboss-sar' doesn't work * [MJBOSSPACK-6] - Source repository -> Web access redirects you to a missing 404 URL * [MJBOSSPACK-7] - Add pluginRepository definition to the docs * [MJBOSSPACK-8] - SAR plugin does not work with cobertura report * [MJBOSSPACK-10] - Add pom configuration example to docs ** Improvement * [MJBOSSPACK-15] - Set up integration tests using maven invoker plugin * [MJBOSSPACK-16] - Fix checkstyle warnings Enjoy, -The Mojo team - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[newby] how to include/package private libs/*.jar
Hi there, I'm quite new to maven, but I would have thought this question would have been included on the FAQ page for maven - but it's not. I've googled around but mustn't be putting in the right search phrase or something... as obviously I've not found the answer :-) The simple question is how do I define dependencies on libs/*.jar for one of my projects where I have jars from a 3rd party (a payment gateway) in the project's lib folder. These libs live in svn with the project - not in a repo (and don't have a version or a pom of their own - they're just libs). i.e., they obviously need to be on the classpath + packaged with the final jar? I'm sure it's something simple... thanks in advance. with regards, -- Lachlan Deck - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Customization during custom archetype execution?
I have never written an archetype, so please excuse my ignorance. I would like to make a dynamic archetype. What I mean by this is to be able to have it ask users (via command prompts or just via system properties if that is not possible) what they want and be able to change the archetype on the fly. What I was envisioning: mvn archetype:create \ -DarchetypeGroupId=org.apache.myfaces.buildtools \ -DarchetypeArtifactId=myfaces-archetype-dynamic \ -DarchetypeVersion=1.0 \ -DgroupId= \ -DartifactId= Hello user, please choose a JSF implementation: 1. Mojarra 2. MyFaces Include Tomahawk? (y/N): Choose a renderkit: 1. Core 2. Tobago 3. Trinidad Choose a view handler: 1. JSP 2. Facelets Choose a data provider framework: 1. None 2. Seam 3. Orchestra etc. Is there any way to do this with the achetype plugin or do I have to write my own Maven Plugin that works like the archetype plugin that I am able to run custom Java during execution? If I can write out a base structure and then have a way to run a custom mojo after the archetype is run to be able to add resources and modify the pom.xml, that would probably work as well? Any advice? Thanks, Andrew - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: maven-war-plugin:2.0.2 confuses relative path when run in the reactor
Can you attach the entire build log and your parent and dependent poms? -Original Message- From: Harper, Brad [mailto:[EMAIL PROTECTED] Sent: Friday, April 18, 2008 12:25 PM To: Maven Users List Subject: RE: maven-war-plugin:2.0.2 confuses relative path when run in the reactor No good. I moved the element for maven-war-plugin in the parent pom from the into a new element. And then added org.apache.maven.plugins maven-war-plugin under the [already existing] element in the dependent pom file. I'm seeing the same error. Brad > -Original Message- > From: Brian E. Fox [mailto:[EMAIL PROTECTED] > Sent: Friday, April 18, 2008 9:19 AM > To: Maven Users List > Subject: RE: maven-war-plugin:2.0.2 confuses relative path > when run in the reactor > > It looks like the plugin is running in your parent, which is > probably not what you wanted. You want this to be inherited > but not run, so put it in the pluginManagment section instead. > > -Original Message- > From: Harper, Brad [mailto:[EMAIL PROTECTED] > Sent: Thursday, April 17, 2008 11:36 PM > To: Maven Users List > Subject: maven-war-plugin:2.0.2 confuses relative path when > run in the reactor > > I'm seeing a problem that appears to be nearly identical to > one posted here in the recent past. See > >http://www.mail-archive.com/users@maven.apache.org/msg77272.html > > and the subsequent thread. The issue didn't seem to be > obviously resolved at that time. > > The command line 'mvn install' works when run for a [war] > project individually, but fails for that same project when > 'mvn install' is run from it's parent. > > In my case, the maven-war-plugin is configured [in the parent > project's pom] thusly > > > true > org.apache.maven.plugins > maven-war-plugin > 2.0.2 > > > > true > src/main/webapp/WEB-INF > WEB-INF > > **/web.xml > > > > > > > The failure looks like > > <> > [DEBUG] Configuring mojo > 'org.apache.maven.plugins:maven-war-plugin:2.0.2:war' --> > [DEBUG] (f) archiveClasses = false > [DEBUG] (s) classesDirectory = > P:\eclipse-workspace\ev\target\classes > [DEBUG] (f) filters = > [P:\eclipse-workspace\ev\target\build.timestamp.properties] > [DEBUG] (f) outputDirectory = P:\eclipse-workspace\ev\target > [DEBUG] (f) primaryArtifact = true > [DEBUG] (s) project = MavenProject: > com.epsiia.dxweb:ev:2.4.16-SNAPSHOT @ P:\eclipse-workspace\ev\pom.xml > [DEBUG] (f) warName = ev-2.4.16-SNAPSHOT > [DEBUG] (s) warSourceDirectory = > P:\eclipse-workspace\ev\src\main\webapp > [DEBUG] (s) filtering = true > [DEBUG] (s) directory = src/main/webapp/WEB-INF > [DEBUG] (s) targetPath = WEB-INF > [DEBUG] (s) includes = [**/web.xml] > [DEBUG] (f) webResources = [Lorg.apache.maven.model.Resource;@9d267d > [DEBUG] (s) webappDirectory = > P:\eclipse-workspace\ev\target\ev-2.4.16-SNAPSHOT > [DEBUG] (f) workDirectory = P:\eclipse-workspace\ev\target\war\work > [DEBUG] -- end configuration -- > [INFO] [war:war] > [INFO] Exploding webapp... > [INFO] Assembling webapp ev in > P:\eclipse-workspace\ev\target\ev-2.4.16-SNAPSHOT > [INFO] Copy webapp webResources to > P:\eclipse-workspace\ev\target\ev-2.4.16-SNAPSHOT > [INFO] > -- > -- > [ERROR] FATAL ERROR > [INFO] > -- > -- > [INFO] basedir src\main\webapp\WEB-INF does not exist [INFO] > -- > -- > [DEBUG] Trace > java.lang.IllegalStateException: basedir > src\main\webapp\WEB-INF does not exist > at > org.codehaus.plexus.util.DirectoryScanner.scan(DirectoryScanne > r.java:542 > ) > at > org.apache.maven.plugin.war.AbstractWarMojo.getWarFiles(Abstra > ctWarMojo. > java:824) > <> > > Thoughts anyone? Thanks. > > Brad > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
How can I send a single file by scp without generate maven2 repository directory structure in remote machine?
How can I send a single file by scp without generate maven2 repository directory structure in remote machine? When I use the goal deploy:deploy, the maven2 creates in remote machine: groupId\artifactoryId\version\name-of-artifactory But I would like to: finalName (defined in tag myname...) How can I do this? Thanks
xerces 2.9.1 on maven repo ?
The latest xerces version available in maven repo is 2.8.1 2.9.1 is the latest stable release in http://www.apache.org/dist/xerces/j/ Is there some xerces guys here that could deploy it ? Nico.
RE: maven-war-plugin:2.0.2 confuses relative path when run in the reactor
No good. I moved the element for maven-war-plugin in the parent pom from the into a new element. And then added org.apache.maven.plugins maven-war-plugin under the [already existing] element in the dependent pom file. I'm seeing the same error. Brad > -Original Message- > From: Brian E. Fox [mailto:[EMAIL PROTECTED] > Sent: Friday, April 18, 2008 9:19 AM > To: Maven Users List > Subject: RE: maven-war-plugin:2.0.2 confuses relative path > when run in the reactor > > It looks like the plugin is running in your parent, which is > probably not what you wanted. You want this to be inherited > but not run, so put it in the pluginManagment section instead. > > -Original Message- > From: Harper, Brad [mailto:[EMAIL PROTECTED] > Sent: Thursday, April 17, 2008 11:36 PM > To: Maven Users List > Subject: maven-war-plugin:2.0.2 confuses relative path when > run in the reactor > > I'm seeing a problem that appears to be nearly identical to > one posted here in the recent past. See > >http://www.mail-archive.com/users@maven.apache.org/msg77272.html > > and the subsequent thread. The issue didn't seem to be > obviously resolved at that time. > > The command line 'mvn install' works when run for a [war] > project individually, but fails for that same project when > 'mvn install' is run from it's parent. > > In my case, the maven-war-plugin is configured [in the parent > project's pom] thusly > > > true > org.apache.maven.plugins > maven-war-plugin > 2.0.2 > > > > true > src/main/webapp/WEB-INF > WEB-INF > > **/web.xml > > > > > > > The failure looks like > > <> > [DEBUG] Configuring mojo > 'org.apache.maven.plugins:maven-war-plugin:2.0.2:war' --> > [DEBUG] (f) archiveClasses = false > [DEBUG] (s) classesDirectory = > P:\eclipse-workspace\ev\target\classes > [DEBUG] (f) filters = > [P:\eclipse-workspace\ev\target\build.timestamp.properties] > [DEBUG] (f) outputDirectory = P:\eclipse-workspace\ev\target > [DEBUG] (f) primaryArtifact = true > [DEBUG] (s) project = MavenProject: > com.epsiia.dxweb:ev:2.4.16-SNAPSHOT @ P:\eclipse-workspace\ev\pom.xml > [DEBUG] (f) warName = ev-2.4.16-SNAPSHOT > [DEBUG] (s) warSourceDirectory = > P:\eclipse-workspace\ev\src\main\webapp > [DEBUG] (s) filtering = true > [DEBUG] (s) directory = src/main/webapp/WEB-INF > [DEBUG] (s) targetPath = WEB-INF > [DEBUG] (s) includes = [**/web.xml] > [DEBUG] (f) webResources = [Lorg.apache.maven.model.Resource;@9d267d > [DEBUG] (s) webappDirectory = > P:\eclipse-workspace\ev\target\ev-2.4.16-SNAPSHOT > [DEBUG] (f) workDirectory = P:\eclipse-workspace\ev\target\war\work > [DEBUG] -- end configuration -- > [INFO] [war:war] > [INFO] Exploding webapp... > [INFO] Assembling webapp ev in > P:\eclipse-workspace\ev\target\ev-2.4.16-SNAPSHOT > [INFO] Copy webapp webResources to > P:\eclipse-workspace\ev\target\ev-2.4.16-SNAPSHOT > [INFO] > -- > -- > [ERROR] FATAL ERROR > [INFO] > -- > -- > [INFO] basedir src\main\webapp\WEB-INF does not exist [INFO] > -- > -- > [DEBUG] Trace > java.lang.IllegalStateException: basedir > src\main\webapp\WEB-INF does not exist > at > org.codehaus.plexus.util.DirectoryScanner.scan(DirectoryScanne > r.java:542 > ) > at > org.apache.maven.plugin.war.AbstractWarMojo.getWarFiles(Abstra > ctWarMojo. > java:824) > <> > > Thoughts anyone? Thanks. > > Brad > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Removal the specified execution
No. You will need to use a profile that adds the execution instead. Wayne On 4/18/08, Edward J. Yoon <[EMAIL PROTECTED]> wrote: > I'd like to remove the specified execution when '-Dignore' option appeared. > For example, 'mvn -U clean package -Dignore=A' > ... > > A > B > > ... > > Is it possible? > > -- > B. Regards, > Edward J. Yoon > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Maven Microsoft Windows PowerShell
Thanks Martin. The dash seems to be the real problem and of course the backslash is a working solution. Regards Marc Weidner Martin Gilday schrieb: Generally if you are using Powershell for Maven, svn etc you end up having to escape any arguments which start with a dash (-). The escape character in Powershell is a backtick. So you end up with mvn archetype:create `-DgroupId=blah `-DartifactId=blah. There's probably an easier way but that works for me. I seem to remember posting on this list about this when Powershell first came out (1.0) and I now think it is more of a general Powershell thing than anything to do with Maven, especially as I get the same thing with Subversion. I've scripted most of our build with Powershell on top of Maven, so it certainly works with 2.0.9 if you add in the escaping. Martin. - Original message - From: "Marc Weidner" <[EMAIL PROTECTED]> To: "Maven Users List" Date: Fri, 18 Apr 2008 15:13:13 +0200 Subject: Re: Maven Microsoft Windows PowerShell Hi James, I never tried PowerShell before. Just thought that it will work out of the box. The suggestion with the quotes (also mentioned by Raphaël Piéroni) just worked fine: mvn.bat archetype:create "-DgroupId=com.mycompany.app" -DartifactId=my-app I think there are also other issues regarding Maven, PowerShell and quoting. I will make some tests and report further results here. Regards Marc Weidner James William Dumay schrieb: Marc, It might be worth opening a JIRA for this one - I don't think PowerShell is supported. Had this been working correctly for you before hand? Does quoting the arguments help? James On 18/04/2008, at 8:02 PM, Marc Weidner wrote: Hi, I'm having issues regarding using Maven 2.0.9 with Microsoft Windows PowerShell 1.0 and JDK 1.6.0_05. I start PowerShell and set the JAVA_HOME environment variable via $env:JAVA_HOME = "path-to-jdk". When I issue the command mvn -version I get the version information displayed. Then I want to create the sample project via the following command: C:\Programme\apache-maven-2.0.9\bin\mvn.bat archetype:create -DgroupId=com.mycompany.app -DartifactId=my-app I get the following error message: [INFO] Scanning for projects... [INFO] Searching repository for plugin with prefix: 'archetype'. [INFO] [ERROR] BUILD FAILURE [INFO] [INFO] Invalid task '.mycompany.app': you must specify a valid lifecycle phase, or a goal in the format plugin:goal or pluginGroupId:pluginArtifactId:pluginVersion:goal [INFO] [INFO] For more information, run Maven with the -e switch [INFO] [INFO] Total time: < 1 second [INFO] Finished at: Fri Apr 18 11:57:00 CEST 2008 [INFO] Final Memory: 2M/4M [INFO] If I run the command via the good old cmd.exe all works fine. Can someone confirm this behavior? Regards Marc Weidner - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Marc, It might be worth opening a JIRA for this one - I don't think PowerShell is supported. Had this been working correctly for you before hand? Does quoting the arguments help? James On 18/04/2008, at 8:02 PM, Marc Weidner wrote: Hi, I'm having issues regarding using Maven 2.0.9 with Microsoft Windows PowerShell 1.0 and JDK 1.6.0_05. I start PowerShell and set the JAVA_HOME environment variable via $env:JAVA_HOME = "path-to-jdk". When I issue the command mvn -version I get the version information displayed. Then I want to create the sample project via the following command: C:\Programme\apache-maven-2.0.9\bin\mvn.bat archetype:create -DgroupId=com.mycompany.app -DartifactId=my-app I get the following error message: [INFO] Scanning for projects... [INFO] Searching repository for plugin with prefix: 'archetype'. [INFO] [ERROR] BUILD FAILURE [INFO] [INFO] Invalid task '.mycompany.app': you must specify a valid lifecycle phase, or a goal in the format plugin:goal or pluginGroupId:pluginArtifactId:pluginVersion:goal [INFO] [INFO] For more information, run Maven with the -e switch [INFO] [INFO] Total time: < 1 second [INFO] Finished at: Fri Apr 18 11:57:00 CEST 2008 [INFO] Final Memory: 2M/4M [INFO] If I run the comm
Re: Maven Microsoft Windows PowerShell
Generally if you are using Powershell for Maven, svn etc you end up having to escape any arguments which start with a dash (-). The escape character in Powershell is a backtick. So you end up with mvn archetype:create `-DgroupId=blah `-DartifactId=blah. There's probably an easier way but that works for me. I seem to remember posting on this list about this when Powershell first came out (1.0) and I now think it is more of a general Powershell thing than anything to do with Maven, especially as I get the same thing with Subversion. I've scripted most of our build with Powershell on top of Maven, so it certainly works with 2.0.9 if you add in the escaping. Martin. - Original message - From: "Marc Weidner" <[EMAIL PROTECTED]> To: "Maven Users List" Date: Fri, 18 Apr 2008 15:13:13 +0200 Subject: Re: Maven Microsoft Windows PowerShell Hi James, I never tried PowerShell before. Just thought that it will work out of the box. The suggestion with the quotes (also mentioned by Raphaël Piéroni) just worked fine: mvn.bat archetype:create "-DgroupId=com.mycompany.app" -DartifactId=my-app I think there are also other issues regarding Maven, PowerShell and quoting. I will make some tests and report further results here. Regards Marc Weidner James William Dumay schrieb: > Marc, > It might be worth opening a JIRA for this one - I don't think PowerShell > is supported. > > Had this been working correctly for you before hand? Does quoting the > arguments help? > > James > > On 18/04/2008, at 8:02 PM, Marc Weidner wrote: > >> Hi, >> >> I'm having issues regarding using Maven 2.0.9 with Microsoft Windows >> PowerShell 1.0 and JDK 1.6.0_05. >> >> I start PowerShell and set the JAVA_HOME environment variable via >> $env:JAVA_HOME = "path-to-jdk". >> >> When I issue the command mvn -version I get the version information >> displayed. Then I want to create the sample project via the following >> command: >> >> C:\Programme\apache-maven-2.0.9\bin\mvn.bat archetype:create >> -DgroupId=com.mycompany.app -DartifactId=my-app >> >> I get the following error message: >> >> [INFO] Scanning for projects... >> [INFO] Searching repository for plugin with prefix: 'archetype'. >> [INFO] >> >> [ERROR] BUILD FAILURE >> [INFO] >> >> [INFO] Invalid task '.mycompany.app': you must specify a valid >> lifecycle phase, or a goal in the format plugin:goal or >> pluginGroupId:pluginArtifactId:pluginVersion:goal >> [INFO] >> >> [INFO] For more information, run Maven with the -e switch >> [INFO] >> >> [INFO] Total time: < 1 second >> [INFO] Finished at: Fri Apr 18 11:57:00 CEST 2008 >> [INFO] Final Memory: 2M/4M >> [INFO] >> >> >> If I run the command via the good old cmd.exe all works fine. Can >> someone confirm this behavior? >> >> Regards >> >> Marc Weidner >> >> - >> To unsubscribe, e-mail: [EMAIL PROTECTED] >> For additional commands, e-mail: [EMAIL PROTECTED] >> > > Marc, > It might be worth opening a JIRA for this one - I don't think PowerShell > is supported. > > Had this been working correctly for you before hand? Does quoting the > arguments help? > > James > > On 18/04/2008, at 8:02 PM, Marc Weidner wrote: > >> Hi, >> >> I'm having issues regarding using Maven 2.0.9 with Microsoft Windows >> PowerShell 1.0 and JDK 1.6.0_05. >> >> I start PowerShell and set the JAVA_HOME environment variable via >> $env:JAVA_HOME = "path-to-jdk". >> >> When I issue the command mvn -version I get the version information >> displayed. Then I want to create the sample project via the following >> command: >> >> C:\Programme\apache-maven-2.0.9\bin\mvn.bat archetype:create >> -DgroupId=com.mycompany.app -DartifactId=my-app >> >> I get the following error message: >> >> [INFO] Scanning for projects... >> [INFO] Searching repository for plugin with prefix: 'archetype'. >> [INFO] >> >> [ERROR] BUILD FAILURE >> [INFO] >> >> [INFO] Invalid task '.mycompany.app': you must specify a valid >> lifecycle phase, or a goal in the format plugin:goal or >> pluginGroupId:pluginArtifactId:pluginVersion:goal >> [INFO] >> >> [INFO] For more information, run Maven with the -e switch >> [INFO] >> >> [INFO] Total time: < 1 second >> [INFO] Finished at: Fri Apr 18 11:57:00 CEST 2008 >> [INFO] Final Memory: 2M/4M
RE: maven plug-gins
See here: http://blogs.sonatype.com/brian/2008/04/10/1207873624557.html -Original Message- From: Paul Collins [mailto:[EMAIL PROTECTED] Sent: Friday, April 18, 2008 7:56 AM To: users@maven.apache.org Subject: maven plug-gins Hi When executing a maven command the necessary plug-ins are downloaded but how can I configure maven to select plug-ins locally so I can have a repeatable build process? Regards Paul - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: maven-war-plugin:2.0.2 confuses relative path when run in the reactor
It looks like the plugin is running in your parent, which is probably not what you wanted. You want this to be inherited but not run, so put it in the pluginManagment section instead. -Original Message- From: Harper, Brad [mailto:[EMAIL PROTECTED] Sent: Thursday, April 17, 2008 11:36 PM To: Maven Users List Subject: maven-war-plugin:2.0.2 confuses relative path when run in the reactor I'm seeing a problem that appears to be nearly identical to one posted here in the recent past. See http://www.mail-archive.com/users@maven.apache.org/msg77272.html and the subsequent thread. The issue didn't seem to be obviously resolved at that time. The command line 'mvn install' works when run for a [war] project individually, but fails for that same project when 'mvn install' is run from it's parent. In my case, the maven-war-plugin is configured [in the parent project's pom] thusly true org.apache.maven.plugins maven-war-plugin 2.0.2 true src/main/webapp/WEB-INF WEB-INF **/web.xml The failure looks like <> [DEBUG] Configuring mojo 'org.apache.maven.plugins:maven-war-plugin:2.0.2:war' --> [DEBUG] (f) archiveClasses = false [DEBUG] (s) classesDirectory = P:\eclipse-workspace\ev\target\classes [DEBUG] (f) filters = [P:\eclipse-workspace\ev\target\build.timestamp.properties] [DEBUG] (f) outputDirectory = P:\eclipse-workspace\ev\target [DEBUG] (f) primaryArtifact = true [DEBUG] (s) project = MavenProject: com.epsiia.dxweb:ev:2.4.16-SNAPSHOT @ P:\eclipse-workspace\ev\pom.xml [DEBUG] (f) warName = ev-2.4.16-SNAPSHOT [DEBUG] (s) warSourceDirectory = P:\eclipse-workspace\ev\src\main\webapp [DEBUG] (s) filtering = true [DEBUG] (s) directory = src/main/webapp/WEB-INF [DEBUG] (s) targetPath = WEB-INF [DEBUG] (s) includes = [**/web.xml] [DEBUG] (f) webResources = [Lorg.apache.maven.model.Resource;@9d267d [DEBUG] (s) webappDirectory = P:\eclipse-workspace\ev\target\ev-2.4.16-SNAPSHOT [DEBUG] (f) workDirectory = P:\eclipse-workspace\ev\target\war\work [DEBUG] -- end configuration -- [INFO] [war:war] [INFO] Exploding webapp... [INFO] Assembling webapp ev in P:\eclipse-workspace\ev\target\ev-2.4.16-SNAPSHOT [INFO] Copy webapp webResources to P:\eclipse-workspace\ev\target\ev-2.4.16-SNAPSHOT [INFO] [ERROR] FATAL ERROR [INFO] [INFO] basedir src\main\webapp\WEB-INF does not exist [INFO] [DEBUG] Trace java.lang.IllegalStateException: basedir src\main\webapp\WEB-INF does not exist at org.codehaus.plexus.util.DirectoryScanner.scan(DirectoryScanner.java:542 ) at org.apache.maven.plugin.war.AbstractWarMojo.getWarFiles(AbstractWarMojo. java:824) <> Thoughts anyone? Thanks. Brad - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: How to filter test dependency?
There are many ways to filter the contents of what this picks up. Take a look at the plugin docs: http://maven.apache.org/plugins/maven-dependency-plugin. I also wrote about using assembly and dependency plugin together and it shows how the filtering can work: http://www.dzone.com/links/rss/how_to_share_resources_across_projects_in _maven.html -Original Message- From: youhaodeyi [mailto:[EMAIL PROTECTED] Sent: Thursday, April 17, 2008 11:35 PM To: users@maven.apache.org Subject: How to filter test dependency? I add maven dependency plugin in my pom see below. But it will copy the dependencies which is in test scope. How can I filter them out? org.apache.maven.plugins maven-dependency-plugin copy-dependencies package copy-dependencies -- View this message in context: http://www.nabble.com/How-to-filter-test-dependency--tp16759890s177p1675 9890.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Maven Microsoft Windows PowerShell
Hi James, I never tried PowerShell before. Just thought that it will work out of the box. The suggestion with the quotes (also mentioned by Raphaël Piéroni) just worked fine: mvn.bat archetype:create "-DgroupId=com.mycompany.app" -DartifactId=my-app I think there are also other issues regarding Maven, PowerShell and quoting. I will make some tests and report further results here. Regards Marc Weidner James William Dumay schrieb: Marc, It might be worth opening a JIRA for this one - I don't think PowerShell is supported. Had this been working correctly for you before hand? Does quoting the arguments help? James On 18/04/2008, at 8:02 PM, Marc Weidner wrote: Hi, I'm having issues regarding using Maven 2.0.9 with Microsoft Windows PowerShell 1.0 and JDK 1.6.0_05. I start PowerShell and set the JAVA_HOME environment variable via $env:JAVA_HOME = "path-to-jdk". When I issue the command mvn -version I get the version information displayed. Then I want to create the sample project via the following command: C:\Programme\apache-maven-2.0.9\bin\mvn.bat archetype:create -DgroupId=com.mycompany.app -DartifactId=my-app I get the following error message: [INFO] Scanning for projects... [INFO] Searching repository for plugin with prefix: 'archetype'. [INFO] [ERROR] BUILD FAILURE [INFO] [INFO] Invalid task '.mycompany.app': you must specify a valid lifecycle phase, or a goal in the format plugin:goal or pluginGroupId:pluginArtifactId:pluginVersion:goal [INFO] [INFO] For more information, run Maven with the -e switch [INFO] [INFO] Total time: < 1 second [INFO] Finished at: Fri Apr 18 11:57:00 CEST 2008 [INFO] Final Memory: 2M/4M [INFO] If I run the command via the good old cmd.exe all works fine. Can someone confirm this behavior? Regards Marc Weidner - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Marc, It might be worth opening a JIRA for this one - I don't think PowerShell is supported. Had this been working correctly for you before hand? Does quoting the arguments help? James On 18/04/2008, at 8:02 PM, Marc Weidner wrote: Hi, I'm having issues regarding using Maven 2.0.9 with Microsoft Windows PowerShell 1.0 and JDK 1.6.0_05. I start PowerShell and set the JAVA_HOME environment variable via $env:JAVA_HOME = "path-to-jdk". When I issue the command mvn -version I get the version information displayed. Then I want to create the sample project via the following command: C:\Programme\apache-maven-2.0.9\bin\mvn.bat archetype:create -DgroupId=com.mycompany.app -DartifactId=my-app I get the following error message: [INFO] Scanning for projects... [INFO] Searching repository for plugin with prefix: 'archetype'. [INFO] [ERROR] BUILD FAILURE [INFO] [INFO] Invalid task '.mycompany.app': you must specify a valid lifecycle phase, or a goal in the format plugin:goal or pluginGroupId:pluginArtifactId:pluginVersion:goal [INFO] [INFO] For more information, run Maven with the -e switch [INFO] [INFO] Total time: < 1 second [INFO] Finished at: Fri Apr 18 11:57:00 CEST 2008 [INFO] Final Memory: 2M/4M [INFO] If I run the command via the good old cmd.exe all works fine. Can someone confirm this behavior? Regards Marc Weidner - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [Geoserver-devel] Embedding a customized geoserver/config via a Maven MOJO Plugin?
I couldn't work out if the cargo requires an already installed app server? I used jetty because its 100% embedded (ie works out the box no one needs to install tomcat/jboss/jetty/whatever). This is not for applicaiton testing, more to bring up a development/working geoserver for the developer to manipulate/configure the GEOSERVER_DATA they want packed into their customized distro. On Fri, Apr 18, 2008 at 10:22 PM, James William Dumay <[EMAIL PROTECTED]> wrote: > You might want to look at using the cargo plugin if you want to launch > your web application from Maven instead of a custom mojo. > > We do this for debugging plugins for confluence, jira and bamboo. > > James > > > > On 18/04/2008, at 3:21 PM, Andrew Hughes wrote: > > Well, I most certainly have found some good news! > > > > I'll confirm this with some more testing... > > > > If you have a maven war project with, a > > dependency on > > a war (ie geoserver)... the geoserver war's contents are packed into the > > war > > as well. This means if you wanted to customize your own... all you would > > need to do would be to put your geoserver data in > > ./src/main/webapp/data/* > > > > It would be especially easy if there was a classified version of > > geoserver > > available in a maven repository (geoserver-1.6.3-nodata.war), which is > > easy > > enough for me to knock up for testing... but I don't know how this > > effects > > your release mechanism if you want to do it in your project? > > > > Next, I will look at how to embed a jetty or tomcat to launch geoserver > > from > > the command line. mvn geoserver:start or something. > > > > > > > > > > On Wed, Apr 16, 2008 at 9:30 AM, Andrew Hughes <[EMAIL PROTECTED]> > > wrote: > > > > Releasing/Deploying a war to a repository is 'default' behaviour of the > > > 'mvn release:prepare release:perform' goals - providing the > > > war. > > > > > > One thing that was an annoying problem is the 30MB release, but we > > > might > > > be able to save 7MB of that by removing ./data. I had a small think > > > about > > > this, and it *should* be possible to release two instances of the > > > geoserver > > > war. One version as it is now, and another with a classifier=nodata, > > > resulting in geoserver-1.6.0-nodata.war. This can be the dependency > > > that the > > > "standalone/out the box"... > > > > > > > > > geoserver > > > geoserver > > > 1.6.0 > > > nodata > > > > > > > > > Anyway, its all talk for now... but food for thought. > > > > > > --AH > > > > > > > > > > > > On Tue, Apr 15, 2008 at 10:56 PM, Andrea Aime <[EMAIL PROTECTED]> > > > wrote: > > > > > > > Andrew Hughes ha scritto: > > > > ... > > > > > > > > > > > > Hum, ok, but I don't know how to push a .war onto a repository... > > > > > > > > > I'm > > > > > > > not even sure we would like to do so. Each .war is 30MB, we'd have > > > > > > > > > to > > > > > > > make sure the .war are pushed onto the repo only during the release > > > > > process (as opposed to publishing them daily as we for, for > > > > > > > > > instance, > > > > > > > with the geotools jars) > > > > > > > > > > > > > > > I would have to say, that this *should* really only be used with > > > > > > > > > releases > > > > > > > and not SNAPSHOTS, but of course we all like to test. > > > > > > > > > > > > > > > > > > Very much agreed... thought I have no idea how to make a .war be > > > > > > > deployed, > > > > > > > nor how to make an artifact be deployed only during the release... > > > > > > > probably > > > > > > > using some profile... > > > > > > > > > > > > > > > > Hum, this sounds like a good candidate for a community module. > > > > > Interested in working on it and providing some guidance on how to > > > > > use it in the > > > > > wiki? > > > > > > > > > > > > > > > I will try to find some time to see how complex this is in the > > > > > next > > > > > > > > > couple > > > > > > > of days. > > > > > > > > > > > > > > > > > > Nice. Looking forward to hear your findings. > > > > Cheers > > > > Andrea > > > > > > > > > > > > > > > You might want to look at using the cargo plugin if you want to launch > your web application from Maven instead of a custom mojo. > > We do this for debugging plugins for confluence, jira and bamboo. > > James > > > > On 18/04/2008, at 3:21 PM, Andrew Hughes wrote: > > Well, I most certainly have found some good news! > > > > I'll confirm this with some more testing... > > > > If you have a maven war project with, a > > dependency on > > a war (ie geoserver)... the geoserver war's contents are packed into the > > war > > as well. This means if you wanted to customize your own... all you would > > need to do would be to put your geoserver data in > > ./src/main/webapp/data/* > > > > It would be especially easy if there was a classified version of > > geoserver > > available in a maven repository (geoserver-1.6.3-nodata.war), which is > > easy > > enough for me to knock up for testing... but I don't know how this > > ef
Re: Highly Available Archiva
On 18-Apr-08, at 1:30 AM, Yoav Landman wrote: I guess the above approach is fine if you have basic requirements from a repository manager and are willing to go for one that: - Treats artifacts as just files, discarding any extra metadata that cannot be maintained using the file system, such as: who deployed an artifact, how many times it has been downloaded, inter-artifact dependencies etc. We don't discard any artifact metadata. That doesn't need to be stored in a database. - Does not need security and therefore does not have to deal with storage of ACLs. Having security is not predicated on using a database, and we'll demonstrate that. - Does not need atomic/transactional deployments and/or concurrency controls and willing to live with the chance of being left with half baked deployments. Also not true. We'll also demonstrate this, but there's nothing you can do right now because the problem is on the Maven side where there is no atomic semantics so it's a two pronged approach for correct operation. We're working on the Maven side and the repository manager side to make sure it's simple, file-based, and safe. BTW, the latest Artifactory achieves HA by using *only* DB replication (not a combination of DB and FS). HA and ACID usually go together and Artifactory is doing it. Yoav Landman The Artifactory Project Lead Jason van Zyl-2 wrote: It's twice as hard then simply replicating a file system. Try in a large organization getting DBAs and the sysadmins synced up. It's just easier replicating the filesystem. Less moving parts equals better. On 11-Apr-08, at 12:39 PM, Nick Stolwijk wrote: I know Archiva is run on a JCR (JackRabbit) repository. I've setup a Jackrabbit cluster on a clustered oracle database. (So twice clustering, one for the repo, one for the db). I think it shouldn't be too hard to implement this with Archiva also. Hth, Nick S. Jason van Zyl wrote: Not Archiva but Nexus where the disk uses Raid 5 which is then a network mount. The data and artifacts are shared between two instances of Nexus and they sit behind a VIP. If the primary goes down then the VIP flips over to the second instance that's running. With Nexus it's simple disk replication so you could do lower tech solutions using rsync, or not so low tech as there are tools that do disk replication at near wire speeds. But the VIP approach has worked for us. On 11-Apr-08, at 8:52 AM, Matthew Tordoff wrote: Hi all, Does anyone have experience in setting up Archiva in a highly available manner? What is the best considered approach for doing this? Is it possible to replicate deployments to a server across all other servers in a cluster? Are there any options for automatic failover? Any advice or pointers on this would be greatly appreciated. Kind Regards, Matt T _ The next generation of Windows Live is here http://www.windowslive.co.uk/get-live Thanks, Jason -- Jason van Zyl Founder, Apache Maven jason at sonatype dot com -- believe nothing, no matter where you read it, or who has said it, not even if i have said it, unless it agrees with your own reason and your own common sense. -- Buddha - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Thanks, Jason -- Jason van Zyl Founder, Apache Maven jason at sonatype dot com -- You are never dedicated to something you have complete confidence in. No one is fanatically shouting that the sun is going to rise tomorrow. They know it is going to rise tomorrow. When people are fanatically dedicated to political or religious faiths or any other kind of dogmas or goals, it's always because these dogmas or goals are in doubt. -- Robert Pirzig, Zen and the Art of Motorcycle Maintenance - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- View this message in context: http://www.nabble.com/Highly-Available-Archiva-tp16635891s177p16762084.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Thanks, Jason -- Jason van Zyl Founder, Apache Maven jason at sonatype dot com
Re: [Geoserver-devel] Embedding a customized geoserver/config via a Maven MOJO Plugin?
You might want to look at using the cargo plugin if you want to launch your web application from Maven instead of a custom mojo. We do this for debugging plugins for confluence, jira and bamboo. James On 18/04/2008, at 3:21 PM, Andrew Hughes wrote: Well, I most certainly have found some good news! I'll confirm this with some more testing... If you have a maven war project with, a dependency on a war (ie geoserver)... the geoserver war's contents are packed into the war as well. This means if you wanted to customize your own... all you would need to do would be to put your geoserver data in ./src/main/webapp/ data/* It would be especially easy if there was a classified version of geoserver available in a maven repository (geoserver-1.6.3-nodata.war), which is easy enough for me to knock up for testing... but I don't know how this effects your release mechanism if you want to do it in your project? Next, I will look at how to embed a jetty or tomcat to launch geoserver from the command line. mvn geoserver:start or something. On Wed, Apr 16, 2008 at 9:30 AM, Andrew Hughes <[EMAIL PROTECTED]> wrote: Releasing/Deploying a war to a repository is 'default' behaviour of the 'mvn release:prepare release:perform' goals - providing the war. One thing that was an annoying problem is the 30MB release, but we might be able to save 7MB of that by removing ./data. I had a small think about this, and it *should* be possible to release two instances of the geoserver war. One version as it is now, and another with a classifier=nodata, resulting in geoserver-1.6.0-nodata.war. This can be the dependency that the "standalone/out the box"... geoserver geoserver 1.6.0 nodata Anyway, its all talk for now... but food for thought. --AH On Tue, Apr 15, 2008 at 10:56 PM, Andrea Aime <[EMAIL PROTECTED]> wrote: Andrew Hughes ha scritto: ... Hum, ok, but I don't know how to push a .war onto a repository... I'm not even sure we would like to do so. Each .war is 30MB, we'd have to make sure the .war are pushed onto the repo only during the release process (as opposed to publishing them daily as we for, for instance, with the geotools jars) I would have to say, that this *should* really only be used with releases and not SNAPSHOTS, but of course we all like to test. Very much agreed... thought I have no idea how to make a .war be deployed, nor how to make an artifact be deployed only during the release... probably using some profile... Hum, this sounds like a good candidate for a community module. Interested in working on it and providing some guidance on how to use it in the wiki? I will try to find some time to see how complex this is in the next couple of days. Nice. Looking forward to hear your findings. Cheers Andrea You might want to look at using the cargo plugin if you want to launch your web application from Maven instead of a custom mojo. We do this for debugging plugins for confluence, jira and bamboo. James On 18/04/2008, at 3:21 PM, Andrew Hughes wrote: Well, I most certainly have found some good news! I'll confirm this with some more testing... If you have a maven war project with, a dependency on a war (ie geoserver)... the geoserver war's contents are packed into the war as well. This means if you wanted to customize your own... all you would need to do would be to put your geoserver data in ./src/main/webapp/ data/* It would be especially easy if there was a classified version of geoserver available in a maven repository (geoserver-1.6.3-nodata.war), which is easy enough for me to knock up for testing... but I don't know how this effects your release mechanism if you want to do it in your project? Next, I will look at how to embed a jetty or tomcat to launch geoserver from the command line. mvn geoserver:start or something. On Wed, Apr 16, 2008 at 9:30 AM, Andrew Hughes <[EMAIL PROTECTED]> wrote: Releasing/Deploying a war to a repository is 'default' behaviour of the 'mvn release:prepare release:perform' goals - providing the war. One thing that was an annoying problem is the 30MB release, but we might be able to save 7MB of that by removing ./data. I had a small think about this, and it *should* be possible to release two instances of the geoserver war. One version as it is now, and another with a classifier=nodata, resulting in geoserver-1.6.0-nodata.war. This can be the dependency that the "standalone/out the box"... geoserver geoserver 1.6.0 nodata Anyway, its all talk for now... but food for thought. --AH On Tue, Apr 15, 2008 at 10:56 PM, Andrea Aime <[EMAIL PROTECTED]> wrote: Andrew Hughes ha scritto: ... Hum, ok, but I don't know how to push a .war onto a repository... I'm not even sure we would like to do so. Each .war is 30MB, we'd have to make sure the .war are pushed onto the repo only during the
Re: Continuum error build
Yes, my project use Maven and the pom(s) split in 4 modules. I'll redirect to [EMAIL PROTECTED] Thanks. 2008/4/17, Brett Porter <[EMAIL PROTECTED]>: > > It seems you have configured the project to run 'pom.xml' instead of > setting that as the build file for Maven. > > Can you please direct further enquiries to [EMAIL PROTECTED] > Continuum has become it separate project. > > Cheers, > Brett > > > On 18/04/2008, Alexandre Nshimiyimana <[EMAIL PROTECTED]> wrote: > > I'm getting this error when buillding via Continuum: > > > > Build Error: > > > > > > > org.apache.maven.continuum.execution.ContinuumBuildExecutorException: > Error > > while executing shell command. The most common error is that 'pom.xml' > is > > not in your path. > > at > > > > > org.apache.maven.continuum.execution.AbstractBuildExecutor.executeShellCommand(AbstractBuildExecutor.java:207) > > at > > > > > org.apache.maven.continuum.execution.shell.ShellBuildExecutor.build(ShellBuildExecutor.java:67) > > at > > > > > org.apache.maven.continuum.core.action.ExecuteBuilderContinuumAction.execute(ExecuteBuilderContinuumAction.java:140) > > at > > > > > org.apache.maven.continuum.buildcontroller.DefaultBuildController.performAction(DefaultBuildController.java:406) > > at > > > > > org.apache.maven.continuum.buildcontroller.DefaultBuildController.build(DefaultBuildController.java:145) > > at > > > > > org.apache.maven.continuum.buildcontroller.BuildProjectTaskExecutor.executeTask(BuildProjectTaskExecutor.java:50) > > at > > > > > org.codehaus.plexus.taskqueue.execution.ThreadedTaskQueueExecutor$ExecutorRunnable$1.run(ThreadedTaskQueueExecutor.java:116) > > at > > > > > edu.emory.mathcs.backport.java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:442) > > at > > > > > edu.emory.mathcs.backport.java.util.concurrent.FutureTask.run(FutureTask.java:176) > > at > > > > > edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:665) > > at > > > > > edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:690) > > at java.lang.Thread.run(Thread.java:595) > > Caused by: org.codehaus.plexus.util.cli.CommandLineException: Error > while > > executing process. > > at > > org.codehaus.plexus.util.cli.Commandline.execute(Commandline.java:737) > > at > > > > > org.codehaus.plexus.util.cli.CommandLineUtils.executeCommandLine(CommandLineUtils.java:101) > > at > > > > > org.codehaus.plexus.util.cli.CommandLineUtils.executeCommandLine(CommandLineUtils.java:87) > > at > > > > > org.apache.maven.continuum.utils.shell.DefaultShellCommandHelper.executeShellCommand(DefaultShellCommandHelper.java:101) > > at > > > > > org.apache.maven.continuum.utils.shell.DefaultShellCommandHelper.executeShellCommand(DefaultShellCommandHelper.java:58) > > at > > > > > org.apache.maven.continuum.execution.AbstractBuildExecutor.executeShellCommand(AbstractBuildExecutor.java:192) > > ... 11 more > > Caused by: java.io.IOException: java.io.IOException: > > /srv/maestro/project-server/data/continuum/working-directory/2/pom.xml: > > cannot execute > > at java.lang.UNIXProcess.(UNIXProcess.java:148) > > at java.lang.ProcessImpl.start(ProcessImpl.java:65) > > at java.lang.ProcessBuilder.start(ProcessBuilder.java:451) > > at java.lang.Runtime.exec(Runtime.java:591) > > at > > org.codehaus.plexus.util.cli.Commandline.execute(Commandline.java:732) > > ... 16 more > > > > > > -- > Brett Porter > Blog: http://blogs.exist.com/bporter/ > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > >
Re: Maven Microsoft Windows PowerShell
Have you tried adding some double-quotes around arguments? like: mvn.bat archetype:create "-DgroupId=com.mycompany.app" -DartifactId=my-app I don't have a powershell to test, but as you can saw " Invalid task '.mycompany.app' " means that the argument line was split incorrectly Maybe it is the 'com' that mess, maybe it is the dot. Regards, Raphaël 2008/4/18 Marc Weidner <[EMAIL PROTECTED]>: > Hi, > > I'm having issues regarding using Maven 2.0.9 with Microsoft Windows > PowerShell 1.0 and JDK 1.6.0_05. > > I start PowerShell and set the JAVA_HOME environment variable via > $env:JAVA_HOME = "path-to-jdk". > > When I issue the command mvn -version I get the version information > displayed. Then I want to create the sample project via the following > command: > > C:\Programme\apache-maven-2.0.9\bin\mvn.bat archetype:create > -DgroupId=com.mycompany.app -DartifactId=my-app > > I get the following error message: > > [INFO] Scanning for projects... > [INFO] Searching repository for plugin with prefix: 'archetype'. > [INFO] > > [ERROR] BUILD FAILURE > [INFO] > > [INFO] Invalid task '.mycompany.app': you must specify a valid lifecycle > phase, or a goal in the format plugin:goal or > pluginGroupId:pluginArtifactId:pluginVersion:goal > [INFO] > > [INFO] For more information, run Maven with the -e switch > [INFO] > > [INFO] Total time: < 1 second > [INFO] Finished at: Fri Apr 18 11:57:00 CEST 2008 > [INFO] Final Memory: 2M/4M > [INFO] > > > If I run the command via the good old cmd.exe all works fine. Can someone > confirm this behavior? > > Regards > > Marc Weidner > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > >
Re: Maven Microsoft Windows PowerShell
Marc, It might be worth opening a JIRA for this one - I don't think PowerShell is supported. Had this been working correctly for you before hand? Does quoting the arguments help? James On 18/04/2008, at 8:02 PM, Marc Weidner wrote: Hi, I'm having issues regarding using Maven 2.0.9 with Microsoft Windows PowerShell 1.0 and JDK 1.6.0_05. I start PowerShell and set the JAVA_HOME environment variable via $env:JAVA_HOME = "path-to-jdk". When I issue the command mvn -version I get the version information displayed. Then I want to create the sample project via the following command: C:\Programme\apache-maven-2.0.9\bin\mvn.bat archetype:create - DgroupId=com.mycompany.app -DartifactId=my-app I get the following error message: [INFO] Scanning for projects... [INFO] Searching repository for plugin with prefix: 'archetype'. [INFO] [ERROR] BUILD FAILURE [INFO] [INFO] Invalid task '.mycompany.app': you must specify a valid lifecycle phase, or a goal in the format plugin:goal or pluginGroupId:pluginArtifactId:pluginVersion:goal [INFO] [INFO] For more information, run Maven with the -e switch [INFO] [INFO] Total time: < 1 second [INFO] Finished at: Fri Apr 18 11:57:00 CEST 2008 [INFO] Final Memory: 2M/4M [INFO] If I run the command via the good old cmd.exe all works fine. Can someone confirm this behavior? Regards Marc Weidner - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Marc, It might be worth opening a JIRA for this one - I don't think PowerShell is supported. Had this been working correctly for you before hand? Does quoting the arguments help? James On 18/04/2008, at 8:02 PM, Marc Weidner wrote: Hi, I'm having issues regarding using Maven 2.0.9 with Microsoft Windows PowerShell 1.0 and JDK 1.6.0_05. I start PowerShell and set the JAVA_HOME environment variable via $env:JAVA_HOME = "path-to-jdk". When I issue the command mvn -version I get the version information displayed. Then I want to create the sample project via the following command: C:\Programme\apache-maven-2.0.9\bin\mvn.bat archetype:create - DgroupId=com.mycompany.app -DartifactId=my-app I get the following error message: [INFO] Scanning for projects... [INFO] Searching repository for plugin with prefix: 'archetype'. [INFO] [ERROR] BUILD FAILURE [INFO] [INFO] Invalid task '.mycompany.app': you must specify a valid lifecycle phase, or a goal in the format plugin:goal or pluginGroupId:pluginArtifactId:pluginVersion:goal [INFO] [INFO] For more information, run Maven with the -e switch [INFO] [INFO] Total time: < 1 second [INFO] Finished at: Fri Apr 18 11:57:00 CEST 2008 [INFO] Final Memory: 2M/4M [INFO] If I run the command via the good old cmd.exe all works fine. Can someone confirm this behavior? Regards Marc Weidner - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: How to filter test dependency?
org.apache.maven.plugins maven-dependency-plugin copy-dependencies package copy-dependencies test Tomas Darbois Edifixio Grenoble - Projet ScorWare 04 76 29 89 27 [EMAIL PROTECTED] -Message d'origine- De : youhaodeyi [mailto:[EMAIL PROTECTED] Envoyé : vendredi 18 avril 2008 05:35 À : users@maven.apache.org Objet : How to filter test dependency? I add maven dependency plugin in my pom see below. But it will copy the dependencies which is in test scope. How can I filter them out? org.apache.maven.plugins maven-dependency-plugin copy-dependencies package copy-dependencies -- View this message in context: http://www.nabble.com/How-to-filter-test-dependency--tp16759890s177p16759890.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: maven plug-gins
Excellent thanks very much Regards Staff Release Engineer Paul Collins -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: 18 April 2008 13:19 To: Maven Users List Subject: RE: maven plug-gins You can add the plugins with version to the pluginManagement section of your pom file.[1] (Or parent pom file if you want to reuse the list) This way maven will always use the declared version (It will still download it, when the declared version is not found in your local repository). Only the plugins inside reporting doesn't honour the pluginManagement, so you will have to declare the version also in the reporting section of your pom. [2] Hth, Nick S. [1] http://maven.apache.org/ref/2.0.7/maven-model/maven.html#class_pluginMan agement [2] http://jira.codehaus.org/browse/MNG-3385 -Original Message- From: Paul Collins [mailto:[EMAIL PROTECTED] Sent: Fri 4/18/2008 13:56 To: users@maven.apache.org Subject: maven plug-gins Hi When executing a maven command the necessary plug-ins are downloaded but how can I configure maven to select plug-ins locally so I can have a repeatable build process? Regards Paul - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: maven plug-gins
You can add the plugins with version to the pluginManagement section of your pom file.[1] (Or parent pom file if you want to reuse the list) This way maven will always use the declared version (It will still download it, when the declared version is not found in your local repository). Only the plugins inside reporting doesn't honour the pluginManagement, so you will have to declare the version also in the reporting section of your pom. [2] Hth, Nick S. [1] http://maven.apache.org/ref/2.0.7/maven-model/maven.html#class_pluginManagement [2] http://jira.codehaus.org/browse/MNG-3385 -Original Message- From: Paul Collins [mailto:[EMAIL PROTECTED] Sent: Fri 4/18/2008 13:56 To: users@maven.apache.org Subject: maven plug-gins Hi When executing a maven command the necessary plug-ins are downloaded but how can I configure maven to select plug-ins locally so I can have a repeatable build process? Regards Paul - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
maven plug-gins
Hi When executing a maven command the necessary plug-ins are downloaded but how can I configure maven to select plug-ins locally so I can have a repeatable build process? Regards Paul - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Maven Microsoft Windows PowerShell
Hi, I'm having issues regarding using Maven 2.0.9 with Microsoft Windows PowerShell 1.0 and JDK 1.6.0_05. I start PowerShell and set the JAVA_HOME environment variable via $env:JAVA_HOME = "path-to-jdk". When I issue the command mvn -version I get the version information displayed. Then I want to create the sample project via the following command: C:\Programme\apache-maven-2.0.9\bin\mvn.bat archetype:create -DgroupId=com.mycompany.app -DartifactId=my-app I get the following error message: [INFO] Scanning for projects... [INFO] Searching repository for plugin with prefix: 'archetype'. [INFO] [ERROR] BUILD FAILURE [INFO] [INFO] Invalid task '.mycompany.app': you must specify a valid lifecycle phase, or a goal in the format plugin:goal or pluginGroupId:pluginArtifactId:pluginVersion:goal [INFO] [INFO] For more information, run Maven with the -e switch [INFO] [INFO] Total time: < 1 second [INFO] Finished at: Fri Apr 18 11:57:00 CEST 2008 [INFO] Final Memory: 2M/4M [INFO] If I run the command via the good old cmd.exe all works fine. Can someone confirm this behavior? Regards Marc Weidner - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
ivy configuration concept in future maven?
hi, maven provides scope (test, runtime etc.) filter certain dependencies. never the less sometimes it is quite helpful to have a another configuration option, where you decide what to include transitively. This way you wouldn't need to use the exclude maven construct to avoid getting all transitive deps you are not interested in. as an example ivy follows this interesting approach (http://ant.apache.org/ivy/m2comparison.html) maybe this could be a nice feature for future releases of maven2? - manuel aldana aldana((at))gmx.de software-engineering blog: http://www.aldana-online.de -- View this message in context: http://www.nabble.com/ivy-configuration-concept-in-future-maven--tp16762944s177p16762944.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Removal the specified execution
I'd like to remove the specified execution when '-Dignore' option appeared. For example, 'mvn -U clean package -Dignore=A' ... A B ... Is it possible? -- B. Regards, Edward J. Yoon - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Highly Available Archiva
I guess the above approach is fine if you have basic requirements from a repository manager and are willing to go for one that: - Treats artifacts as just files, discarding any extra metadata that cannot be maintained using the file system, such as: who deployed an artifact, how many times it has been downloaded, inter-artifact dependencies etc. - Does not need security and therefore does not have to deal with storage of ACLs. - Does not need atomic/transactional deployments and/or concurrency controls and willing to live with the chance of being left with half baked deployments. BTW, the latest Artifactory achieves HA by using *only* DB replication (not a combination of DB and FS). HA and ACID usually go together and Artifactory is doing it. Yoav Landman The Artifactory Project Lead Jason van Zyl-2 wrote: > > It's twice as hard then simply replicating a file system. Try in a > large organization getting DBAs and the sysadmins synced up. It's just > easier replicating the filesystem. Less moving parts equals better. > > On 11-Apr-08, at 12:39 PM, Nick Stolwijk wrote: >> I know Archiva is run on a JCR (JackRabbit) repository. I've setup a >> Jackrabbit cluster on a clustered oracle database. (So twice >> clustering, one for the repo, one for the db). I think it shouldn't >> be too hard to implement this with Archiva also. >> >> Hth, >> >> Nick S. >> >> Jason van Zyl wrote: >>> Not Archiva but Nexus where the disk uses Raid 5 which is then a >>> network mount. The data and artifacts are shared between two >>> instances of Nexus and they sit behind a VIP. If the primary goes >>> down then the VIP flips over to the second instance that's running. >>> With Nexus it's simple disk replication so you could do lower tech >>> solutions using rsync, or not so low tech as there are tools that >>> do disk replication at near wire speeds. But the VIP approach has >>> worked for us. >>> >>> On 11-Apr-08, at 8:52 AM, Matthew Tordoff wrote: Hi all, Does anyone have experience in setting up Archiva in a highly available manner? What is the best considered approach for doing this? Is it possible to replicate deployments to a server across all other servers in a cluster? Are there any options for automatic failover? Any advice or pointers on this would be greatly appreciated. Kind Regards, Matt T _ The next generation of Windows Live is here http://www.windowslive.co.uk/get-live >>> >>> Thanks, >>> >>> Jason >>> >>> -- >>> Jason van Zyl >>> Founder, Apache Maven >>> jason at sonatype dot com >>> -- >>> >>> believe nothing, no matter where you read it, >>> or who has said it, >>> not even if i have said it, >>> unless it agrees with your own reason >>> and your own common sense. >>> >>> -- Buddha >>> >>> >>> >>> - >>> To unsubscribe, e-mail: [EMAIL PROTECTED] >>> For additional commands, e-mail: [EMAIL PROTECTED] >>> >>> >> >> - >> To unsubscribe, e-mail: [EMAIL PROTECTED] >> For additional commands, e-mail: [EMAIL PROTECTED] >> > > Thanks, > > Jason > > -- > Jason van Zyl > Founder, Apache Maven > jason at sonatype dot com > -- > > You are never dedicated to something you have complete confidence in. > No one is fanatically shouting that the sun is going to rise tomorrow. > They know it is going to rise tomorrow. When people are fanatically > dedicated to political or religious faiths or any other kind of > dogmas or goals, it's always because these dogmas or > goals are in doubt. > > -- Robert Pirzig, Zen and the Art of Motorcycle Maintenance > > > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > > -- View this message in context: http://www.nabble.com/Highly-Available-Archiva-tp16635891s177p16762084.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Maven2 Eclipse Plugin - ordering of .classpath entries
nicolas de loof-3 wrote: > > Could you create a Jira issue for this ? > You can find the issue here: http://jira.codehaus.org/browse/MECLIPSE-437 Greets Patrick -- View this message in context: http://www.nabble.com/Maven2-Eclipse-Plugin---ordering-of-.classpath-entries-tp16722527s177p16761752.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]