Maven site – how to link up each sub-module’s sites
I am using Maven 2.0.9 I using “site:run” to generate and test run my projects site. I have no problem access the top level module site but when I access of my sub-module’s sit I get a NOT_FORND error from Jetty Any extra step I need to do to explicitly link up each sub-module’s site? The only error I see is a warning: [WARNING] No URL defined for the project - decoration links will not be resolved -- View this message in context: http://www.nabble.com/Maven-site-%E2%80%93-how-to-link-up-each-sub-module%E2%80%99s-sites-tp17444133p17444133.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Assembly plugin with several descriptors
This is a fairly involved use case, but I'd suggest taking a slightly different approach. First, split your plugin configuration into two sections, instead of one...one per assembly descriptor. This should allow you to set the for your distro ZIP, but not the plugin ZIP. Next, make sure the plugin assembly is built first, maybe by specifying it as the first of the assembly plugin in your POM (this should work), or by attaching it via test (if it doesn't work). So, when you build your plugin zip, it'll have a filename other than what you want in your distro...like maybe myproduct-version-plugin.zip or something. You can actually put this under a different name inside your distro zip by adjusting the outputFileNameMapping (in ) or destName (in ). When your distro assembly descriptor executes, direct it to include the plugin's alternative filename instead of the one you specified in the finalName. As for the warning you're seeing in the log files, I'd need a little more context from the log output to understand what's going on there...I'd probably have to go look back at the source code to see where it was coming from, if the logs didn't shed more light on it. HTH, -john Dobri Kitipov wrote: Hi all, currently I am trying to execute an assembly that makes use of two descriptors. I want to package a given artifact as a ZIP (i.e. my product eclipse plugin) and then include it in an artifact (i.e. my product distribution) that has a DIR and ZIP format set. The problem is that in the first descriptor (D1) have ZIP format, but I have the same format into the second descriptor (D2). As these two descriptors are specified to one given assembly plugin they share one common specified: maven-assembly-plugin 2.2-beta-2 myproduct-${myproduct.version} false tools/eclipse/D1.xml assembly/D2.xml This causes a problem because when the first artifact (A1) is crearted it has the name myproduct-${myproduct.version}.zip, then this artifact is overridden by the second artifact (A2) created by D2 execution that need to include the A1. So, my question is is it possible to use different names for A1 and A1 when their descriptors are executed toggether? Additionally I can read into the assembly log the following note: "NOTE: If multiple descriptors or descriptor-formats are provided for this project, the value of this file will be non-deterministic!" What does it mean? Does it mean that the order of the invocation/execution of the descriptors is non-deterministic? or what? Thank you in advance Dobri -- John Casey Developer, PMC Member - Apache Maven (http://maven.apache.org) Blog: http://www.ejlife.net/blogs/buildchimp/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [SURVEY] How does your team retrieve artifacts?
[X] Our team uses HTTP to retrieve our artifacts - Scott Williams Jason van Zyl-2 wrote: > > Hi, > > I'm just trying to get some data on what protocol is used to retrieve > artifacts. This question strictly relates to what you use for > retrieval. Most people I have seen use a web server or a shared > network drive, but I'd like to get some feedback. > > [ ] Our team uses HTTP to retrieve our artifacts > [ ] Our team intends to use HTTP to retrieve our artifacts > [ ] Our team uses the filesystem > [ ] Our team does not use HTTP or the filesystem because please > say what protocol you use and the reason > > Thanks, > > Jason > > -- > Jason van Zyl > Founder, Apache Maven > jason at sonatype dot com > -- > > A language that doesn’t affect the way you think about programming is > not worth knowing. > > — Alan Perlis > > > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > > -- View this message in context: http://www.nabble.com/-SURVEY--How-does-your-team-retrieve-artifacts--tp17356612p17440111.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cargo-extensions-1.pom
On 5/23/08, Clifton <[EMAIL PROTECTED]> wrote: > > I see. Yes I will start hard coding versions now. But then How will I know > about new releases? I need something to break before I go in and change > things. And yes that does sound as dumb as it looks. A better question is... if your current version of a plugin does everything your code/project requires, why would you want to use an updated plugin that may have new bugs or features you don't want? Wayne - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cargo-extensions-1.pom
I see. Yes I will start hard coding versions now. But then How will I know about new releases? I need something to break before I go in and change things. And yes that does sound as dumb as it looks. Wayne Fay wrote: > > On 5/23/08, Clifton <[EMAIL PROTECTED]> wrote: >> >> There's a pom in the central repo pointing to a non existant 4.1-SNAPSHOT >> version of cargo-parent. Is anyone else suffering from it this morning? I >> went in and set my cargo version to 0.3.1 to work around the problem. >> It's >> the second time I had to manually set a plugin version to fix a build >> error. > > Hard-coding plugin versions is a "best practice". So, while I > sympathize with your troubles, hopefully these 2 experiences will > convince you of why this is a good idea and you will actually do it. > ;-) > > As for the SNAPSHOT version in a pom on central, this is pretty > clearly a problem. Please complain to the Cargo people so they can fix > things. > > Wayne > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > > -- View this message in context: http://www.nabble.com/cargo-extensions-1.pom-tp17430127p17433341.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cargo-extensions-1.pom
On 5/23/08, Clifton <[EMAIL PROTECTED]> wrote: > > There's a pom in the central repo pointing to a non existant 4.1-SNAPSHOT > version of cargo-parent. Is anyone else suffering from it this morning? I > went in and set my cargo version to 0.3.1 to work around the problem. It's > the second time I had to manually set a plugin version to fix a build error. Hard-coding plugin versions is a "best practice". So, while I sympathize with your troubles, hopefully these 2 experiences will convince you of why this is a good idea and you will actually do it. ;-) As for the SNAPSHOT version in a pom on central, this is pretty clearly a problem. Please complain to the Cargo people so they can fix things. Wayne - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: artifact.jar -> artifact.zip?
At 6:18 PM -0700 5/22/08, Wendy Smoak wrote: >On Thu, May 22, 2008 at 5:59 PM, Russ Tremain <[EMAIL PROTECTED]> wrote: > >> is it possible to coax the maven-jar-plugin to name my artifact with a .zip >> suffix instead of .jar? >> also, can I tell it not to include any manifest? >> I don't see anything helpful in the docs. > >It sounds like the assembly plugin is a better fit for this task. > so just to finalize the answer for posterity, that would be no, no to questions 1 & 2? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cargo-extensions-1.pom
OK, I'm stupid. Didn't read the title :P Luke Ma wrote: > > I'm having the same problem. Can you point me to which POM is including > the bogus snapshot? > > Clifton wrote: >> >> There's a pom in the central repo pointing to a non existant 4.1-SNAPSHOT >> version of cargo-parent. Is anyone else suffering from it this morning? I >> went in and set my cargo version to 0.3.1 to work around the problem. >> It's the second time I had to manually set a plugin version to fix a >> build error. Here's a snip of the error I get in my console: >> [INFO] MobileServlet Maven Webapp >> WAGON_VERSION: 1.0-beta-2 >> [INFO] >> >> [INFO] Building Project - MapQuest4Mobile >> [INFO]task-segment: [deploy] >> [INFO] >> >> Downloading: >> http://internalmavenrepository:8081/artifactory/plugins-snapshots/org/ >> codehaus/cargo/cargo-parent/4.1-SNAPSHOT/cargo-parent-4.1-SNAPSHOT.pom >> [INFO] >> >> [ERROR] BUILD ERROR >> [INFO] >> >> [INFO] Failed to resolve artifact. >> >> GroupId: org.codehaus.cargo >> ArtifactId: cargo-parent >> Version: 4.1-SNAPSHOT >> >> Reason: Unable to download the artifact from any repository >> >> org.codehaus.cargo:cargo-parent:pom:4.1-SNAPSHOT >> >> from the specified remote repositories: >> artifactory-snapshot-plugins >> (http://internalmavenrepository:8081/artifactory/plu >> gins-snapshots), >> Artifactory (http://internalmavenrepository:8081/artifactory/repo) >> > > -- View this message in context: http://www.nabble.com/cargo-extensions-1.pom-tp17430127p17430745.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cargo-extensions-1.pom
I'm having the same problem. Can you point me to which POM is including the bogus snapshot? Clifton wrote: > > There's a pom in the central repo pointing to a non existant 4.1-SNAPSHOT > version of cargo-parent. Is anyone else suffering from it this morning? I > went in and set my cargo version to 0.3.1 to work around the problem. It's > the second time I had to manually set a plugin version to fix a build > error. Here's a snip of the error I get in my console: > [INFO] MobileServlet Maven Webapp > WAGON_VERSION: 1.0-beta-2 > [INFO] > > [INFO] Building Project - MapQuest4Mobile > [INFO]task-segment: [deploy] > [INFO] > > Downloading: > http://internalmavenrepository:8081/artifactory/plugins-snapshots/org/ > codehaus/cargo/cargo-parent/4.1-SNAPSHOT/cargo-parent-4.1-SNAPSHOT.pom > [INFO] > > [ERROR] BUILD ERROR > [INFO] > > [INFO] Failed to resolve artifact. > > GroupId: org.codehaus.cargo > ArtifactId: cargo-parent > Version: 4.1-SNAPSHOT > > Reason: Unable to download the artifact from any repository > > org.codehaus.cargo:cargo-parent:pom:4.1-SNAPSHOT > > from the specified remote repositories: > artifactory-snapshot-plugins > (http://internalmavenrepository:8081/artifactory/plu > gins-snapshots), > Artifactory (http://internalmavenrepository:8081/artifactory/repo) > -- View this message in context: http://www.nabble.com/cargo-extensions-1.pom-tp17430127p17430706.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
three questions...
1. installing/using maven WITHOUT an internet connection, can this be done? - do I have to execute one goal of each plugin on a machine with an internet connection so that maven will go download it? - then move my .m2 directory to every machine without an internet connection? 2. is there a directory WITHIN the maven install directory that plugins can be put? - my LAN can/will never be attached to the internet and I'd like to be able to zip up the apache-maven-2.x directory and just unzip it on my work stations (with all plugins already installed) 3. can each project have it's own 'local' repository? - I know maven's stated goal is to have 'repositories' and keep libraries out of revision control systems, but it is just not practical in my situation - I need module inter-dependencies resolved within the overall 'project-local' repository Thanks, Michael - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cargo-extensions-1.pom
There's a pom in the central repo pointing to a non existant 4.1-SNAPSHOT version of cargo-parent. Is anyone else suffering from it this morning? I went in and set my cargo version to 0.3.1 to work around the problem. It's the second time I had to manually set a plugin version to fix a build error. Here's a snip of the error I get in my console: [INFO] MobileServlet Maven Webapp WAGON_VERSION: 1.0-beta-2 [INFO] [INFO] Building Project - MapQuest4Mobile [INFO]task-segment: [deploy] [INFO] Downloading: http://internalmavenrepository:8081/artifactory/plugins-snapshots/org/ codehaus/cargo/cargo-parent/4.1-SNAPSHOT/cargo-parent-4.1-SNAPSHOT.pom [INFO] [ERROR] BUILD ERROR [INFO] [INFO] Failed to resolve artifact. GroupId: org.codehaus.cargo ArtifactId: cargo-parent Version: 4.1-SNAPSHOT Reason: Unable to download the artifact from any repository org.codehaus.cargo:cargo-parent:pom:4.1-SNAPSHOT from the specified remote repositories: artifactory-snapshot-plugins (http://internalmavenrepository:8081/artifactory/plu gins-snapshots), Artifactory (http://internalmavenrepository:8081/artifactory/repo) -- View this message in context: http://www.nabble.com/cargo-extensions-1.pom-tp17430127p17430127.html Sent from the Maven - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Compiling JAR file with debug info included
Hi, Thanks for the feedback. I've made a change which I thought was correct but it appears that it isn't: - org.apache.maven.plugins maven-compiler-plugin - -g:source,lines,vars (Added this line) 1.6 1.6 Is this correct? I assume not. Many Thanks, David -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Friday, May 23, 2008 2:40 PM To: Maven Users List Subject: Re: Compiling JAR file with debug info included David schrieb: > Hi, > > I have a Java application and class library that need interactive debugging > enabled. To do that I need to build them with debug information included. > Can someone explain to me how I do that with Maven as they are Maven builds? > See the documentation for the maven-compiler-plugin: http://maven.apache.org/plugins/maven-compiler-plugin/compile-mojo.html Defining this plugin in the build section of your pom will override the default settings. Regards, Simon - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
How do I change the default goal of a war plugin
How do I change the default goal of a war so that it produces an exploded war instead of .war file when I run the package goal? I am trying to do the following, but it seems not working: org.apache.maven.plugins maven-war-plugin 2.0.2 exploded-war package exploded Creating an exploded war. Regards, Dobri
Re: Compiling JAR file with debug info included
David schrieb: > Hi, > > I have a Java application and class library that need interactive debugging > enabled. To do that I need to build them with debug information included. > Can someone explain to me how I do that with Maven as they are Maven builds? > See the documentation for the maven-compiler-plugin: http://maven.apache.org/plugins/maven-compiler-plugin/compile-mojo.html Defining this plugin in the build section of your pom will override the default settings. Regards, Simon - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Compiling JAR file with debug info included
Hi, I have a Java application and class library that need interactive debugging enabled. To do that I need to build them with debug information included. Can someone explain to me how I do that with Maven as they are Maven builds? Many Thanks, David
Re: Weird Signed Jar Issue
I found a fix for this. I figure I'll throw it out in case someone else runs into this problem. The fix is to include an assembly descriptor that excludes the current project I am building the jar with dependencies in. Here is the assembly.xml: jar-with-dependencies jar false true runtime com.mobilvox${project.artifactId} target/classes / I would like to know if this is a bug in the assembly plugin or if I had something wrong from the start that I should have always been doing this though. On Thu, May 22, 2008 at 2:36 PM, Adam <[EMAIL PROTECTED]> wrote: > On further investigation, it is a problem with the way the assembly > plugin setup I have is doing jar-with-dependencies -it's duplicate in > other projects as well, we just found it now since we are using it to > create the signed JAR in the other project. Does anyone have any > insight as to what is wrong with what I'm doing? > > Thanks. > > On Wed, May 21, 2008 at 3:34 PM, Adam <[EMAIL PROTECTED]> wrote: >> Hey all, >> >> I have a project that is creating a signed JAR off of a JAR built with >> dependencies. Up until recently (for the last year at least) it has >> worked fine with my configuration. All of a sudden it will not build >> on Windows (but is fine on Linux). The error I am getting is: >> >> [INFO] jarsigner: unable to sign jar: java.util.zip.ZipException: >> duplicate entry: com/mobilvox/../../applet/...Applet.class >> [INFO] >> >> [ERROR] BUILD ERROR >> [INFO] >> >> [INFO] Result of cmd.exe /X /C '""C:\Program >> Files\Java\jdk1.6.0_02\jre\..\bin\jarsigner.exe" -verbose -storepass >> ** -keypass ** -signedjar >> C:\dev\workspace\proj-113\..\..\applet\target\signed\...-1.2-SNAPSHOT.jar >> C:\dev\workspace\proj-113\...\...target...-1.2-SNAPSHOT-jar-with-dependencies.jar >> MobilVox"' execution is: '1'. >> >> >> When I look at the JAR I do actually have 2 of the .class files but, >> the only places they exist are in the JAR in the build output >> directory and the other is in buildOutputDirectory/classes >> >> My environment: >> >> Windows XP SP2 >> Maven 2.0.8 >> Java 1.6.0_2 >> >> >> Also, here is the pom configuration: >> >> >> >> >>maven-assembly-plugin >> >> >> >> jar-with-dependencies >> >> >> >> >>make-assembly >>package >> >>attached >> >> >> >> >> >>maven-jar-plugin >> >>... >>... >>... >> >> >> ${project.build.directory}/${project.build.finalName}-jar-with-dependencies.${project.packaging} >> >> >> >> ${project.build.directory}/signed/${project.build.finalName}.jar >> >>true >>true >>true >> >> >> >> >>sign >> >> >> >> >> >> >> >> Again, this works fine in Linux and worked for the last year up until >> recently. >> >> Thanks in advance, >> >> Adam Altemus >> MobilVox, Inc >> http://www.mobilvox.com >> > > > > -- > Adam > -- Adam - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Maven Unplugged (no network access)
That sounds like a really bad idea to me. Awful. Mirroring the entire maven repository is a pointless waste of your bandwidth and diskspace, and more importantly a waste of the bandwidth of the ASF. You do not need every copy of every lib going back to the creation of maven itself. And IMO people who try to download that should be banned from accessing the repository at all. Follow Brian's suggestion: set up a maven proxy (such as Nexus), and run your build. Or in your case, sit with your security people and do this from a machine that *does* have internet access. This will cause all the files you need, and *only the files you need* to be downloaded and stored. Then simply run a webserver that points at the files that the maven proxy has downloaded. That webserver will now act as a read-only copy of *just the part of the maven repository that you need*. As was noted, there is not much point in using a maven proxy to serve these read-only files once you've downloaded them the first time. Simon Seth Geoghegan schrieb: > Thanks for the great feedback everyone. I am going to put together a list > of options for management and advocate for mirroring the entire repository. > It will be a tough sell, since they are very cautious about open source > software. However, as Brian mentioned, anything else would be tedious at > best. > > Thanks for the tip Andreas, I hadn't considered using Tomcat as my > controlled repository. I'll look into that. > > Regards, > ~Seth > > > On 5/23/08, Richard Chamberlain <[EMAIL PROTECTED]> wrote: > >> How about getting the privileged guys to rsync the maven repo so you >> have an internal mirror? Then you'd have the latest maven stuff >> available internally. >> >> See http://maven.apache.org/guides/mini/guide-mirror-settings.html about >> creating your own mirror. >> >> -Original Message- >> From: Andreas Guther [mailto:[EMAIL PROTECTED] >> Sent: 23 May 2008 00:26 >> To: Maven Users List >> Subject: RE: Maven Unplugged (no network access) >> >> In your scenario Nexus is not necessary since you are actually not >> proxying anything. If I understand your scenario correctly you need to >> provide a managed and controlled repository. An Apache Server is good >> enough. >> >> I would suggest having the folks with the external access to run the >> builds on their boxes with external access and then after verification >> copy everything from their local repository to the folder from which >> your Apache Maven server serves the artifacts. >> >> Andreas >> >> >> -Original Message- >> From: Brian E. Fox [mailto:[EMAIL PROTECTED] >> Sent: Thursday, May 22, 2008 4:03 PM >> To: Maven Users List >> Subject: RE: Maven Unplugged (no network access) >> >> Ouch. Is there any way this "privileged" group can hook up a Nexus to >> the internet, and run through some of your builds? They could then >> analyze and approve the contents which could then be moved to your >> protected instance. Enumerating the full list of things and doing it >> manually is going to be tedious at best. >> >> -Original Message- >> From: Seth Geoghegan [mailto:[EMAIL PROTECTED] >> Sent: Thursday, May 22, 2008 11:25 AM >> To: users@maven.apache.org >> Subject: Maven Unplugged (no network access) >> >> I am attempting to set up Maven on a corporate network without access >> to >> the web. I've got Maven, a repository (Nexus) and now need to fill my >> repository with all the needed plugins. Unfortunately, I don't have the >> option of letting Maven connect to the web and download its >> plugins/dependencies. Instead, I need to tell a different group >> (non-technical folk) what I need downloaded and they import it onto our >> networks manually. I know it sounds silly, but its the environment I'm >> working in! >> >> Where can I find a list of plugins that Maven needs to support the >> basic >> project lifecycle (compile, test, site, etc)? Any recommendations would >> be >> appreciated. >> - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Maven Unplugged (no network access)
Thanks for the great feedback everyone. I am going to put together a list of options for management and advocate for mirroring the entire repository. It will be a tough sell, since they are very cautious about open source software. However, as Brian mentioned, anything else would be tedious at best. Thanks for the tip Andreas, I hadn't considered using Tomcat as my controlled repository. I'll look into that. Regards, ~Seth On 5/23/08, Richard Chamberlain <[EMAIL PROTECTED]> wrote: > > How about getting the privileged guys to rsync the maven repo so you > have an internal mirror? Then you'd have the latest maven stuff > available internally. > > See http://maven.apache.org/guides/mini/guide-mirror-settings.html about > creating your own mirror. > > -Original Message- > From: Andreas Guther [mailto:[EMAIL PROTECTED] > Sent: 23 May 2008 00:26 > To: Maven Users List > Subject: RE: Maven Unplugged (no network access) > > In your scenario Nexus is not necessary since you are actually not > proxying anything. If I understand your scenario correctly you need to > provide a managed and controlled repository. An Apache Server is good > enough. > > I would suggest having the folks with the external access to run the > builds on their boxes with external access and then after verification > copy everything from their local repository to the folder from which > your Apache Maven server serves the artifacts. > > Andreas > > > -Original Message- > From: Brian E. Fox [mailto:[EMAIL PROTECTED] > Sent: Thursday, May 22, 2008 4:03 PM > To: Maven Users List > Subject: RE: Maven Unplugged (no network access) > > Ouch. Is there any way this "privileged" group can hook up a Nexus to > the internet, and run through some of your builds? They could then > analyze and approve the contents which could then be moved to your > protected instance. Enumerating the full list of things and doing it > manually is going to be tedious at best. > > -Original Message- > From: Seth Geoghegan [mailto:[EMAIL PROTECTED] > Sent: Thursday, May 22, 2008 11:25 AM > To: users@maven.apache.org > Subject: Maven Unplugged (no network access) > > I am attempting to set up Maven on a corporate network without access > to > the web. I've got Maven, a repository (Nexus) and now need to fill my > repository with all the needed plugins. Unfortunately, I don't have the > option of letting Maven connect to the web and download its > plugins/dependencies. Instead, I need to tell a different group > (non-technical folk) what I need downloaded and they import it onto our > networks manually. I know it sounds silly, but its the environment I'm > working in! > > Where can I find a list of plugins that Maven needs to support the > basic > project lifecycle (compile, test, site, etc)? Any recommendations would > be > appreciated. > > > Thanks, > ~Seth > > - > 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] > >
Profile activation based on jdv version and property value
Hi everyone, I would like to activate a profile based on a specific jdk version and the definition of a environment property. ie some.property 1.4 It looks like any of those condition will activate the profile but my intention is that both conditions must be met to activate the profile. Is there a way to do this? Thanks, Julien
Re: generated sources folder with maven-eclipse-plugin
Arnaud, I haven't found anything in jira Siarhei On Fri, May 23, 2008 at 10:35 AM, Arnaud HERITIER <[EMAIL PROTECTED]> wrote: > I don't think and it is an issue for me (I don't know if there's already > something in Jira) > > Arnaud > > On Fri, May 23, 2008 at 9:39 AM, Siarhei Dudzin <[EMAIL PROTECTED]> > wrote: > > > Hi All, > > > > Is there easy way to disable creation of target/generated-resources > folder > > by maven-eclipse-plugin when I don't generate any sources? > > This folder causes me to regenerate eclipse project files each time I do > > mvn > > clean (because if it doesn't exist the projects don't build in eclipse). > > > > Regards, > > Siarhei > > >
RE: Maven Unplugged (no network access)
How about getting the privileged guys to rsync the maven repo so you have an internal mirror? Then you'd have the latest maven stuff available internally. See http://maven.apache.org/guides/mini/guide-mirror-settings.html about creating your own mirror. -Original Message- From: Andreas Guther [mailto:[EMAIL PROTECTED] Sent: 23 May 2008 00:26 To: Maven Users List Subject: RE: Maven Unplugged (no network access) In your scenario Nexus is not necessary since you are actually not proxying anything. If I understand your scenario correctly you need to provide a managed and controlled repository. An Apache Server is good enough. I would suggest having the folks with the external access to run the builds on their boxes with external access and then after verification copy everything from their local repository to the folder from which your Apache Maven server serves the artifacts. Andreas -Original Message- From: Brian E. Fox [mailto:[EMAIL PROTECTED] Sent: Thursday, May 22, 2008 4:03 PM To: Maven Users List Subject: RE: Maven Unplugged (no network access) Ouch. Is there any way this "privileged" group can hook up a Nexus to the internet, and run through some of your builds? They could then analyze and approve the contents which could then be moved to your protected instance. Enumerating the full list of things and doing it manually is going to be tedious at best. -Original Message- From: Seth Geoghegan [mailto:[EMAIL PROTECTED] Sent: Thursday, May 22, 2008 11:25 AM To: users@maven.apache.org Subject: Maven Unplugged (no network access) I am attempting to set up Maven on a corporate network without access to the web. I've got Maven, a repository (Nexus) and now need to fill my repository with all the needed plugins. Unfortunately, I don't have the option of letting Maven connect to the web and download its plugins/dependencies. Instead, I need to tell a different group (non-technical folk) what I need downloaded and they import it onto our networks manually. I know it sounds silly, but its the environment I'm working in! Where can I find a list of plugins that Maven needs to support the basic project lifecycle (compile, test, site, etc)? Any recommendations would be appreciated. Thanks, ~Seth - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: generated sources folder with maven-eclipse-plugin
I don't think and it is an issue for me (I don't know if there's already something in Jira) Arnaud On Fri, May 23, 2008 at 9:39 AM, Siarhei Dudzin <[EMAIL PROTECTED]> wrote: > Hi All, > > Is there easy way to disable creation of target/generated-resources folder > by maven-eclipse-plugin when I don't generate any sources? > This folder causes me to regenerate eclipse project files each time I do > mvn > clean (because if it doesn't exist the projects don't build in eclipse). > > Regards, > Siarhei >
RE: Downloading a unique snapshot
That would always give me 1.0-SNAPSHOT-20080522.114841-2. I always want the latest snapshot, when I receive it i'd like it to be named in a unique way. Is this possible? Regards, Rich -Original Message- From: Andreas Guther [mailto:[EMAIL PROTECTED] Sent: 23 May 2008 00:20 To: Maven Users List Subject: RE: Downloading a unique snapshot Did you try to define in your dependency the part after myproduct as version, i.e. 1.0-SNAPSHOT-20080522.114841-2? Andreas -Original Message- From: Richard Chamberlain [mailto:[EMAIL PROTECTED] Sent: Thursday, May 22, 2008 8:48 AM To: Maven Users List Subject: Downloading a unique snapshot Hi, Still on my quest of getting perforce numbered unique snapshots: 1) If I specify a SNAPSHOT dependency in my pom, can I configure maven to download the unique named artefact rather than one that has SNAPSHOT on the end? i.e. repo has myproduct-1.0-SNAPSHOT-20080522.114841-2.jar, when I download it the artefact is: myproduct-1.0-SNAPSHOT.jar but i would like to receive it as: myproduct-1.0-SNAPSHOT-20080522.114841-2.jar (the same as the repo). I still always want the latest build. 2) Can I specify the format of unique snapshots? Instead of "UTC Datetime - build number" can I do perforce changelist? Thanks for all your help so far! Rich - 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: Castor 1.0 pom is missing into http://repo1.maven.org/maven2/castor/castor/1.0/
Hi, I know this is the case (as I am one of the committers of Castor), but maybe you are in a position to switch to a version of Castor higher than 1.0.4 (that's the first version where we (committers) started to use Maven for deployment at the Codehaus Maven repository). As far as I remember, with Castor releases 1.0.4 and earlier, it was users that asked for Maven releases to be created/uploaded manually. Having said that, knowing the product in detail, I'd strongly encourage you to use Castor 1.1 or 1.2 anyhow. Regards Werner Guttmann Dobri Kitipov wrote: > Hi all, > I want to notify you that Castor 1.0 pom is missing into > http://repo1.maven.org/maven2/castor/castor/1.0/. > This should be corrected. > Thank you. > > Regards, Dobri > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
generated sources folder with maven-eclipse-plugin
Hi All, Is there easy way to disable creation of target/generated-resources folder by maven-eclipse-plugin when I don't generate any sources? This folder causes me to regenerate eclipse project files each time I do mvn clean (because if it doesn't exist the projects don't build in eclipse). Regards, Siarhei
Castor 1.0 pom is missing into http://repo1.maven.org/maven2/castor/castor/1.0/
Hi all, I want to notify you that Castor 1.0 pom is missing into http://repo1.maven.org/maven2/castor/castor/1.0/. This should be corrected. Thank you. Regards, Dobri