m2 public repositories are FUBAR
I may be out to lunch here, but the m2 public repositories seem to be getting worse. the one that finally got me to write this was the dependency plugin, which is listed on the main maven plugin list. http://maven.apache.org/plugins/maven-dependency-plugin/ Now I don't know if the documentation is wrong for this particular plugin or is it wasn't published, but as far as I can see org.apache.maven.plugin:dependency-maven-plugin doesn't exist. I did check repo1.maven.org and found something under maven:maven-dependency-plugin:1.0 but who knows what the heck that is! This is not the first time I've had to do some fancy footwork to deal with plugins that should be available but are not (it usually requires me finding it's origin and manually installing it). A lot of them come from the Codehaus Mojo project and appear to be moving to repo1 (with new groupId's) and are documented as standard plugins. Would the powers that be *please* validate what is supposed to be published with what is/is not published. This is getting very annoying. Of course, I may have missed some special announcement or something but I shouldn't have to be doing funky configuration or manual installs for my build anywhere m2 projects! I hope I haven't offended anyone, but being the loud-mouth that I am, I thought I'd start making some noise. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: m2 public repositories are FUBAR
Is this a general problem, or just a short fuse? The dependency plugin is a known problem, which I *thought* had been fixed documentation wise recently. I was pushing for it to be moved back to the sandbox since it hasn't seen a release since it was moved to Apache (originally put together at mojo). You probably want to use mojo's last release, dependency-maven-plugin, for now. If there are other problems, bring them up and they'll get fixed. - Brett On 10/09/06, Brill Pappin [EMAIL PROTECTED] wrote: I may be out to lunch here, but the m2 public repositories seem to be getting worse. the one that finally got me to write this was the dependency plugin, which is listed on the main maven plugin list. http://maven.apache.org/plugins/maven-dependency-plugin/ Now I don't know if the documentation is wrong for this particular plugin or is it wasn't published, but as far as I can see org.apache.maven.plugin:dependency-maven-plugin doesn't exist. I did check repo1.maven.org and found something under maven:maven-dependency-plugin:1.0 but who knows what the heck that is! This is not the first time I've had to do some fancy footwork to deal with plugins that should be available but are not (it usually requires me finding it's origin and manually installing it). A lot of them come from the Codehaus Mojo project and appear to be moving to repo1 (with new groupId's) and are documented as standard plugins. Would the powers that be *please* validate what is supposed to be published with what is/is not published. This is getting very annoying. Of course, I may have missed some special announcement or something but I shouldn't have to be doing funky configuration or manual installs for my build anywhere m2 projects! I hope I haven't offended anyone, but being the loud-mouth that I am, I thought I'd start making some noise. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Apache Maven - http://maven.apache.org Better Builds with Maven book - http://library.mergere.com/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: m2 public repositories are FUBAR
Sorry for the tone... it's both an ongoing problem (which sounds like it's being delt with) and a short fuse :) It may be that I'm having to use a lot of plugins that are not as mainstream as most people are using, but I have had the same problem with others that say they are public. Until now, I've just chaulked it up to a delay in deployment by the plugin developers and went about finding a solution... however the short fuse comes from having it happen several times in the last few months. Admittedly, codhaus itself has this problem much more often but this time is was the main m2 site documentation. Thanks for paying attention, - Brill Pappin On 9/10/06, Brett Porter [EMAIL PROTECTED] wrote: Is this a general problem, or just a short fuse? The dependency plugin is a known problem, which I *thought* had been fixed documentation wise recently. I was pushing for it to be moved back to the sandbox since it hasn't seen a release since it was moved to Apache (originally put together at mojo). You probably want to use mojo's last release, dependency-maven-plugin, for now. If there are other problems, bring them up and they'll get fixed. - Brett On 10/09/06, Brill Pappin [EMAIL PROTECTED] wrote: I may be out to lunch here, but the m2 public repositories seem to be getting worse. the one that finally got me to write this was the dependency plugin, which is listed on the main maven plugin list. http://maven.apache.org/plugins/maven-dependency-plugin/ Now I don't know if the documentation is wrong for this particular plugin or is it wasn't published, but as far as I can see org.apache.maven.plugin:dependency-maven-plugin doesn't exist. I did check repo1.maven.org and found something under maven:maven-dependency-plugin:1.0 but who knows what the heck that is! This is not the first time I've had to do some fancy footwork to deal with plugins that should be available but are not (it usually requires me finding it's origin and manually installing it). A lot of them come from the Codehaus Mojo project and appear to be moving to repo1 (with new groupId's) and are documented as standard plugins. Would the powers that be *please* validate what is supposed to be published with what is/is not published. This is getting very annoying. Of course, I may have missed some special announcement or something but I shouldn't have to be doing funky configuration or manual installs for my build anywhere m2 projects! I hope I haven't offended anyone, but being the loud-mouth that I am, I thought I'd start making some noise. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Apache Maven - http://maven.apache.org Better Builds with Maven book - http://library.mergere.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: m2 public repositories are FUBAR
Don't worry - you aren't the only person annoyed by the inconsistencies of the repos. Alex On 9/10/06, Brill Pappin [EMAIL PROTECTED] wrote: Sorry for the tone... it's both an ongoing problem (which sounds like it's being delt with) and a short fuse :) It may be that I'm having to use a lot of plugins that are not as mainstream as most people are using, but I have had the same problem with others that say they are public. Until now, I've just chaulked it up to a delay in deployment by the plugin developers and went about finding a solution... however the short fuse comes from having it happen several times in the last few months. Admittedly, codhaus itself has this problem much more often but this time is was the main m2 site documentation. Thanks for paying attention, - Brill Pappin On 9/10/06, Brett Porter [EMAIL PROTECTED] wrote: Is this a general problem, or just a short fuse? The dependency plugin is a known problem, which I *thought* had been fixed documentation wise recently. I was pushing for it to be moved back to the sandbox since it hasn't seen a release since it was moved to Apache (originally put together at mojo). You probably want to use mojo's last release, dependency-maven-plugin, for now. If there are other problems, bring them up and they'll get fixed. - Brett On 10/09/06, Brill Pappin [EMAIL PROTECTED] wrote: I may be out to lunch here, but the m2 public repositories seem to be getting worse. the one that finally got me to write this was the dependency plugin, which is listed on the main maven plugin list. http://maven.apache.org/plugins/maven-dependency-plugin/ Now I don't know if the documentation is wrong for this particular plugin or is it wasn't published, but as far as I can see org.apache.maven.plugin:dependency-maven-plugin doesn't exist. I did check repo1.maven.org and found something under maven:maven-dependency-plugin:1.0 but who knows what the heck that is! This is not the first time I've had to do some fancy footwork to deal with plugins that should be available but are not (it usually requires me finding it's origin and manually installing it). A lot of them come from the Codehaus Mojo project and appear to be moving to repo1 (with new groupId's) and are documented as standard plugins. Would the powers that be *please* validate what is supposed to be published with what is/is not published. This is getting very annoying. Of course, I may have missed some special announcement or something but I shouldn't have to be doing funky configuration or manual installs for my build anywhere m2 projects! I hope I haven't offended anyone, but being the loud-mouth that I am, I thought I'd start making some noise. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Apache Maven - http://maven.apache.org Better Builds with Maven book - http://library.mergere.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]
Maven 2: applet and war
Hi all, One of our new project require that we have an applet in one web application. Our directory structure is : root folder | |--- applet (pom.xml jar) |--- webapp-war (pom.xml using war-maven-plugin) |--- ... Each module has its proper pom.xml file and the question is how to integrate the generated applet.jar in the webapp.war under the path /applet ? Copy the applet.jar during the package (with a dependency) phase would be the best way? Thanks in advance for any helps ! ML - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Reduce memory-usage of maven 2
Hello everyone! I am using Maven 2.0.4 for some of my (very small) projects. Now I installed maven on a virtuall root server I own, and I would like to use maven to do daily builds on that machine. But if I run 'mvn package' there, I get the following exception: java.io.IOException: java.io.IOException: Cannot allocate memory at java.lang.UNIXProcess.init(UNIXProcess.java:148) (The full output is at the bottom of this E-Mail) Now my question: Is it possible to reduce memory-usage of mvn? Or can I not avoid it to buy (rent) some more RAM? Thank you for any help. Elias Gerber output of mvn package: [EMAIL PROTECTED]:~/modules/sudokusolver$ mvn package [WARNING] Failed to initialize environment variable resolver. Skipping environment substitution in settings. --- constituent[0]: file:/usr/local/maven-2.0.4/lib/maven-plugin-api-2.0.4.jar constituent[1]: file:/usr/local/maven-2.0.4/lib/wagon-file-1.0-alpha-7.jar constituent[2]: file:/usr/local/maven-2.0.4/lib/maven-artifact-manager-2.0.4.jar constituent[3]: file:/usr/local/maven-2.0.4/lib/maven-repository-metadata-2.0.4.jar constituent[4]: file:/usr/local/maven-2.0.4/lib/maven-artifact-2.0.4.jar constituent[5]: file:/usr/local/maven-2.0.4/lib/maven-core-2.0.4.jar constituent[6]: file:/usr/local/maven-2.0.4/lib/wagon-ssh-1.0-alpha-7.jar constituent[7]: file:/usr/local/maven-2.0.4/lib/maven-profile-2.0.4.jar constituent[8]: file:/usr/local/maven-2.0.4/lib/jsch-0.1.24.jar constituent[9]: file:/usr/local/maven-2.0.4/lib/maven-settings-2.0.4.jar constituent[10]: file:/usr/local/maven-2.0.4/lib/doxia-sink-api-1.0-alpha-7.jar constituent[11]: file:/usr/local/maven-2.0.4/lib/maven-model-2.0.4.jar constituent[12]: file:/usr/local/maven-2.0.4/lib/maven-plugin-descriptor-2.0.4.jar constituent[13]: file:/usr/local/maven-2.0.4/lib/maven-project-2.0.4.jar constituent[14]: file:/usr/local/maven-2.0.4/lib/maven-monitor-2.0.4.jar constituent[15]: file:/usr/local/maven-2.0.4/lib/wagon-http-lightweight-1.0-alpha-6.jar constituent[16]: file:/usr/local/maven-2.0.4/lib/maven-reporting-api-2.0.4.jar constituent[17]: file:/usr/local/maven-2.0.4/lib/commons-cli-1.0.jar constituent[18]: file:/usr/local/maven-2.0.4/lib/wagon-provider-api-1.0-alpha-6.jar constituent[19]: file:/usr/local/maven-2.0.4/lib/wagon-ssh-external-1.0-alpha-6.jar constituent[20]: file:/usr/local/maven-2.0.4/lib/maven-plugin-parameter-documenter-2.0.4.jar constituent[21]: file:/usr/local/maven-2.0.4/lib/plexus-interactivity-api-1.0-alpha-4.jar constituent[22]: file:/usr/local/maven-2.0.4/lib/maven-plugin-registry-2.0.4.jar constituent[23]: file:/usr/local/maven-2.0.4/lib/maven-error-diagnostics-2.0.4.jar --- java.io.IOException: java.io.IOException: Cannot allocate memory at java.lang.UNIXProcess.init(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 java.lang.Runtime.exec(Runtime.java:429) at java.lang.Runtime.exec(Runtime.java:326) at org.codehaus.plexus.util.cli.CommandLineUtils.getSystemEnvVars(CommandLineUtils.java:177) at org.apache.maven.project.interpolation.RegexBasedModelInterpolator.init(RegexBasedModelInterpolator.java:60) at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39) at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27) at java.lang.reflect.Constructor.newInstance(Constructor.java:494) at java.lang.Class.newInstance0(Class.java:350) at java.lang.Class.newInstance(Class.java:303) at org.codehaus.plexus.component.factory.java.JavaComponentFactory.newInstance(JavaComponentFactory.java:44) at org.codehaus.plexus.DefaultPlexusContainer.createComponentInstance(DefaultPlexusContainer.java:1464) at org.codehaus.plexus.component.manager.AbstractComponentManager.createComponentInstance(AbstractComponentManager.java:93) at org.codehaus.plexus.component.manager.ClassicSingletonComponentManager.getComponent(ClassicSingletonComponentManager.java:92) at org.codehaus.plexus.DefaultPlexusContainer.lookup(DefaultPlexusContainer.java:331) at org.codehaus.plexus.component.composition.FieldComponentComposer.assignRequirementToField(FieldComponentComposer.java:129) at org.codehaus.plexus.component.composition.FieldComponentComposer.assembleComponent(FieldComponentComposer.java:73) at org.codehaus.plexus.component.composition.DefaultComponentComposerManager.assembleComponent(DefaultComponentComposerManager.java:68) at org.codehaus.plexus.DefaultPlexusContainer.composeComponent(DefaultPlexusContainer.java:1486) at
Re: Reduce memory-usage of maven 2
Probably the defaults for your jvm are too low. You can (read: should be able to) increase the memory available for your Java runtime environment by setting the following (assuming you use bash as a shell): export JAVA_OPTS=-Xmx512m This should give you enough memory for maven to run in. Martijn On 9/10/06, Elias Gerber [EMAIL PROTECTED] wrote: Hello everyone! I am using Maven 2.0.4 for some of my (very small) projects. Now I installed maven on a virtuall root server I own, and I would like to use maven to do daily builds on that machine. But if I run 'mvn package' there, I get the following exception: java.io.IOException: java.io.IOException: Cannot allocate memory at java.lang.UNIXProcess.init(UNIXProcess.java:148) (The full output is at the bottom of this E-Mail) Now my question: Is it possible to reduce memory-usage of mvn? Or can I not avoid it to buy (rent) some more RAM? Thank you for any help. Elias Gerber output of mvn package: [EMAIL PROTECTED]:~/modules/sudokusolver$ mvn package [WARNING] Failed to initialize environment variable resolver. Skipping environment substitution in settings. --- constituent[0]: file:/usr/local/maven-2.0.4/lib/maven-plugin-api-2.0.4.jar constituent[1]: file:/usr/local/maven-2.0.4/lib/wagon-file-1.0-alpha-7.jar constituent[2]: file:/usr/local/maven-2.0.4/lib/maven-artifact-manager-2.0.4.jar constituent[3]: file:/usr/local/maven-2.0.4/lib/maven-repository-metadata-2.0.4.jar constituent[4]: file:/usr/local/maven-2.0.4/lib/maven-artifact-2.0.4.jar constituent[5]: file:/usr/local/maven-2.0.4/lib/maven-core-2.0.4.jar constituent[6]: file:/usr/local/maven-2.0.4/lib/wagon-ssh-1.0-alpha-7.jar constituent[7]: file:/usr/local/maven-2.0.4/lib/maven-profile-2.0.4.jar constituent[8]: file:/usr/local/maven-2.0.4/lib/jsch-0.1.24.jar constituent[9]: file:/usr/local/maven-2.0.4/lib/maven-settings-2.0.4.jar constituent[10]: file:/usr/local/maven-2.0.4/lib/doxia-sink-api-1.0-alpha-7.jar constituent[11]: file:/usr/local/maven-2.0.4/lib/maven-model-2.0.4.jar constituent[12]: file:/usr/local/maven-2.0.4/lib/maven-plugin-descriptor-2.0.4.jar constituent[13]: file:/usr/local/maven-2.0.4/lib/maven-project-2.0.4.jar constituent[14]: file:/usr/local/maven-2.0.4/lib/maven-monitor-2.0.4.jar constituent[15]: file:/usr/local/maven-2.0.4/lib/wagon-http-lightweight-1.0-alpha-6.jar constituent[16]: file:/usr/local/maven-2.0.4/lib/maven-reporting-api-2.0.4.jar constituent[17]: file:/usr/local/maven-2.0.4/lib/commons-cli-1.0.jar constituent[18]: file:/usr/local/maven-2.0.4/lib/wagon-provider-api-1.0-alpha-6.jar constituent[19]: file:/usr/local/maven-2.0.4/lib/wagon-ssh-external-1.0-alpha-6.jar constituent[20]: file:/usr/local/maven-2.0.4/lib/maven-plugin-parameter-documenter-2.0.4.jar constituent[21]: file:/usr/local/maven-2.0.4/lib/plexus-interactivity-api-1.0-alpha-4.jar constituent[22]: file:/usr/local/maven-2.0.4/lib/maven-plugin-registry-2.0.4.jar constituent[23]: file:/usr/local/maven-2.0.4/lib/maven-error-diagnostics-2.0.4.jar --- java.io.IOException: java.io.IOException: Cannot allocate memory at java.lang.UNIXProcess.init(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 java.lang.Runtime.exec(Runtime.java:429) at java.lang.Runtime.exec(Runtime.java:326) at org.codehaus.plexus.util.cli.CommandLineUtils.getSystemEnvVars(CommandLineUtils.java:177) at org.apache.maven.project.interpolation.RegexBasedModelInterpolator.init(RegexBasedModelInterpolator.java:60) at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39) at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27) at java.lang.reflect.Constructor.newInstance(Constructor.java:494) at java.lang.Class.newInstance0(Class.java:350) at java.lang.Class.newInstance(Class.java:303) at org.codehaus.plexus.component.factory.java.JavaComponentFactory.newInstance(JavaComponentFactory.java:44) at org.codehaus.plexus.DefaultPlexusContainer.createComponentInstance(DefaultPlexusContainer.java:1464) at org.codehaus.plexus.component.manager.AbstractComponentManager.createComponentInstance(AbstractComponentManager.java:93) at org.codehaus.plexus.component.manager.ClassicSingletonComponentManager.getComponent(ClassicSingletonComponentManager.java:92) at org.codehaus.plexus.DefaultPlexusContainer.lookup(DefaultPlexusContainer.java:331) at org.codehaus.plexus.component.composition.FieldComponentComposer.assignRequirementToField(FieldComponentComposer.java:129) at
Re: problems running project on jetty
Greetings, I experience the same problem using putty6 with a myfaces project using core and tomahawk, but not ADF. My project runs fine if deployed on tomcat5.5 however. I suspect there is a problem with regards to how jetty locates myfaces jars, as the jetty page has instructions to put hem in jetty's ext folder, as per http://docs.codehaus.org/display/JETTY/MyFaces http://docs.codehaus.org/display/JETTY/MyFaces , yet I don't see how to get hte jetty maven plugin to assist me in this. Anyone with ideas? Johan dudu wrote: Thanks Wayne... the message error is not found on google :(. I have removed all dependencies and putted again, but without sucess. If I try with the jars on my pc, it works. I think there are a problem with the jars on mvn repository, like calling wrong dependencies or wrong versions of it. On 9/8/06, Wayne Fay [EMAIL PROTECTED] wrote: This seems like a JSF problem, not really a Maven issue per se. I'd send a similar email (minus the pom) to a couple JSF groups and see what they say about it. Also I'd try deploying your app to another app server to see if perhaps its simply a Jetty bug. Wayne On 9/8/06, Dudu [EMAIL PROTECTED] wrote: I don't know what to do... i'm migrating my project to maven, but always happen a problem with dependencies... I'm using adf faces, tomahawk and Sun RI. To corrige this error, I'm trying to add some libraries... This is the error: HTTP ERROR: 500 /sag/index.jspx(47,19) PWC6317: The attributes for a standard action cannot be deferred expressions RequestURI=/SagWeb/sag/index.jspx *Powered by Jetty:// http://jetty.mortbay.org/* My index.jspx is this: ?xml version='1.0' encoding='windows-1252'? jsp:root xmlns:jsp=http://java.sun.com/JSP/Page; version=2.0 xmlns:h=http://java.sun.com/jsf/html; xmlns:f=http://java.sun.com/jsf/core; xmlns:af=http://xmlns.oracle.com/adf/faces; xmlns:afh=http://xmlns.oracle.com/adf/faces/html; xmlns:x=http://myfaces.apache.org/tomahawk; jsp:directive.page contentType=text/html;charset=windows-1252/ f:view afh:html f:loadBundle basename=br.com.sag.view.backing.messages var=msg/ afh:head title=#{msg.nomeAplicacao} - #{ usuario.currentModule.nome } link href=../css/sag.css rel=stylesheet media=screen/ afh:script source=/js/indexCode.js/ afh:script source=/js/indexRefreshCondicoes.js/ /afh:head afh:body id=body af:panelPage id=panelPage1 f:facet name=menu2/f:facet f:facet name=infoUser/f:facet f:facet name=messages/f:facet f:facet name=search/f:facet f:facet name=actions/f:facet f:facet name=brandingAppContextual x:jscookMenu layout=hbr theme=ThemeOffice binding=#{backing_sag_index.jscookMenu1} id=jscookMenu1 x:navigationMenuItems binding=#{backing_sag_index.navigationMenuItems1} id=navigationMenuItems1 value=#{backing_sag_index.menu}/ /x:jscookMenu /f:facet f:facet name=contextSwitcher/f:facet f:facet name=infoFootnote/f:facet f:facet name=infoReturn/f:facet f:facet name=infoStatus af:goLink destination=#ERRO rendered=#{backing_sag_pohecamp2.hasErrors} id=vailink h:graphicImage id=erro style=BORDER:0 url=/css/images/alerta.gif title=#{msg.msgExisteErro} / h:outputText value=#{msg.msgErro}/ /af:goLink /f:facet f:facet name=infoSupplemental/f:facet f:facet name=location/f:facet f:facet name=menu1/f:facet f:facet name=menuGlobal h:panelGroup af:outputText value=Usuário: styleClass=x19/ af:outputLabel value=#{usuario.nome} styleClass=x19/ /h:panelGroup /f:facet f:facet name=branding/f:facet f:facet name=brandingApp/f:facet f:facet name=appCopyright f:verbatimCopyright/f:verbatim /f:facet f:facet name=appPrivacy f:verbatimPrivacidade/f:verbatim /f:facet f:facet name=appAbout f:verbatimSobre/f:verbatim /f:facet f:facet name=menuSwitch af:form af:commandLink text=Trocar módulo shortDesc=Entrar em outro módulo do SAG rendered=#{usuario.codfprod == null} immediate=true action=#{backing_sag_index.actionSwitchModule}/
How to join the mevenide mailing list?
Does anyone know how to join the mevenide mailing list? The Lists link on http://codehaus.org/ is broken so I don't know how to join that list. Thanks.
pluginManagement configuration ignored for reporting plugins?
Having this: build pluginManagement plugins ... plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-javadoc-plugin/artifactId version2.0/version configuration aggregatetrue/aggregate !-- seems to be ignored -- !-- any other property here also seems to be ignored -- /configuration /plugin ... /plugins /pluginManagement /build reporting plugins plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-javadoc-plugin/artifactId /plugin /plugins /reporting From my tests it looks like the pluginManagement configuration isn't applied for the reporting plugin. Only when I move the configuration to inside the reporting part, it is applied. Is this normal and desired behavior? I would expect pluginManagement to be applied for reporting plugins too. -- With kind regards, Geoffrey De Smet - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Can it be a mirror?
i have installed archiva and set it up as a proxy. when i download artifact the first time when i install a project (mvn install), it can download the artifact from ibiblio. but when i try to use it offline (i disconnected the internet) and i empty my local repos, it says that it can't find the artifact to download. here is some of the message: project-execute [DEBUG]maven-resources-plugin: using locally installed snapshot [DEBUG]Artifact not found - using stub model: Unable to determine the latest version [DEBUG] [DEBUG] org.apache.maven.plugins:maven-resources-plugin:pom:LATEST [DEBUG] [DEBUG]Using defaults for missing POM org.apache.maven.plugins:maven-resources-plugin:pom:LATEst [DEBUG]maven-resources-plugin: using locally installed snapshot [DEBUG]Artifact not found - using stub model: Unable to determine the release version [DEBUG] [DEBUG] org.apache.maven.plugins:maven-resources-plugin:pom:RELEASE [DEBUG] [DEBUG]Using defaults for missing POM org.apache.maven.plugins:maven-resources-plugin:pom:RELEASE [INFO] [ERROR]BUILD ERROR [INFO] [INFO]The plugin 'org.apache.maven.plugins:maven-resources-plugin' does not exist or no valid version could be found [INFO] [DEBUG]Trace org.apache.maven.lifecycle.LifecycleExecutionException: The plugin 'org.apache.maven.plugins:maven-resources-plugin' does not exist or no valid version could be found at org.apache.maven.lifecycle.DefaultLifecycleExecutor.verifyPlugin(DefaultLifecycleExecutor.java:1281) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.getMojoDescriptor(DefaultLifecycleExecutor.java:1517) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.bindLifecycleForPackaging(DefaultLifecycleExecutor.java:1011) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.constructLifecycleMappings(DefaultLifecycleExecutor.java:975) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:453) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.java:306) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:273) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:140) at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:382) at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:171) at org.apache.maven.embedder.MavenEmbedder.execute(MavenEmbedder.java:689) at org.codehaus.mevenide.netbeans.execute.MavenJavaExecutor.run(MavenJavaExecutor.java:161) at org.netbeans.core.execution.RunClassThread.run(RunClassThread.java:131) ___ here is my archiva.xml: ?xml version=1.0 encoding=UTF-8?configuration repositories repository directoryE:\dev\repos\archiva\snapshots/directory includeSnapshotstrue/includeSnapshots idcodeforx-archiva-snapshots/id nameCodeForx Archiva Snapshots Repository/name /repository repository directoryE:\dev\repos\archiva\repos/directory idcodeforx/id nameCodeForx Central Repository/name /repository /repositories proxiedRepositories proxiedRepository urlhttp://www.ibiblio.org/maven2//url managedRepositorycodeforx-archiva-snapshots/managedRepository snapshotsPolicydaily/snapshotsPolicy releasesPolicydisabled/releasesPolicy idibiblio-snapshots/id nameIbiblio Central Snapshots Repository/name /proxiedRepository proxiedRepository urlhttp://dist.codehaus.org/url managedRepositorycodeforx/managedRepository idcodehaus/id nameCodeHaus Central Repository/name /proxiedRepository proxiedRepository urlhttp://www.ibiblio.org/maven2//url managedRepositorycodeforx/managedRepository useNetworkProxytrue/useNetworkProxy idibiblio/id nameIbiblio Central Repository/name /proxiedRepository /proxiedRepositories localRepositoryC:\Documents and Settings\blackid\.m2\repository/localRepository indexPathE:\dev\repos\archiva\index/indexPath proxy username/username password/password host/host /proxy /configuration
Re: Reduce memory-usage of maven 2
surefire plugin by default spins off a new jvm, you can configure surefire plugin's forkMode to none http://maven.apache.org/plugins/maven-surefire-plugin/test-mojo.html -D On 9/10/06, Elias Gerber [EMAIL PROTECTED] wrote: Hi Martijn On Sun, 2006-09-10 at 16:09 +0200, Martijn Dashorst wrote: Probably the defaults for your jvm are too low. You can (read: should be able to) increase the memory available for your Java runtime environment by setting the following (assuming you use bash as a shell): export JAVA_OPTS=-Xmx512m This should give you enough memory for maven to run in. Thank you for your answer. I tried setting it like this, but this did not work, maybe because of this here: [WARNING] Failed to initialize environment variable resolver. Skipping environment substitution in settings. So i changed it directly in the file /usr/local/maven/bin/mvn, by changing exec $JAVACMD \ $MAVEN_OPTS \ -classpath ${M2_HOME}/core/boot/classworlds-*.jar \ -Dclassworlds.conf=${M2_HOME}/bin/m2.conf \ -Dmaven.home=${M2_HOME} \ ${CLASSWORLDS_LAUNCHER} $QUOTED_ARGS to exec $JAVACMD -Xmx512m \ $MAVEN_OPTS \ -classpath ${M2_HOME}/core/boot/classworlds-*.jar \ -Dclassworlds.conf=${M2_HOME}/bin/m2.conf \ -Dmaven.home=${M2_HOME} \ ${CLASSWORLDS_LAUNCHER} $QUOTED_ARGS Now mvn is starting, but it really seems like I don't have enough memory: [EMAIL PROTECTED]:~/modules/sudokusolver$ mvn package [INFO] Scanning for projects... [INFO] [INFO] Building Sudoku Solver [INFO]task-segment: [package] [INFO] [INFO] [resources:resources] [INFO] Using default encoding to copy filtered resources. [INFO] [compiler:compile] [INFO] Nothing to compile - all classes are up to date [INFO] [resources:testResources] [INFO] Using default encoding to copy filtered resources. [INFO] [compiler:testCompile] [INFO] Nothing to compile - all classes are up to date [INFO] [surefire:test] [INFO] Surefire report directory: /home/autobuild/modules/sudokusolver/target/surefire-reports [INFO] [ERROR] FATAL ERROR [INFO] [INFO] unable to create new native thread [INFO] [INFO] Trace java.lang.OutOfMemoryError: unable to create new native thread So I tried it with -Xmx32m as my provider told me to do so, but then I get: [INFO] [surefire:test] [INFO] Surefire report directory: /home/autobuild/modules/sudokusolver/target/surefire-reports Error occurred during initialization of VM Could not reserve enough space for object heap Could not create the Java virtual machine. [INFO] [ERROR] BUILD FAILURE [INFO] I think the surefire-report does not get the -Xmx32m argument? Do you have another hint for me how I could fix this? Thank you Elias - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Reduce memory-usage of maven 2
Hi Dan On Sun, 2006-09-10 at 09:20 -0700, dan tran wrote: surefire plugin by default spins off a new jvm, you can configure surefire plugin's forkMode to none http://maven.apache.org/plugins/maven-surefire-plugin/test-mojo.html Thank you very much for your help - it is working now :) Elias - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Reduce memory-usage of maven 2
Hi Martijn On Sun, 2006-09-10 at 16:09 +0200, Martijn Dashorst wrote: Probably the defaults for your jvm are too low. You can (read: should be able to) increase the memory available for your Java runtime environment by setting the following (assuming you use bash as a shell): export JAVA_OPTS=-Xmx512m This should give you enough memory for maven to run in. Thank you for your answer. I tried setting it like this, but this did not work, maybe because of this here: [WARNING] Failed to initialize environment variable resolver. Skipping environment substitution in settings. So i changed it directly in the file /usr/local/maven/bin/mvn, by changing exec $JAVACMD \ $MAVEN_OPTS \ -classpath ${M2_HOME}/core/boot/classworlds-*.jar \ -Dclassworlds.conf=${M2_HOME}/bin/m2.conf \ -Dmaven.home=${M2_HOME} \ ${CLASSWORLDS_LAUNCHER} $QUOTED_ARGS to exec $JAVACMD -Xmx512m \ $MAVEN_OPTS \ -classpath ${M2_HOME}/core/boot/classworlds-*.jar \ -Dclassworlds.conf=${M2_HOME}/bin/m2.conf \ -Dmaven.home=${M2_HOME} \ ${CLASSWORLDS_LAUNCHER} $QUOTED_ARGS Now mvn is starting, but it really seems like I don't have enough memory: [EMAIL PROTECTED]:~/modules/sudokusolver$ mvn package [INFO] Scanning for projects... [INFO] [INFO] Building Sudoku Solver [INFO]task-segment: [package] [INFO] [INFO] [resources:resources] [INFO] Using default encoding to copy filtered resources. [INFO] [compiler:compile] [INFO] Nothing to compile - all classes are up to date [INFO] [resources:testResources] [INFO] Using default encoding to copy filtered resources. [INFO] [compiler:testCompile] [INFO] Nothing to compile - all classes are up to date [INFO] [surefire:test] [INFO] Surefire report directory: /home/autobuild/modules/sudokusolver/target/surefire-reports [INFO] [ERROR] FATAL ERROR [INFO] [INFO] unable to create new native thread [INFO] [INFO] Trace java.lang.OutOfMemoryError: unable to create new native thread So I tried it with -Xmx32m as my provider told me to do so, but then I get: [INFO] [surefire:test] [INFO] Surefire report directory: /home/autobuild/modules/sudokusolver/target/surefire-reports Error occurred during initialization of VM Could not reserve enough space for object heap Could not create the Java virtual machine. [INFO] [ERROR] BUILD FAILURE [INFO] I think the surefire-report does not get the -Xmx32m argument? Do you have another hint for me how I could fix this? Thank you Elias - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Anybody have a prez for continuum
Hi, We have just adopted Continuum as the continuous build manager for some of our projects. And I have bee given the responsibility of giving a presentation about Continuum for about 15-20 mins. Was wondering if anyone has and can share some prez / doc for Continuum and I can enhance the same for my prez. The small problem I am facing is that we went live last week with Continuum and it seems so straightforward and simple a product that I might have shown people most of what Continuum is. I think I will include a slide for enhancements planned for 1.1 - seems like a major release. I can share back the enhanced prez if necessary. -- Thanks and best regards, Anoop
Re: How to join the mevenide mailing list?
http://mevenide.codehaus.org/mail-lists.html 2006/9/10, Naresh Bhatia [EMAIL PROTECTED]: Does anyone know how to join the mevenide mailing list? The Lists link on http://codehaus.org/ is broken so I don't know how to join that list. Thanks.
Re: m2 public repositories are FUBAR
Brett, Do you need someone to maintain that plugin? If no one is maintaining it, I will volunteer... I've been using it fairly often recently and need it to work and be availible. FYI - I'm using for two things. Native libraries I need to pull into a project from the repository and wring installers that need to collect dependencies (where i can't use assembly). It's a fairly simple plugin with fairly simple goals, and I don't mind taking responsibility for it. Let me know if its been abandoned and I'll take up the task. - Brill Pappin On 9/10/06, Brett Porter [EMAIL PROTECTED] wrote: [...] The dependency plugin is a known problem, which I *thought* had been fixed documentation wise recently. I was pushing for it to be moved back to the sandbox since it hasn't seen a release since it was moved to Apache (originally put together at mojo). [...] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Does javadoc aggregation have any know classpath issues?
Here's my javadoc configuration for our project (http://spring-rich-c.sf.net): plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-javadoc-plugin/artifactId version2.0/version configuration !-- Aggregate doesn't work due to classpath (or sourcepath?) issues in javadoc plugin 2.0 -- aggregatetrue/aggregate links linkhttp://java.sun.com/j2se/1.5.0/docs/api/link linkhttp://static.springframework.org/spring/docs/1.2.x/api/link /links /configuration /plugin But when I run this I get an error, but if I remove the aggregatetrue/aggregate tag, it works. It looks like the dependencies on my modules aren't supplied to the javadoc tool. There doesn't seem to be a JIRA issue. Here's the error: ... Generating d:/projects/sf/spring-richclient/target/site/apidocs\serialized-form.html... 22 errors 301 warnings [INFO] [ERROR] BUILD ERROR [INFO] [INFO] Error during page generation Embedded error: Error rendering Maven report: Exit code: 1 - d:/projects/sf/spring-richclient/support/src/main/java/org/ springframework/binding/form/FormModel.java:18: package org.springframework.beans does not exist import org.springframework.beans.InvalidPropertyException; ^ d:/projects/sf/spring-richclient/support/src/main/java/org/springframework/binding/form/FormModel.java:19: package org.s pringframework.binding.convert does not exist import org.springframework.binding.convert.Converter; ^ ... -- With kind regards, Geoffrey De Smet - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Maven 2: applet and war
There's a handy mojo dependency-maven-plugin for this, which I also use for my webstart client application, see bottom of: http://mojo.codehaus.org/webstart-maven-plugin-parent/webstart-maven-plugin/howto.html With kind regards, Geoffrey De Smet Marc Chételat ML wrote: Hi all, One of our new project require that we have an applet in one web application. Our directory structure is : root folder | |--- applet (pom.xml jar) |--- webapp-war (pom.xml using war-maven-plugin) |--- ... Each module has its proper pom.xml file and the question is how to integrate the generated applet.jar in the webapp.war under the path /applet ? Copy the applet.jar during the package (with a dependency) phase would be the best way? Thanks in advance for any helps ! ML - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Does javadoc aggregation have any know classpath issues?
On 9/10/06, Geoffrey De Smet [EMAIL PROTECTED] wrote: But when I run this I get an error, but if I remove the aggregatetrue/aggregate tag, it works. It looks like the dependencies on my modules aren't supplied to the javadoc tool. There doesn't seem to be a JIRA issue. The issue for this may have been closed already, but the problem is still there. We get the same sort of error if we try to aggregate the Javadocs in Struts. -- Wendy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Does javadoc aggregation have any know classpath issues?
have you tested it with the patch for http://jira.codehaus.org/browse/MJAVADOC-72? 2006/9/10, Wendy Smoak [EMAIL PROTECTED]: On 9/10/06, Geoffrey De Smet [EMAIL PROTECTED] wrote: But when I run this I get an error, but if I remove the aggregatetrue/aggregate tag, it works. It looks like the dependencies on my modules aren't supplied to the javadoc tool. There doesn't seem to be a JIRA issue. The issue for this may have been closed already, but the problem is still there. We get the same sort of error if we try to aggregate the Javadocs in Struts. -- Wendy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Mathias - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: m2 public repositories are FUBAR
I wouldn't say it has been abandoned, but it could certainly use more helpers, which would be much appreciated. If there are any known problems with other plugins being in such a state, please feel free to call them out. I'm all for cutting back the list of published plugins to the stable, released ones. - Brett On 11/09/06, Brill Pappin [EMAIL PROTECTED] wrote: Brett, Do you need someone to maintain that plugin? If no one is maintaining it, I will volunteer... I've been using it fairly often recently and need it to work and be availible. FYI - I'm using for two things. Native libraries I need to pull into a project from the repository and wring installers that need to collect dependencies (where i can't use assembly). It's a fairly simple plugin with fairly simple goals, and I don't mind taking responsibility for it. Let me know if its been abandoned and I'll take up the task. - Brill Pappin On 9/10/06, Brett Porter [EMAIL PROTECTED] wrote: [...] The dependency plugin is a known problem, which I *thought* had been fixed documentation wise recently. I was pushing for it to be moved back to the sandbox since it hasn't seen a release since it was moved to Apache (originally put together at mojo). [...] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Apache Maven - http://maven.apache.org Better Builds with Maven book - http://library.mergere.com/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Session time too short
Can someone please point out how to extend the session time so that I don't have to log into continuum every time I need to check a build? This wouldn't be such a problem if the login redirected to the originally requested page. Always redirecting to the homepage makes it impossible to deep link from other sites. cheers
How to cancel the maven dir in META-INF?
Hello, I use mvn package for packaging. In the archive file, there is a maven directory in MAET-INF, but that's not my want. How not to generate the directory? a cup of Java, cheers! Sha Jiang -- View this message in context: http://www.nabble.com/How-to-cancel-the-%22maven%22-dir-in-META-INF--tf2246107.html#a6229623 Sent from the Maven - Users forum at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: How to cancel the maven dir in META-INF?
On 9/9/06, jiangshachina [EMAIL PROTECTED] wrote: I use mvn package for packaging. In the archive file, there is a maven directory in MAET-INF, but that's not my want. How not to generate the directory? http://maven.apache.org/guides/mini/guide-archive-configuration.html -- Wendy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: How to cancel the maven dir in META-INF?
Hello, Thanks for your reply. I use the configuration in maven-war-plugin, it's ok. But I use almost the same configuration in maven-jar-plugin, it doesn't work. build plugins plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-jar-plugin/artifactId configuration archive addMavenDescriptorfalse/addMavenDescriptor /archive /configuration /plugin /plugins /build The output is ... [INFO] Failed to configure plugin parameters for: org.apache.maven.plugins:maven-jar-plugin:2.0 Cause: Cannot find setter nor field in org.apache.maven.archiver.MavenArchiveConfiguration for 'addMavenDescriptor' ... Wendy Smoak-3 wrote: On 9/9/06, jiangshachina [EMAIL PROTECTED] wrote: I use mvn package for packaging. In the archive file, there is a maven directory in MAET-INF, but that's not my want. How not to generate the directory? http://maven.apache.org/guides/mini/guide-archive-configuration.html -- Wendy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- View this message in context: http://www.nabble.com/How-to-cancel-the-%22maven%22-dir-in-META-INF--tf2246107.html#a6240007 Sent from the Maven - Users forum at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: How to cancel the maven dir in META-INF?
On 9/10/06, jiangshachina [EMAIL PROTECTED] wrote: The output is ... [INFO] Failed to configure plugin parameters for: org.apache.maven.plugins:maven-jar-plugin:2.0 Cause: Cannot find setter nor field in org.apache.maven.archiver.MavenArchiveConfiguration for 'addMavenDescriptor' ... Try it with maven-jar-plugin 2.1 instead. (Run mvn with -U to make it update plugins.) -- Wendy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: How to cancel the maven dir in META-INF?
Hi, Wendy Thanks very much! The problem disappeared. a cup of Java, cheers! Sha Jiang Wendy Smoak-3 wrote: On 9/10/06, jiangshachina [EMAIL PROTECTED] wrote: The output is ... [INFO] Failed to configure plugin parameters for: org.apache.maven.plugins:maven-jar-plugin:2.0 Cause: Cannot find setter nor field in org.apache.maven.archiver.MavenArchiveConfiguration for 'addMavenDescriptor' ... Try it with maven-jar-plugin 2.1 instead. (Run mvn with -U to make it update plugins.) -- Wendy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- View this message in context: http://www.nabble.com/How-to-cancel-the-%22maven%22-dir-in-META-INF--tf2246107.html#a6240101 Sent from the Maven - Users forum at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Install file to other repositories?
Hello, I have set localRepository parameter in Maven_Home/conf/settings.xml. For install files, I use command mvn install:install-file -Dfile=path-to-file -DgroupId=group-id -DartifactId=artifact-id -Dversion=version -Dpackaging=packaging Defaultly, the file will be install to local repository. If I use command mvn install:install-file -Dfile=path-to-file -DgroupId=group-id -DartifactId=artifact-id -Dversion=version -Dpackaging=packaging -DlocalRepository=another-local-repository I still install files to the local repo set in settings.xml, but the another-local-repository set in the upper command. -- View this message in context: http://www.nabble.com/Install-file-to-other-repositories--tf2249926.html#a6240205 Sent from the Maven - Users forum at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Invalid URL?
Hi, I'm trying to set up a new M2 project, using Continuum 1.0.3. My project structure is: parent_project child_project1 child_project2 where the 2 children are defined in the parent pom.xml I'm entering a POM URL of the format: scm:cvs:pserver:username: password@ip_address:/usr/cvs/repo_name:parent_project_path but am getting an error: You must provide a valid URL(http, https, ftp and file protocols are allowed) CVS is up and running (verified outside of Continuum) with the details as above. Why is Continuum unhappy with my URL? Many thanks, Ken
Invalid URL
Hi, I'm trying to set up a new M2 project, using Continuum 1.0.3. My project structure is: parent_project child_project1 child_project2 where the 2 children are defined in the parent pom.xml I'm entering a POM URL of the format: scm:cvs:pserver:username:password@ip_address:/usr/cvs/repo_name:parent_project_path but am getting an error: You must provide a valid URL(http, https, ftp and file protocols are allowed) CVS is up and running (verified outside of Continuum) with the details as above. Why is Continuum unhappy with my URL. Many thanks, Ken
Re: Install file to other repositories?
It might be a bug -- sounds like the localRepo setting cannot be overridden on the CLI like many/most other properties. This may be on purpose, or it may be an accident, unsure. Check JIRA for a bug report/enhancement request and vote/watch it, or file one if you can't find one already posted. Wayne On 9/10/06, jiangshachina [EMAIL PROTECTED] wrote: Hello, I have set localRepository parameter in Maven_Home/conf/settings.xml. For install files, I use command mvn install:install-file -Dfile=path-to-file -DgroupId=group-id -DartifactId=artifact-id -Dversion=version -Dpackaging=packaging Defaultly, the file will be install to local repository. If I use command mvn install:install-file -Dfile=path-to-file -DgroupId=group-id -DartifactId=artifact-id -Dversion=version -Dpackaging=packaging -DlocalRepository=another-local-repository I still install files to the local repo set in settings.xml, but the another-local-repository set in the upper command. -- View this message in context: http://www.nabble.com/Install-file-to-other-repositories--tf2249926.html#a6240205 Sent from the Maven - Users forum 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: Install file to other repositories?
Hi, Thanks for your reply. I have no experience of searching bugs at JIRA. I have tried several times. But my every search would be followed by a great of issue :( But, I think the bug is so abvious, many people may have found it ^_^ a cup of Java, cheers! Sha Jiang Wayne Fay wrote: It might be a bug -- sounds like the localRepo setting cannot be overridden on the CLI like many/most other properties. This may be on purpose, or it may be an accident, unsure. Check JIRA for a bug report/enhancement request and vote/watch it, or file one if you can't find one already posted. Wayne On 9/10/06, jiangshachina [EMAIL PROTECTED] wrote: Hello, I have set localRepository parameter in Maven_Home/conf/settings.xml. For install files, I use command mvn install:install-file -Dfile=path-to-file -DgroupId=group-id -DartifactId=artifact-id -Dversion=version -Dpackaging=packaging Defaultly, the file will be install to local repository. If I use command mvn install:install-file -Dfile=path-to-file -DgroupId=group-id -DartifactId=artifact-id -Dversion=version -Dpackaging=packaging -DlocalRepository=another-local-repository I still install files to the local repo set in settings.xml, but the another-local-repository set in the upper command. -- View this message in context: http://www.nabble.com/Install-file-to-other-repositories--tf2249926.html#a6240205 Sent from the Maven - Users forum 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] -- View this message in context: http://www.nabble.com/Install-file-to-other-repositories--tf2249926.html#a6240927 Sent from the Maven - Users forum at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]