[ANN] LESS CSS Maven Plugin 1.0-beta-3 Released
Hi, The Mojo team is pleased to announce the release of the LESS CSS Maven Plugin version 1.0-beta-3. This plugin can be used to compile LESS sources to CSS stylesheets. See http://www.lesscss.org/ for more information about LESS. http://mojo.codehaus.org/lesscss-maven-plugin To get this update, simply specify the version in your project's plugin configuration: plugin groupIdorg.codehaus.mojo/groupId artifactIdlesscss-maven-plugin/artifactId version1.0-beta-3/version executions execution goals goalcompile/goal /goals /execution /executions /plugin Release Notes In this release the plugin is upgraded to the latest LESS Compiler (1.2.2) using lesscss4j 1.2.2 (http://code.google.com/p/lesscss4j/) and the plugin now supports specifying the character encoding for writing CSS output files (which defaults to ${project.build.sourceEncoding}). Enjoy, The Mojo team. Marcel Overdijk
Re: [maven-surefire-plugin] Issue with -Dtest param under Windows
Cheers Dan!! just works as expected with 2.11. Just wondering why I'm so quick to upgrade to newer versions sometimes... -- View this message in context: http://maven.40175.n5.nabble.com/maven-surefire-plugin-Issue-with-Dtest-param-under-Windows-tp5518723p5521282.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
[maven-help-plugin] bug with active-profiles in 2.1.1
maven-help-plugin:2.1.1:active-profiles doesn't display some active profiles under a specific set of circumstances: - a parent pom containing a set of profiles, let's say 'dev' and 'prod' - a settings.xml that activates a locally defined plugin (let's call it 'repo'), and also activates the parent pom 'dev' profile thru activeProfile (activeProfiles has 2 lines, activates both 'repo' and 'dev') when you call 'mvn help:active-profiles' from the parent pom directory, it rightly displays: The following profiles are active: - dev (source: pom.xml) - repo (source: settings.xml) when you call the same from a child project inheriting the parent pom, it would only display 'repo' as active. The following profiles are active: - repo (source: settings.xml) Even when adding a '-Pdev' only repo would be displayed as active, even though the 'dev' profile IS ACTIVE and does it's job as expected. Sounds like a bug to me, but I could be mistaken for some reason. It would be totally counter intuitive if I were though, as 'dev' is active in a child project anyway. -- View this message in context: http://maven.40175.n5.nabble.com/maven-help-plugin-bug-with-active-profiles-in-2-1-1-tp5521313p5521313.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: Set my own logger
The same for me. There is an issue in Codehaus' JIRA. You should watch it and please vote for it: http://jira.codehaus.org/browse/MNG-4505 Bye, Oliver Am 27.02.2012 17:12, schrieb Wayne Fay: I'd like to replace the default Maven logger implementation with my own. I assume I need to create an extension but if that is try, how do I get a list of mojo's to call setLog on? Is there a Plexus injection way to do this. I've seen other people ask this question before on this list... But I've never seen anyone reply with a working example/solution. If you do find a solution, please share it back. Wayne - 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
offline not truly offline?
Hi all - When passing mvn archetype:generate the -o flag, I can see it's reaching out to repo1 still. It seems offline mode isn't truly offline. Am I missing something?
Re: offline not truly offline?
When passing mvn archetype:generate the -o flag, I can see it's reaching out to repo1 still. How can you see this? Are you using a network sniffer or just going by what the Maven logs show? It seems offline mode isn't truly offline. I'm pretty sure you are wrong about this. Am I missing something? The Maven log has a tendency to lie to you sometimes. Wayne - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Maven 2 Archetype how to define a different package
Is there a way to use a different package variable than groupId. I want it to be groupId.artifactId so that the package structure have the artifactId. Are you wanting this in your own personal/company archetype or one of the publicly-available archetypes? Wayne - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Maven 2 Archetype how to define a different package
I'm building my own archetype On Tuesday, February 28, 2012, Wayne Fay wayne...@gmail.com wrote: Is there a way to use a different package variable than groupId. I want it to be groupId.artifactId so that the package structure have the artifactId. Are you wanting this in your own personal/company archetype or one of the publicly-available archetypes? Wayne - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: Aggregating Javadocs from Dependency Sources
Is this best practice of avoiding the javadoc:aggregate target still the case? I find it a bit surprising as I've been combing the web for solutions to javadoc aggregation problems and this is the first I've heard of such a convention. There is also no mention of this in the maven docs. In any case, I concur with the OP that the includeDependencySources/excludeDependencySources is truly broken. -- View this message in context: http://maven.40175.n5.nabble.com/Aggregating-Javadocs-from-Dependency-Sources-tp126034p5522496.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: mvn site:stage is failing on multi-module project
HI Lukas, Which means if i don't provide Following TAG it will not work. distributionManagement site idwww.yourcompany.com/id urlscp://www.yourcompany.com/www/docs/project//url /site /distributionManagement For Local repository deployment i don't have any URL setup. As we are trying to explore on this. And once we know things we can setup the website for Javadoc. But there isn't any way to execute the fullsite ? I don't have actual URL to provide here. Please guide me. Thanks. On Mon, Feb 27, 2012 at 11:10 PM, Lukas Theussl ltheu...@apache.org wrote: site:stage is just a local preview of site:deploy, you need to specify a distributionManagement.url in the parent pom so links between modules will be consistent with the deployed site. HTH, -Lukas Daivish Shah wrote: Hi, I have project structure as below. maven-parent-project maven-ejb maven-schema maven-ws maven-ear I have all require entry to generate the site in all POM.XML I am able to execute mvn site and mvn site:site command successfully. But when i am trying to execute following command i am getting exception. mvn site:stage [INFO] --**--** [INFO] BUILD FAILURE [INFO] --**--** [INFO] Total time: 1.156s [INFO] Finished at: Mon Feb 27 17:11:46 PST 2012 [INFO] Final Memory: 4M/15M [INFO] --**--** [ERROR] Failed to execute goal org.apache.maven.plugins:**maven-site-plugin:3.0:deploy (default-cli) on project maven-project-parent: Missing distribution management in project Maven Parent Project (maven-parent-project:maven-**parent-project:0.0.1-SNAPSHOT) - [Help 1] [ERROR] [ERROR] To see the full stack trace of the errors, re-run Maven with the -e switch. [ERROR] Re-run Maven using the -X switch to enable full debug logging. [ERROR] [ERROR] For more information about the errors and possible solutions, please read the following articles: [ERROR] [Help 1] http://cwiki.apache.org/**confluence/display/MAVEN/** MojoExecutionExceptionhttp://cwiki.apache.org/confluence/display/MAVEN/MojoExecutionException As i know if i don't execute this command i can't access all sub modules from the parents index.html so i have to execute this command successfully. Please help me out, Where i am wrong exactly? Thanks. --**--**- To unsubscribe, e-mail: users-unsubscribe@maven.**apache.orgusers-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: mvn site:stage is failing on multi-module project
The distributionManagement url is only used to construct relative links between different modules in a multi-module build. The actual absolute location is irrelevant for site:stage, you can use any dummy address, eg file://tmp/junk/ or the one you give below (did you try?). Evidently, you'll have to correct this once you want to really deploy the site. HTH, -Lukas Daivish Shah wrote: HI Lukas, Which means if i don't provide Following TAG it will not work. distributionManagement site idwww.yourcompany.com/id urlscp://www.yourcompany.com/www/docs/project//url /site /distributionManagement For Local repository deployment i don't have any URL setup. As we are trying to explore on this. And once we know things we can setup the website for Javadoc. But there isn't any way to execute the fullsite ? I don't have actual URL to provide here. Please guide me. Thanks. On Mon, Feb 27, 2012 at 11:10 PM, Lukas Theusslltheu...@apache.org wrote: site:stage is just a local preview of site:deploy, you need to specify a distributionManagement.url in the parent pom so links between modules will be consistent with the deployed site. HTH, -Lukas Daivish Shah wrote: Hi, I have project structure as below. maven-parent-project maven-ejb maven-schema maven-ws maven-ear I have all require entry to generate the site in all POM.XML I am able to execute mvn site and mvn site:site command successfully. But when i am trying to execute following command i am getting exception. mvn site:stage [INFO] --**--** [INFO] BUILD FAILURE [INFO] --**--** [INFO] Total time: 1.156s [INFO] Finished at: Mon Feb 27 17:11:46 PST 2012 [INFO] Final Memory: 4M/15M [INFO] --**--** [ERROR] Failed to execute goal org.apache.maven.plugins:**maven-site-plugin:3.0:deploy (default-cli) on project maven-project-parent: Missing distribution management in project Maven Parent Project (maven-parent-project:maven-**parent-project:0.0.1-SNAPSHOT) - [Help 1] [ERROR] [ERROR] To see the full stack trace of the errors, re-run Maven with the -e switch. [ERROR] Re-run Maven using the -X switch to enable full debug logging. [ERROR] [ERROR] For more information about the errors and possible solutions, please read the following articles: [ERROR] [Help 1] http://cwiki.apache.org/**confluence/display/MAVEN/** MojoExecutionExceptionhttp://cwiki.apache.org/confluence/display/MAVEN/MojoExecutionException As i know if i don't execute this command i can't access all sub modules from the parents index.html so i have to execute this command successfully. Please help me out, Where i am wrong exactly? Thanks. --**--**- To unsubscribe, e-mail: users-unsubscribe@maven.**apache.orgusers-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: mvn site:stage is failing on multi-module project
HI Lukas, Thanks for your suggestion i tried providing my localhost URL and it's working now. Thanks again for your quick help in understanding the mvn site:stage command. -Daivish. On Tue, Feb 28, 2012 at 9:55 AM, Lukas Theussl ltheu...@apache.org wrote: The distributionManagement url is only used to construct relative links between different modules in a multi-module build. The actual absolute location is irrelevant for site:stage, you can use any dummy address, eg file://tmp/junk/ or the one you give below (did you try?). Evidently, you'll have to correct this once you want to really deploy the site. HTH, -Lukas Daivish Shah wrote: HI Lukas, Which means if i don't provide Following TAG it will not work. distributionManagement site idwww.yourcompany.com/id urlscp://www.yourcompany.**com/www/docs/project/http://www.yourcompany.com/www/docs/project/ /url /site /distributionManagement For Local repository deployment i don't have any URL setup. As we are trying to explore on this. And once we know things we can setup the website for Javadoc. But there isn't any way to execute the fullsite ? I don't have actual URL to provide here. Please guide me. Thanks. On Mon, Feb 27, 2012 at 11:10 PM, Lukas Theusslltheu...@apache.org wrote: site:stage is just a local preview of site:deploy, you need to specify a distributionManagement.url in the parent pom so links between modules will be consistent with the deployed site. HTH, -Lukas Daivish Shah wrote: Hi, I have project structure as below. maven-parent-project maven-ejb maven-schema maven-ws maven-ear I have all require entry to generate the site in all POM.XML I am able to execute mvn site and mvn site:site command successfully. But when i am trying to execute following command i am getting exception. mvn site:stage [INFO] --**--** [INFO] BUILD FAILURE [INFO] --**--** [INFO] Total time: 1.156s [INFO] Finished at: Mon Feb 27 17:11:46 PST 2012 [INFO] Final Memory: 4M/15M [INFO] --**--** [ERROR] Failed to execute goal org.apache.maven.plugins:maven-site-plugin:3.0:deploy (default-cli) on project maven-project-parent: Missing distribution management in project Maven Parent Project (maven-parent-project:maven-parent-project:0.0.1-SNAPSHOT) - [Help 1] [ERROR] [ERROR] To see the full stack trace of the errors, re-run Maven with the -e switch. [ERROR] Re-run Maven using the -X switch to enable full debug logging. [ERROR] [ERROR] For more information about the errors and possible solutions, please read the following articles: [ERROR] [Help 1] http://cwiki.apache.org/confluence/display/MAVEN/**http://cwiki.apache.org/**confluence/display/MAVEN/** MojoExecutionExceptionhttp://**cwiki.apache.org/confluence/** display/MAVEN/**MojoExecutionExceptionhttp://cwiki.apache.org/confluence/display/MAVEN/MojoExecutionException As i know if i don't execute this command i can't access all sub modules from the parents index.html so i have to execute this command successfully. Please help me out, Where i am wrong exactly? Thanks. --** --**- To unsubscribe, e-mail: users-unsubscribe@maven.**apac**he.orghttp://apache.org users-unsubscribe@**maven.apache.orgusers-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org --**--**- To unsubscribe, e-mail: users-unsubscribe@maven.**apache.orgusers-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: offline not truly offline?
I'd be VERY happy to be wrong. When I run mvn archetype:generate -o I can see it reaching out to repo1. We have a corporate proxy here and w/o that configured, maven simply tries to build up the archetype catalog from its local repository instead. How do I know mvn is lying like you suggest? :-) On Tue, Feb 28, 2012 at 11:16 AM, Wayne Fay wayne...@gmail.com wrote: When passing mvn archetype:generate the -o flag, I can see it's reaching out to repo1 still. How can you see this? Are you using a network sniffer or just going by what the Maven logs show? It seems offline mode isn't truly offline. I'm pretty sure you are wrong about this. Am I missing something? The Maven log has a tendency to lie to you sometimes. Wayne - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: offline not truly offline?
Yeah, just did it again just to make sure: mvn archetype:generate -X -e -o snip [INFO] Generating project in Interactive mode [DEBUG] Searching for remote catalog: http://repo1.maven.org/maven2/archetype-catalog.xml /snip Lies? On Tue, Feb 28, 2012 at 11:16 AM, Wayne Fay wayne...@gmail.com wrote: When passing mvn archetype:generate the -o flag, I can see it's reaching out to repo1 still. How can you see this? Are you using a network sniffer or just going by what the Maven logs show? It seems offline mode isn't truly offline. I'm pretty sure you are wrong about this. Am I missing something? The Maven log has a tendency to lie to you sometimes. Wayne - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: offline not truly offline?
The problem with executing Maven offline is that not all plugins respect that for plugin specific downloads. It's up to the plugin author. I don't know about the archetype plugin, but I'm pretty sure the Cargo plugin (for example) doesn't care about that flag and still tries to go out on the Internet to download Cargo specific files. The log output you're seeing is a archetype plugin specific file so I'm guessing it doesn't check if in offline mode before downloading that. /Anders On Tue, Feb 28, 2012 at 19:02, Maven User maven.2.u...@gmail.com wrote: Yeah, just did it again just to make sure: mvn archetype:generate -X -e -o snip [INFO] Generating project in Interactive mode [DEBUG] Searching for remote catalog: http://repo1.maven.org/maven2/archetype-catalog.xml /snip Lies? On Tue, Feb 28, 2012 at 11:16 AM, Wayne Fay wayne...@gmail.com wrote: When passing mvn archetype:generate the -o flag, I can see it's reaching out to repo1 still. How can you see this? Are you using a network sniffer or just going by what the Maven logs show? It seems offline mode isn't truly offline. I'm pretty sure you are wrong about this. Am I missing something? The Maven log has a tendency to lie to you sometimes. Wayne - 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: offline not truly offline?
[INFO] Generating project in Interactive mode [DEBUG] Searching for remote catalog: http://repo1.maven.org/maven2/archetype-catalog.xml What version of Maven are you using? Wayne - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: offline not truly offline?
We see this behavior with 3.0.3 and 3.0.4. On Tue, Feb 28, 2012 at 1:10 PM, Wayne Fay wayne...@gmail.com wrote: [INFO] Generating project in Interactive mode [DEBUG] Searching for remote catalog: http://repo1.maven.org/maven2/archetype-catalog.xml What version of Maven are you using? Wayne - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: offline not truly offline?
That makes me want to punch kittens. Shouldn't access be allowed/disallowed by the process running the plugins? On Tue, Feb 28, 2012 at 1:10 PM, Anders Hammar and...@hammar.net wrote: The problem with executing Maven offline is that not all plugins respect that for plugin specific downloads. It's up to the plugin author. I don't know about the archetype plugin, but I'm pretty sure the Cargo plugin (for example) doesn't care about that flag and still tries to go out on the Internet to download Cargo specific files. The log output you're seeing is a archetype plugin specific file so I'm guessing it doesn't check if in offline mode before downloading that. /Anders On Tue, Feb 28, 2012 at 19:02, Maven User maven.2.u...@gmail.com wrote: Yeah, just did it again just to make sure: mvn archetype:generate -X -e -o snip [INFO] Generating project in Interactive mode [DEBUG] Searching for remote catalog: http://repo1.maven.org/maven2/archetype-catalog.xml /snip Lies? On Tue, Feb 28, 2012 at 11:16 AM, Wayne Fay wayne...@gmail.com wrote: When passing mvn archetype:generate the -o flag, I can see it's reaching out to repo1 still. How can you see this? Are you using a network sniffer or just going by what the Maven logs show? It seems offline mode isn't truly offline. I'm pretty sure you are wrong about this. Am I missing something? The Maven log has a tendency to lie to you sometimes. Wayne - 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: offline not truly offline?
From my experience with the archetype plugin, it appears to ignore your company proxies and mirrors and always and only goes to repo1 unless you tell it otherwise using -DarchetypeCatalog=http://your.company.repo/ or -DarchetypeCatalog=local I don't have a proxy, but I do have everything redirecting via a mirror to our Nexus repository and I still have to do the above to get it to find my archetypes. Matt -Original Message- From: anders.g.ham...@gmail.com [mailto:anders.g.ham...@gmail.com] On Behalf Of Anders Hammar Sent: Tuesday, February 28, 2012 11:11 AM To: Maven Users List Subject: Re: offline not truly offline? The problem with executing Maven offline is that not all plugins respect that for plugin specific downloads. It's up to the plugin author. I don't know about the archetype plugin, but I'm pretty sure the Cargo plugin (for example) doesn't care about that flag and still tries to go out on the Internet to download Cargo specific files. The log output you're seeing is a archetype plugin specific file so I'm guessing it doesn't check if in offline mode before downloading that. /Anders On Tue, Feb 28, 2012 at 19:02, Maven User maven.2.u...@gmail.com wrote: Yeah, just did it again just to make sure: mvn archetype:generate -X -e -o snip [INFO] Generating project in Interactive mode [DEBUG] Searching for remote catalog: http://repo1.maven.org/maven2/archetype-catalog.xml /snip Lies? On Tue, Feb 28, 2012 at 11:16 AM, Wayne Fay wayne...@gmail.com wrote: When passing mvn archetype:generate the -o flag, I can see it's reaching out to repo1 still. How can you see this? Are you using a network sniffer or just going by what the Maven logs show? It seems offline mode isn't truly offline. I'm pretty sure you are wrong about this. Am I missing something? The Maven log has a tendency to lie to you sometimes. Wayne - 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, including any attachments, is confidential and contains information intended only for the person(s) named above. Any other distribution, copying or disclosure is strictly prohibited. If you are not the intended recipient or have received this message in error, please notify us immediately by reply email and permanently delete the original transmission from all of your systems and hard drives, including any attachments, without making a copy. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: offline not truly offline?
That makes me want to punch kittens. Shouldn't access be allowed/disallowed by the process running the plugins? Feel free to modify the Maven source code (and Archetype plugin code) to make this happen and contribute it back. Apparently no one prior to you has been inspired to do this work so it has been left undone. (I for one almost never use the Archetype plugin and most people tend to scratch their own itch.) The kittens of the world thank you in advance for your efforts in this regard and your restraint thus far in punching them for this grave injustice. Wayne - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
RE: offline not truly offline?
Smells like an issue should be created.. On Tue, February 28, 2012 10:40 am, Matt Walsh wrote: From my experience with the archetype plugin, it appears to ignore your company proxies and mirrors and always and only goes to repo1 unless you tell it otherwise using -DarchetypeCatalog=http://your.company.repo/ or -DarchetypeCatalog=local I don't have a proxy, but I do have everything redirecting via a mirror to our Nexus repository and I still have to do the above to get it to find my archetypes. Matt -Original Message- From: anders.g.ham...@gmail.com [mailto:anders.g.ham...@gmail.com] On Behalf Of Anders Hammar Sent: Tuesday, February 28, 2012 11:11 AM To: Maven Users List Subject: Re: offline not truly offline? The problem with executing Maven offline is that not all plugins respect that for plugin specific downloads. It's up to the plugin author. I don't know about the archetype plugin, but I'm pretty sure the Cargo plugin (for example) doesn't care about that flag and still tries to go out on the Internet to download Cargo specific files. The log output you're seeing is a archetype plugin specific file so I'm guessing it doesn't check if in offline mode before downloading that. /Anders On Tue, Feb 28, 2012 at 19:02, Maven User maven.2.u...@gmail.com wrote: Yeah, just did it again just to make sure: mvn archetype:generate -X -e -o snip [INFO] Generating project in Interactive mode [DEBUG] Searching for remote catalog: http://repo1.maven.org/maven2/archetype-catalog.xml /snip Lies? On Tue, Feb 28, 2012 at 11:16 AM, Wayne Fay wayne...@gmail.com wrote: When passing mvn archetype:generate the -o flag, I can see it's reaching out to repo1 still. How can you see this? Are you using a network sniffer or just going by what the Maven logs show? It seems offline mode isn't truly offline. I'm pretty sure you are wrong about this. Am I missing something? The Maven log has a tendency to lie to you sometimes. Wayne - 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, including any attachments, is confidential and contains information intended only for the person(s) named above. Any other distribution, copying or disclosure is strictly prohibited. If you are not the intended recipient or have received this message in error, please notify us immediately by reply email and permanently delete the original transmission from all of your systems and hard drives, including any attachments, without making a copy. - 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: offline not truly offline?
Bravo - for the perfectly hysterical dead-pan reply about kitten punching, I shall go forth and seek the source I desire and fork it... On Tue, Feb 28, 2012 at 2:11 PM, Wayne Fay wayne...@gmail.com wrote: That makes me want to punch kittens. Shouldn't access be allowed/disallowed by the process running the plugins? Feel free to modify the Maven source code (and Archetype plugin code) to make this happen and contribute it back. Apparently no one prior to you has been inspired to do this work so it has been left undone. (I for one almost never use the Archetype plugin and most people tend to scratch their own itch.) The kittens of the world thank you in advance for your efforts in this regard and your restraint thus far in punching them for this grave injustice. Wayne - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
RE: offline not truly offline?
From the looks of the documentation, this was by design. Doesn't mean it wasn't a bad design. ;-) :quote (From http://maven.apache.org/archetype/maven-archetype-plugin/specification/a rchetype-catalog.html) Location of catalog files The Archetype Plugin knows by default about its internal catalog. It also knows about the local and remote catalogs. local represents the ~/.m2/archetype-catalog.xml catalog file. remote represents the http://repo1.maven.org/maven2/archetype-catalog.xml catalog file. The Archetype Plugin can also read catalogs from filesystem/HTTP by providing the path/URL of a catalog file or of a directory containing an archetype-catalog.xml file. :equote -Original Message- From: Manfred Moser [mailto:manf...@mosabuam.com] Sent: Tuesday, February 28, 2012 12:25 PM To: Maven Users List Subject: RE: offline not truly offline? Smells like an issue should be created.. On Tue, February 28, 2012 10:40 am, Matt Walsh wrote: From my experience with the archetype plugin, it appears to ignore your company proxies and mirrors and always and only goes to repo1 unless you tell it otherwise using -DarchetypeCatalog=http://your.company.repo/ or -DarchetypeCatalog=local I don't have a proxy, but I do have everything redirecting via a mirror to our Nexus repository and I still have to do the above to get it to find my archetypes. Matt -Original Message- From: anders.g.ham...@gmail.com [mailto:anders.g.ham...@gmail.com] On Behalf Of Anders Hammar Sent: Tuesday, February 28, 2012 11:11 AM To: Maven Users List Subject: Re: offline not truly offline? The problem with executing Maven offline is that not all plugins respect that for plugin specific downloads. It's up to the plugin author. I don't know about the archetype plugin, but I'm pretty sure the Cargo plugin (for example) doesn't care about that flag and still tries to go out on the Internet to download Cargo specific files. The log output you're seeing is a archetype plugin specific file so I'm guessing it doesn't check if in offline mode before downloading that. /Anders On Tue, Feb 28, 2012 at 19:02, Maven User maven.2.u...@gmail.com wrote: Yeah, just did it again just to make sure: mvn archetype:generate -X -e -o snip [INFO] Generating project in Interactive mode [DEBUG] Searching for remote catalog: http://repo1.maven.org/maven2/archetype-catalog.xml /snip Lies? On Tue, Feb 28, 2012 at 11:16 AM, Wayne Fay wayne...@gmail.com wrote: When passing mvn archetype:generate the -o flag, I can see it's reaching out to repo1 still. How can you see this? Are you using a network sniffer or just going by what the Maven logs show? It seems offline mode isn't truly offline. I'm pretty sure you are wrong about this. Am I missing something? The Maven log has a tendency to lie to you sometimes. Wayne - 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, including any attachments, is confidential and contains information intended only for the person(s) named above. Any other distribution, copying or disclosure is strictly prohibited. If you are not the intended recipient or have received this message in error, please notify us immediately by reply email and permanently delete the original transmission from all of your systems and hard drives, including any attachments, without making a copy. - 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, including any attachments, is confidential and contains information intended only for the person(s) named above. Any other distribution, copying or disclosure is strictly prohibited. If you are not the intended recipient or have received this message in error, please notify us immediately by reply email and permanently delete the original transmission from all of your systems and hard drives, including any attachments, without making a copy. - To unsubscribe, e-mail:
Re: offline not truly offline?
From the looks of the documentation, this was by design. Doesn't mean it wasn't a bad design. ;-) ... remote represents the http://repo1.maven.org/maven2/archetype-catalog.xml catalog file. Well sure, but when you tell Maven that you are offline, it should respect that and not attempt to resolve any remote catalogs, right? Wayne - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: How to deploy with 'classifier'
You are fighting maven. One artifact one module Sent from my iPhone On 28 Feb 2012, at 19:40, Billy Newman newman...@gmail.com wrote: I have a pretty simple pom file setup to build a jar. I can deploy to my internal repository just fine. However I want to build different flavors of my jar and use the 'classifier' tag and deploy. However I can specify a 'classifier' in my pom file (with the group/artifact id and version), and I cannot seem to find how to specifiy the 'classifier' in the maven-deploy-plugin either. Since I am building with maven I do not want to use the deploy-file plugin. What am I missing? Thanks in advance. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: How to deploy with 'classifier'
So what is the recommended way to create different flavors of jars with a 'classifier'? Also I don't see how I am fighting maven I am sure this is possible as people build a 'sources' and 'javadoc' classifier within one module. On Tue, Feb 28, 2012 at 1:48 PM, Stephen Connolly stephen.alan.conno...@gmail.com wrote: You are fighting maven. One artifact one module Sent from my iPhone On 28 Feb 2012, at 19:40, Billy Newman newman...@gmail.com wrote: I have a pretty simple pom file setup to build a jar. I can deploy to my internal repository just fine. However I want to build different flavors of my jar and use the 'classifier' tag and deploy. However I can specify a 'classifier' in my pom file (with the group/artifact id and version), and I cannot seem to find how to specifiy the 'classifier' in the maven-deploy-plugin either. Since I am building with maven I do not want to use the deploy-file plugin. What am I missing? Thanks in advance. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: How to deploy with 'classifier'
Am 28.02.2012 22:02 schrieb Billy Newman newman...@gmail.com: So what is the recommended way to create different flavors of jars with a 'classifier'? Also I don't see how I am fighting maven I am sure this is possible as people build a 'sources' and 'javadoc' classifier within one module. True. However, the main artifact has no classifier, even in these cases. Sources and javadoc are so-called attached artifacts, which derive their coordinates from those of the main artifact, plus the classifier. Pick a different artifactId for your different flavours. Best Ansgar On Tue, Feb 28, 2012 at 1:48 PM, Stephen Connolly stephen.alan.conno...@gmail.com wrote: You are fighting maven. One artifact one module Sent from my iPhone On 28 Feb 2012, at 19:40, Billy Newman newman...@gmail.com wrote: I have a pretty simple pom file setup to build a jar. I can deploy to my internal repository just fine. However I want to build different flavors of my jar and use the 'classifier' tag and deploy. However I can specify a 'classifier' in my pom file (with the group/artifact id and version), and I cannot seem to find how to specifiy the 'classifier' in the maven-deploy-plugin either. Since I am building with maven I do not want to use the deploy-file plugin. What am I missing? Thanks in advance. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
RE: How to deploy with 'classifier'
I can understand needing to do this. For reasons I won't get into, I had to do something similar in order to split a huge jar file. The compile phase compiled all the classes I needed, so I used the package phase to create 2 jars from the same sources by overriding the default-jar execution and creating a second execution to create the second, classified, jar, as shown below. Note the id=default-jar in the first execution and the classifer=someClassifier in the second one. Both get installed/deployed by default. I suppose you could split the default-compile in a similar fashion if that's where you're headed. plugin artifactIdmaven-jar-plugin/artifactId executions execution iddefault-jar/id phasepackage/phase goals goaljar/goal /goals configuration !-- Include or exclude some classes -- /configuration /execution execution idclassified-jar/id phasepackage/phase goals goaljar/goal goals configuration classifiersomeClassifier/classifer !-- Include or exclude some classes -- /configuration /execution /executions /plugin HTH, Matt -Original Message- From: Ansgar Konermann [mailto:ansgar.konerm...@googlemail.com] Sent: Tuesday, February 28, 2012 2:09 PM To: Maven Users List Subject: Re: How to deploy with 'classifier' Am 28.02.2012 22:02 schrieb Billy Newman newman...@gmail.com: So what is the recommended way to create different flavors of jars with a 'classifier'? Also I don't see how I am fighting maven I am sure this is possible as people build a 'sources' and 'javadoc' classifier within one module. True. However, the main artifact has no classifier, even in these cases. Sources and javadoc are so-called attached artifacts, which derive their coordinates from those of the main artifact, plus the classifier. Pick a different artifactId for your different flavours. Best Ansgar On Tue, Feb 28, 2012 at 1:48 PM, Stephen Connolly stephen.alan.conno...@gmail.com wrote: You are fighting maven. One artifact one module Sent from my iPhone On 28 Feb 2012, at 19:40, Billy Newman newman...@gmail.com wrote: I have a pretty simple pom file setup to build a jar. I can deploy to my internal repository just fine. However I want to build different flavors of my jar and use the 'classifier' tag and deploy. However I can specify a 'classifier' in my pom file (with the group/artifact id and version), and I cannot seem to find how to specifiy the 'classifier' in the maven-deploy-plugin either. Since I am building with maven I do not want to use the deploy- file plugin. What am I missing? Thanks in advance. --- -- To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org __ This message, including any attachments, is confidential and contains information intended only for the person(s) named above. Any other distribution, copying or disclosure is strictly prohibited. If you are not the intended recipient or have received this message in error, please notify us immediately by reply email and permanently delete the original transmission from all of your systems and hard drives, including any attachments, without making a copy. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
RE: offline not truly offline?
Agreed. -Original Message- From: Wayne Fay [mailto:wayne...@gmail.com] Sent: Tuesday, February 28, 2012 1:43 PM To: Maven Users List Subject: Re: offline not truly offline? From the looks of the documentation, this was by design. Doesn't mean it wasn't a bad design. ;-) ... remote represents the http://repo1.maven.org/maven2/archetype-catalog.xml catalog file. Well sure, but when you tell Maven that you are offline, it should respect that and not attempt to resolve any remote catalogs, right? Wayne - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org __ This message, including any attachments, is confidential and contains information intended only for the person(s) named above. Any other distribution, copying or disclosure is strictly prohibited. If you are not the intended recipient or have received this message in error, please notify us immediately by reply email and permanently delete the original transmission from all of your systems and hard drives, including any attachments, without making a copy.
Re: How to deploy with 'classifier'
Let me try to arrange the explanation here in good order. Classifiers were not designed to allow for 'different flavors of one artifact'. They were designed to allow an artifact to have an entourage, such as its sources or javadoc. So, to begin with, there's no way to ask Maven to set a non- classifier for the main artifact with packaging jar. Further, there are corner cases of dependency management that will get you in this case. The maven model is really that you would use different artifactIds for the different 'flavors'. You might accomplish this with an aggregating pom and a bunch of modules, one per flavor, for example. No it's not entirely satisfactory. This is just not a case that Maven is designed to support well, and you should seriously consider alternatives. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: How to deploy with 'classifier'
On Tue, February 28, 2012 2:13 pm, Benson Margulies wrote: Let me try to arrange the explanation here in good order. Classifiers were not designed to allow for 'different flavors of one artifact'. They were designed to allow an artifact to have an entourage, such as its sources or javadoc. So, to begin with, there's no way to ask Maven to set a non- classifier for the main artifact with packaging jar. Further, there are corner cases of dependency management that will get you in this case. The maven model is really that you would use different artifactIds for the different 'flavors'. You might accomplish this with an aggregating pom and a bunch of modules, one per flavor, for example. No it's not entirely satisfactory. This is just not a case that Maven is designed to support well, and you should seriously consider alternatives. While I agree with Benson if you still want to make it happen you could use the build helper plugin with the attachArtifact goal. manfred - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: offline not truly offline?
On Wed, Feb 29, 2012 at 7:12 AM, Wayne Fay wayne...@gmail.com wrote: From the looks of the documentation, this was by design. Doesn't mean it wasn't a bad design. ;-) ... remote represents the http://repo1.maven.org/maven2/archetype-catalog.xml catalog file. Well sure, but when you tell Maven that you are offline, it should respect that and not attempt to resolve any remote catalogs, right? I had a slightly tangential problem. In the maven-eclipse-plugin code had been contributed to download remote links. But it was just using URL connection, so it didn't use any of the proxy stuff already setup in Maven. From what I can tell there is no One Way(tm) of doing network access, which is why respecting the offline parameter is left up to each plugin. I guess one way to enforce this would be to install a security manager, and only allow the One Way access to network resources. But as noted before, no one has really bothered to do that. Mainly because installing a local repository manager is a much cheaper and easier way to work offline. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org
Re: How to deploy with 'classifier'
So for reasons I don't want to get into I have a jar that is backed by a properties file. That properties file is different for different environments. What I want to end up with is something like: myapi-1.0-dev.jar myapi-1.0-test.jar myapi-1.0-ops.jar Where dev, test, and ops are different flavors of the jar specified by the classifier. My real question was is how do I set the classifier such that it would create one of these. The answer is in the maven-jar-plugin you can set a configuration with a classifier. classifier${env}/classifier Then I setup a Jenkins build that will execute a deploy for each of my flavors by setting the env property differently for each execution. env=dev env=test env=ops Then when I or anyone makes changes to the jar they can update the version in the Pom file and run he Jenkins task to deploy all three flavors. Making them all available for all groups to grab out of my repository. Sent from my iPhone On Feb 28, 2012, at 3:26 PM, Manfred Moser manf...@mosabuam.com wrote: On Tue, February 28, 2012 2:13 pm, Benson Margulies wrote: Let me try to arrange the explanation here in good order. Classifiers were not designed to allow for 'different flavors of one artifact'. They were designed to allow an artifact to have an entourage, such as its sources or javadoc. So, to begin with, there's no way to ask Maven to set a non- classifier for the main artifact with packaging jar. Further, there are corner cases of dependency management that will get you in this case. The maven model is really that you would use different artifactIds for the different 'flavors'. You might accomplish this with an aggregating pom and a bunch of modules, one per flavor, for example. No it's not entirely satisfactory. This is just not a case that Maven is designed to support well, and you should seriously consider alternatives. While I agree with Benson if you still want to make it happen you could use the build helper plugin with the attachArtifact goal. manfred - 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
Deploy and settings.xml
Hi, I have just setup Artifactory 2.4.2 and Maven 3.0 in our environment. I have this scenario which probably is pretty common in any dev environment but just want to take inputs on the approach. My current understanding : - Only way that maven deploy phase uses to put artifacts in remote repo is by reading distributionManagement tag in the pom.xml. There is no way to configure the repo for deployment in settings.xml ( under ../conf as well as user home dir) Scenerio is : If i have 100 development teams then : - either every one need to have distributionManagement tag in 100 pom.xml - We can has one super pom with the entries and all 100 dev team will inherit this super pom. Will appreciate if i can get some help around this on if my assumption are correct or not , secondly what is the best way to handle this scenarios. Thanks in advance -Raj
Issue with running junit tests in parallel
Hi, I am using maven-surefire-plugin 2.12. I intend to run test classes in parallel and fork per test class; for which the relevant settings are as follows. forkModeperthread/forkMode parallelclasses/parallel threadCount2/threadCount perCoreThreadCountfalse/perCoreThreadCount I see that the same test class is picked twice. Is the combination of above configuration properties incorrect? Regards, Akhil -- View this message in context: http://maven.40175.n5.nabble.com/Issue-with-running-junit-tests-in-parallel-tp5524181p5524181.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: Issue with running junit tests in parallel
The configuration looks correct; make sure you run mvn clean install; maybe you have some earlier versions in target. Kristian 2012/2/29 akhilhingane akhil.hing...@gmail.com: Hi, I am using maven-surefire-plugin 2.12. I intend to run test classes in parallel and fork per test class; for which the relevant settings are as follows. forkModeperthread/forkMode parallelclasses/parallel threadCount2/threadCount perCoreThreadCountfalse/perCoreThreadCount I see that the same test class is picked twice. Is the combination of above configuration properties incorrect? Regards, Akhil -- View this message in context: http://maven.40175.n5.nabble.com/Issue-with-running-junit-tests-in-parallel-tp5524181p5524181.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org