RE: central repo?
Hi Brian, we incorporate the feedback we received and ensure the index used to render the browse is completely in lockstep with the contents. Interesting... Are all the mirrors updated atomically with repo1 (I didn't think they where) so the engineering effort in this must be huge :-) Just don't want it forgotten that just as it is in repo1.m.o it may not be in uk.m.o (and if it is in the process of being synced could be only be partially there?) Thanks for the quick workaround. /James -Original Message- From: Brian Fox [mailto:bri...@infinity.nu] Sent: 05 May 2011 17:53 To: Maven Users List Subject: Re: central repo? Than you, i'll let the team know. http://repo2.maven.org/maven2/org/ Also, we've adjusted how the redirects work and included a static page so people don't feel like the repo was hijacked: Deeper links to artifact folders will show the older index view for now until we incorporate the feedback we received and ensure the index used to render the browse is completely in lockstep with the contents. On Thu, May 5, 2011 at 12:17 PM, Jim McCaskey jim.mccas...@pervasive.com wrote: So, I'm not sure anyone here will care about this. But Maven Central does not work with IE9. You get an error like this: When a website causes a failure or crash, Internet Explorer attempts to restore the site. It stops after two tries to avoid an endless loop. And the URL switches to this: res://ieframe.dll/acr_error.htm#maven.org,http://search.maven.org/#bro wse I had a friend try his system with IE8 and it worked fine. Needless to say Chrome and FF work just fine. -Jim -Original Message- From: Brian Fox [mailto:bri...@infinity.nu] Sent: Thursday, May 05, 2011 8:50 AM To: Maven Users List Subject: Re: central repo? On Thu, May 5, 2011 at 7:09 AM, Anders Hammar and...@hammar.net wrote: Regarding the m2e indexes, at what time are they updated? 3:22 CST daily. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org ** This message is confidential and intended only for the addressee. If you have received this message in error, please immediately notify the postmas...@nds.com and delete it from your system as well as any copies. The content of e-mails as well as traffic data may be monitored by NDS for employment and security purposes. To protect the environment please do not print this e-mail unless necessary. NDS Limited. Registered Office: One London Road, Staines, Middlesex, TW18 4EX, United Kingdom. A company registered in England and Wales. Registered no. 3080780. VAT no. GB 603 8808 40-00 ** - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
RE: Multi-module release:prepare creates a tag that includes the tags folder
Well you scm setting seems to be wrong. For your parent module it needs to be scm connectionscm:svn:svn://localhost/project/trunk/parent//connection developerConnectionscm:svn:svn://localhost/project/trunk/parent/developerConnection urlscm:svn:svn://localhost/project/trunk/parent/url /scm Same for all other modules. -Original Message- From: Caristi, Joe [mailto:jcari...@whisolutions.com] Sent: 05 May 2011 21:16 To: users@maven.apache.org Subject: Multi-module release:prepare creates a tag that includes the tags folder I am attempting to use the Maven Release plugin with Maven 3.0.3 to release a flat multi-module structure in Subversion. I have the release:prepare goal working well except for one thing. The tagged release includes the tags folder, which is a sibling of the trunk. Does anyone know how to prevent this from happening? I expected only the trunk folder to be in the tag. Here are the details: commitByProject=true (set on command line) autoVersionSubmodules= true (set in release profile in parent-module pom) SCM settings: scm connectionscm:svn:svn://localhost/project/trunk/connection developerConnectionscm:svn:svn://localhost/project/trunk/developerConnection urlscm:svn:svn://localhost/project/trunk/url /scm My Subversion folder structure looks like this: project / +- tags / +- trunk / +- parent / +- child1 / +- child2 / After running release:prepare on the parent-module for version 1.0.1, which sets all my versions properly and creates a tag, I end up with this: project / +- tags / +- parent-1.0.1 / +- tags / +- trunk / +- parent / +- child1 / +- child2 / +- trunk / +- parent / +- child1 / +- child2 / The first time I tried this, the nested tags folder was empty. On subsequent runs, it contains all the tags from the previous run: project / +- tags / +- parent-1.0.1 / +- tags / +- trunk / +- parent / +- child1 / +- child2 / +- parent-1.0.2 / +- tags / +- parent-1.0.1 / +- tags / +- trunk / +- parent / +- child1 / +- child2 / +- trunk / +- parent / +- child1 / +- child2 / +- trunk / +- parent / +- child1 / +- child2 / STATEMENT OF CONFIDENTIALITY: The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain confidential or privileged information. If you are not the intended recipient, please notify WHI Solutions immediately at g...@whisolutions.com, and destroy all copies of this message and any attachments. ** This message is confidential and intended only for the addressee. If you have received this message in error, please immediately notify the postmas...@nds.com and delete it from your system as well as any copies. The content of e-mails as well as traffic data may be monitored by NDS for employment and security purposes. To protect the environment please do not print this e-mail unless necessary. NDS Limited. Registered Office: One London Road, Staines, Middlesex, TW18 4EX, United Kingdom. A company registered in England and Wales. Registered no. 3080780. VAT no. GB 603 8808 40-00 ** - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
RE: Multi-module release:prepare creates a tag that includes the tags folder
This worked. Thanks! -Original Message- From: Nord, James [mailto:jn...@nds.com] Sent: Friday, May 06, 2011 3:57 AM To: Maven Users List Subject: RE: Multi-module release:prepare creates a tag that includes the tags folder Well you scm setting seems to be wrong. For your parent module it needs to be scm connectionscm:svn:svn://localhost/project/trunk/parent//connection developerConnectionscm:svn:svn://localhost/project/trunk/parent/developerConnection urlscm:svn:svn://localhost/project/trunk/parent/url /scm Same for all other modules. -Original Message- From: Caristi, Joe [mailto:jcari...@whisolutions.com] Sent: 05 May 2011 21:16 To: users@maven.apache.org Subject: Multi-module release:prepare creates a tag that includes the tags folder I am attempting to use the Maven Release plugin with Maven 3.0.3 to release a flat multi-module structure in Subversion. I have the release:prepare goal working well except for one thing. The tagged release includes the tags folder, which is a sibling of the trunk. Does anyone know how to prevent this from happening? I expected only the trunk folder to be in the tag. Here are the details: commitByProject=true (set on command line) autoVersionSubmodules= true (set in release profile in parent-module pom) SCM settings: scm connectionscm:svn:svn://localhost/project/trunk/connection developerConnectionscm:svn:svn://localhost/project/trunk/developerConnection urlscm:svn:svn://localhost/project/trunk/url /scm My Subversion folder structure looks like this: project / +- tags / +- trunk / +- parent / +- child1 / +- child2 / After running release:prepare on the parent-module for version 1.0.1, which sets all my versions properly and creates a tag, I end up with this: project / +- tags / +- parent-1.0.1 / +- tags / +- trunk / +- parent / +- child1 / +- child2 / +- trunk / +- parent / +- child1 / +- child2 / The first time I tried this, the nested tags folder was empty. On subsequent runs, it contains all the tags from the previous run: project / +- tags / +- parent-1.0.1 / +- tags / +- trunk / +- parent / +- child1 / +- child2 / +- parent-1.0.2 / +- tags / +- parent-1.0.1 / +- tags / +- trunk / +- parent / +- child1 / +- child2 / +- trunk / +- parent / +- child1 / +- child2 / +- trunk / +- parent / +- child1 / +- child2 / STATEMENT OF CONFIDENTIALITY: The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain confidential or privileged information. If you are not the intended recipient, please notify WHI Solutions immediately at g...@whisolutions.com, and destroy all copies of this message and any attachments. ** This message is confidential and intended only for the addressee. If you have received this message in error, please immediately notify the postmas...@nds.com and delete it from your system as well as any copies. The content of e-mails as well as traffic data may be monitored by NDS for employment and security purposes. To protect the environment please do not print this e-mail unless necessary. NDS Limited. Registered Office: One London Road, Staines, Middlesex, TW18 4EX, United Kingdom. A company registered in England and Wales. Registered no. 3080780. VAT no. GB 603 8808 40-00 ** - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org STATEMENT OF CONFIDENTIALITY: The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain confidential or privileged information. If you are not the intended recipient, please notify WHI Solutions immediately at g...@whisolutions.com, and destroy all copies of this message and any attachments. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: central repo?
On Thu, May 5, 2011 at 10:09 PM, Owen Jacobson owen.jacob...@grimoire.ca wrote: Vastly appreciated. The current search page is pretty good from a usability point of view (other than the piss-poor URL structure) but lags too far behind the repository contents to be useful when, e.g., checking that new releases have been copied to central successfully before announcing them. Software I released to my own repo two days ago is in central, but still hasn't shown up in search.maven.org. Yes, we're fixing that, so it should be updated and published everytime central is updated. -o On 2011-05-05, at 12:52 PM, Brian Fox wrote: Than you, i'll let the team know. Also, we've adjusted how the redirects work and included a static page so people don't feel like the repo was hijacked: http://repo2.maven.org/maven2/org/ Deeper links to artifact folders will show the older index view for now until we incorporate the feedback we received and ensure the index used to render the browse is completely in lockstep with the contents. On Thu, May 5, 2011 at 12:17 PM, Jim McCaskey jim.mccas...@pervasive.com wrote: So, I'm not sure anyone here will care about this. But Maven Central does not work with IE9. You get an error like this: When a website causes a failure or crash, Internet Explorer attempts to restore the site. It stops after two tries to avoid an endless loop. And the URL switches to this: res://ieframe.dll/acr_error.htm#maven.org,http://search.maven.org/#browse I had a friend try his system with IE8 and it worked fine. Needless to say Chrome and FF work just fine. -Jim -Original Message- From: Brian Fox [mailto:bri...@infinity.nu] Sent: Thursday, May 05, 2011 8:50 AM To: Maven Users List Subject: Re: central repo? On Thu, May 5, 2011 at 7:09 AM, Anders Hammar and...@hammar.net wrote: Regarding the m2e indexes, at what time are they updated? 3:22 CST daily. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: central repo?
On Fri, May 6, 2011 at 3:54 AM, Nord, James jn...@nds.com wrote: Hi Brian, we incorporate the feedback we received and ensure the index used to render the browse is completely in lockstep with the contents. Interesting... Are all the mirrors updated atomically with repo1 (I didn't think they where) so the engineering effort in this must be huge :-) I won't go and say it's completely atomic but here's what happens: All of the inbound syncs run on a staging machine. Some repos are pulled hourly (forges), others daily. Once this process is complete, the updated contents are indexed and then the staging location is pushed out simultaneously to the UK, the live Central machine, and a US production failover folder on the staging machine. We will push the indexes at the same time to the search server so the window between contents arriving on Central and appearing on Search is minimal. Just don't want it forgotten that just as it is in repo1.m.o it may not be in uk.m.o (and if it is in the process of being synced could be only be partially there?) Thanks for the quick workaround. /James -Original Message- From: Brian Fox [mailto:bri...@infinity.nu] Sent: 05 May 2011 17:53 To: Maven Users List Subject: Re: central repo? Than you, i'll let the team know. http://repo2.maven.org/maven2/org/ Also, we've adjusted how the redirects work and included a static page so people don't feel like the repo was hijacked: Deeper links to artifact folders will show the older index view for now until we incorporate the feedback we received and ensure the index used to render the browse is completely in lockstep with the contents. On Thu, May 5, 2011 at 12:17 PM, Jim McCaskey jim.mccas...@pervasive.com wrote: So, I'm not sure anyone here will care about this. But Maven Central does not work with IE9. You get an error like this: When a website causes a failure or crash, Internet Explorer attempts to restore the site. It stops after two tries to avoid an endless loop. And the URL switches to this: res://ieframe.dll/acr_error.htm#maven.org,http://search.maven.org/#bro wse I had a friend try his system with IE8 and it worked fine. Needless to say Chrome and FF work just fine. -Jim -Original Message- From: Brian Fox [mailto:bri...@infinity.nu] Sent: Thursday, May 05, 2011 8:50 AM To: Maven Users List Subject: Re: central repo? On Thu, May 5, 2011 at 7:09 AM, Anders Hammar and...@hammar.net wrote: Regarding the m2e indexes, at what time are they updated? 3:22 CST daily. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org ** This message is confidential and intended only for the addressee. If you have received this message in error, please immediately notify the postmas...@nds.com and delete it from your system as well as any copies. The content of e-mails as well as traffic data may be monitored by NDS for employment and security purposes. To protect the environment please do not print this e-mail unless necessary. NDS Limited. Registered Office: One London Road, Staines, Middlesex, TW18 4EX, United Kingdom. A company registered in England and Wales. Registered no. 3080780. VAT no. GB 603 8808 40-00 ** - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
search.maven.org working for you
Just wondering anyone else using a Mac, if so does http://search.maven.org/ display anything for you when you click Search, or Advanced Search, or Browse or Quick Stats. Is it just my MacBook Pro, Mac's or everyone. Also http://www.downforeveryoneorjustme.com/search.maven.org reports the site as down, is that n purpose its blocked. I've tried the follow all on my MacBook Pro, everything has latest patches... Firefox 4 Chrome Safari Cheers, John - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: search.maven.org working for you
On 6 May 2011, at 15:03, John Patrick wrote: Just wondering anyone else using a Mac, if so does http://search.maven.org/ display anything for you when you click Search, or Advanced Search, or Browse or Quick Stats. works for me on Mac/Safari - do you have javascript disabled/blocked? Is it just my MacBook Pro, Mac's or everyone. Also http://www.downforeveryoneorjustme.com/search.maven.org reports the site as down, is that n purpose its blocked. I've tried the follow all on my MacBook Pro, everything has latest patches... Firefox 4 Chrome Safari Cheers, John - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: search.maven.org working for you
Works fine for me on an MBP downforeveryoneorjustme also says it's down. Probably just a bug on their end. On Fri, May 6, 2011 at 9:03 AM, John Patrick nhoj.patr...@gmail.com wrote: Just wondering anyone else using a Mac, if so does http://search.maven.org/ display anything for you when you click Search, or Advanced Search, or Browse or Quick Stats. Is it just my MacBook Pro, Mac's or everyone. Also http://www.downforeveryoneorjustme.com/search.maven.org reports the site as down, is that n purpose its blocked. I've tried the follow all on my MacBook Pro, everything has latest patches... Firefox 4 Chrome Safari Cheers, John - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: search.maven.org working for you
Cheers, it was just me. It's due to Cookies, on all browsers I've selected, 'only allow cookies from site I visit'. So the 3rd party cookies it appears to rely on where being block. Site is now working now. John - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: search.maven.org working for you
It's due to Cookies, on all browsers I've selected, 'only allow cookies from site I visit'. So the 3rd party cookies it appears to rely on where being block. This is a hassle and I've run into it before. This can probably be fixed by setting the appropriate P3P headers on the Webserver providing the 3rd party cookies. Wayne - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
cargo tomcat configurations in settings.xml
Hi, I am using cargo to deploy the war in both local and remote tomcat containers. I have hardcoded the catalina home, cargo.remote.url, cargo.remote.username, cargo.remote.password inside the pom.xml file. I am trying to move these details from POM to settings.xml file. I tried using properties, profile, server tags in the settings.xml file. Unfortunately it didn't work. I even tried with cargo 1.1.0-SNAPSHOT version with maven2 and maven3. I am getting error saying 401 response code. Can anybody help me how to work out this. Thanks in advance. Here is the stacktrace [cargo:deployer] [WARNING] [mcat6xRemoteDeployer] The property cargo.tomcat.manager.url has been deprecated, please use cargo.remote.uri instead. [ERROR]FATAL ERROR Failed to redeploy Server returned HTTP response code: 401 for URL: http://...:8080/manager/list Trace org.codehaus.cargo.container.ContainerException: Failed to redeploy at org.codehaus.cargo.container.tomcat.internal.AbstractTomcatManagerDeployer.redeploy(AbstractTomcatManagerDeployer.java:191) at org.codehaus.cargo.maven2.DeployerRedeployMojo.performDeployerActionOnSingleDeployable(DeployerRedeployMojo.java:40) -- View this message in context: http://maven.40175.n5.nabble.com/cargo-tomcat-configurations-in-settings-xml-tp4376528p4376528.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: cargo tomcat configurations in settings.xml
Move this to the cargo mailing list and we'll try to help you. /Anders On Fri, May 6, 2011 at 18:41, javadaisy javada...@gmail.com wrote: Hi, I am using cargo to deploy the war in both local and remote tomcat containers. I have hardcoded the catalina home, cargo.remote.url, cargo.remote.username, cargo.remote.password inside the pom.xml file. I am trying to move these details from POM to settings.xml file. I tried using properties, profile, server tags in the settings.xml file. Unfortunately it didn't work. I even tried with cargo 1.1.0-SNAPSHOT version with maven2 and maven3. I am getting error saying 401 response code. Can anybody help me how to work out this. Thanks in advance. Here is the stacktrace [cargo:deployer] [WARNING] [mcat6xRemoteDeployer] The property cargo.tomcat.manager.url has been deprecated, please use cargo.remote.uri instead. [ERROR]FATAL ERROR Failed to redeploy Server returned HTTP response code: 401 for URL: http://...:8080/manager/list Trace org.codehaus.cargo.container.ContainerException: Failed to redeploy at org.codehaus.cargo.container.tomcat.internal.AbstractTomcatManagerDeployer.redeploy(AbstractTomcatManagerDeployer.java:191) at org.codehaus.cargo.maven2.DeployerRedeployMojo.performDeployerActionOnSingleDeployable(DeployerRedeployMojo.java:40) -- View this message in context: http://maven.40175.n5.nabble.com/cargo-tomcat-configurations-in-settings-xml-tp4376528p4376528.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
jar-plugin : why classesDirectory not honoured?
mvn 3.0.2 my pom.xml has following structure: ... build/plugins/plugin/maven-jar-plugin execution/configuration/ classesDirectorytarget/classesw/... execution/configuration classifiercompile/... classesDirectorytarget/classes/... i'm running ant-task during compile which produces following dirs: target/classesw target/classes now, running package phase, produces two jars: aa.jar and aa-compile.jar but their content is identical. build trace reveals classesDir is not used: ... [DEBUG] (f) classesDirectory = .../target/classes ... [DEBUG] (f) classesDirectory = .../target/classes [DEBUG] (f) classifier = compile ... why is jar-plugin not recognising the classesDirectory setting? fikin p.s. if i move the configuration up, under maven-jar-plugin, it honours it. but that does not help me, because second jar has to pack files from other dir. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
[ANN] Maven Javadoc Plugin 2.8 Released
The Maven team is pleased to announce the release of the Maven Javadoc Plugin, version 2.8 This plugin uses the Javadoc tool to generate javadocs for your project. http://maven.apache.org/plugins/maven-javadoc-plugin/ You should specify the version in your project's plugin configuration: plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-javadoc-plugin/artifactId version2.8/version /plugin Release Notes - Maven 2.x Javadoc Plugin - Version 2.7 ** Bug * [MJAVADOC-171] - Modules in multi-module projects are built too often * [MJAVADOC-275] - Creation of Javadoc attachments fails in multi-module project where modules have never been installed/deployed * [MJAVADOC-284] - detectOfflineLinks sets off extra spurious executions of javadoc * [MJAVADOC-286] - Version 2.7 in Maven Reactor may cause infinite recursion, symptoms similar to MJAVADOC-268 * [MJAVADOC-292] - javadoc:jar FATAL ERROR Host name may not be null * [MJAVADOC-295] - javadoc plugin version: 2.5, 2.6, 2.7 does not follow the reactor build sequence mvn install site site:deploy * [MJAVADOC-300] - URL changed after Oracle's acquisition of Sun * [MJAVADOC-301] - DEFAULT_JAVA_API_LINKS values wrong * [MJAVADOC-302] - Classpath cleared after maven-javadoc-plugin:javadoc * [MJAVADOC-304] - failOnError is ignored if javadoc:javadoc is called via Site Plugin 3.0-beta * [MJAVADOC-316] - Grammar error: has not be previously called ** Improvement * [MJAVADOC-283] - isValidJavadocLink should be more strict * [MJAVADOC-315] - avoid download package-list from JDK on each run: use local copy * [MJAVADOC-317] - check javadoc links only for automatic dependencies urls ** New Feature * [MJAVADOC-294] - javadoc:fix add first sentence ends proper punctuation Enjoy, -The Maven team - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Webby: m2eclipse extra for developing webapps
If you're interested in looking at an alternative to WTP for developing webapps with m2eclipse than you might want to take a look at Webby. It was made with Maven users specifically in mind. It's not very fancy or sophisticated yet but we try to do the Maven things as well as we can. Sonatype obviously knows Maven and m2eclipse very well, and we've become committers on the Cargo project as well. The result is Webby. We're not sure what we're going to do with it yet. We use it internally and there's no decision to open source it yet, but just sharing a binary to see what people think. At any rate if you want to try it here it is: https://docs.sonatype.org/display/M2ECLIPSE/Integration+with+Maven+WAR+Plugin Thanks, Jason -- Jason van Zyl Founder, Apache Maven http://twitter.com/jvanzyl - We all have problems. How we deal with them is a measure of our worth. -- Unknown ___ m2e-users mailing list m2e-us...@eclipse.org https://dev.eclipse.org/mailman/listinfo/m2e-users
Re: Heap overflow in deploy:deploy
With Maven 3.0.1 I am still running into this bug. It's been 1/2 year; any ETA on when it will be fixed? Could Maven use an alternative to httpclient? I have a component with five zip classifiers ranging in size from 80MB to 800MB. I had to adjust my max heap size to 2.5GB before it would deploy without a heap overflow. Phillip On Wed, Oct 13, 2010 at 11:45 PM, Dan Tran dant...@gmail.com wrote: It is a known problem where maven (wagon) uses jvm's httpclient to do the upload. -D On Wed, Oct 13, 2010 at 8:52 PM, Ron Wheeler rwhee...@artifact-software.com wrote: On 13/10/2010 7:29 PM, Phillip Hellewell wrote: I'm using Maven 2.2.1 and getting a heap overflow when trying to deploy an artifact about 50MB in size. I'm deploying to an Nexus server (HTTP). I added @set MAVEN_OPTS=-Xms128m -Xmx512m to my mvn.bat and now it is working. But my question is, why should uploading a file require so much memory? It's not like it tries to read the whole file into memory, or does it? If so, that seems kinda dumb. We have seen this one as well. Probably more of a comment on the guys that set the default way too low. Who would buy a computer with 512Mb of memory and no paging space? I suspect that the guys that write the code that we use, do not have real world examples where you need to move 50 Mb around. We had the problem with CXF (Apache web services) where we could not deploy the basic library jar to Nexus without setting the Eclipse parameters for a JVM fork to something more in keeping with the natural capacity of our actual workstations (2Gb physical memory with 4Gb of cache) . I just set the JVM options to -Xmx1024m to start, on any Java program, since the JVM is already running in a virtual machine (Linux or Vista) anyway that can easily deal with a 1Gb task if it does not use the memory. Ron Phillip P.S. Here's the trace: java.lang.OutOfMemoryError: Java heap space at java.util.Arrays.copyOf(Unknown Source) at java.io.ByteArrayOutputStream.write(Unknown Source) at sun.net.www.http.PosterOutputStream.write(Unknown Source) at org.apache.maven.wagon.AbstractWagon.transfer(AbstractWagon.java:492) at org.apache.maven.wagon.AbstractWagon.transfer(AbstractWagon.java:457) at org.apache.maven.wagon.AbstractWagon.putTransfer(AbstractWagon.java:411) at org.apache.maven.wagon.AbstractWagon.transfer(AbstractWagon.java:392) at org.apache.maven.wagon.AbstractWagon.putTransfer(AbstractWagon.java:365) at org.apache.maven.wagon.StreamWagon.put(StreamWagon.java:163) at org.apache.maven.artifact.manager.DefaultWagonManager.putRemoteFile(DefaultWagonManager.java:317) at org.apache.maven.artifact.manager.DefaultWagonManager.putArtifact(DefaultWagonManager.java:227) at org.apache.maven.artifact.deployer.DefaultArtifactDeployer.deploy(DefaultArtifactDeployer.java:107) at org.apache.maven.plugin.deploy.DeployMojo.execute(DeployMojo.java:190) at org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:490) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:694) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle(DefaultLifecycleExecutor.java:556) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:535) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.java:387) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:348) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:180) at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:328) at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:138) at org.apache.maven.cli.MavenCli.main(MavenCli.java:362) at org.apache.maven.cli.compat.CompatibleMain.main(CompatibleMain.java:60) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) at java.lang.reflect.Method.invoke(Unknown Source) at org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315) at org.codehaus.classworlds.Launcher.launch(Launcher.java:255) at org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430) at org.codehaus.classworlds.Launcher.main(Launcher.java:375) - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands,
