examples of using build-classpath to create a launcher script
Are there any examples of using the dependency:build-classpath [1] to create a launcher script or something similar? Or should I be looking to another MOJO? Say I have a windows bat file, I'd like to insert into it a line, something like the following. set CLASSPATH=%~dp0MyApp-1.0.jar;%~dp0MapApp-Dependency-1.0.jar [1] http://maven.apache.org/plugins/maven-dependency-plugin/build-classpath-mojo.html -- CONFIDENTIALITY NOTICE This message and any included attachments are from Cerner Corporation and are intended only for the addressee. The information contained in this message is confidential and may constitute inside or non-public information under international, federal, or state securities laws. Unauthorized forwarding, printing, copying, distribution, or use of such information is strictly prohibited and may be unlawful. If you are not the addressee, please promptly delete this message and notify the sender of the delivery error by e-mail or you may call Cerner's corporate offices in Kansas City, Missouri, U.S.A at (+1) (816)221-1024.
RE: Are we blocked by central Maven repo?
What would you suggest then? Anything that requires customized maven installs or modifying 'settings.xml' post install is not feasible in our environment - development is too distributed. In the long-run I believe the rsync approach does reduce bandwith, but more importantly, the concurrent access to the central repo via HTTP is close to nil. Additionally, as I mentioned, the repository managers are NOT stable and require too much configuration and setup. These are not acceptable options. The repository managers aren't providing any other value beyond central repo caching for us. If you're going to cut off anonymous rsync access, you might as well just kill anonymous central repo access too, as that's the only way you'll be able to force people into use repository managers. I would suggest more granular rsync access, so that requests can be more targeted. -Nathan -Original Message- From: Jason van Zyl [mailto:[EMAIL PROTECTED] Sent: Friday, September 26, 2008 3:51 PM To: Maven Users List Subject: Re: Are we blocked by central Maven repo? On 26-Sep-08, at 9:31 PM, Beyer,Nathan wrote: I disagree. 10gb or even 20gb isn't that much data, and rsync isn't pulling that same amount down every time it runs. We're doing it and it's working quite well. It's much more stable and reliable than any other current mirroring practices. The internal DNS modification makes user setup easy, since there isn't any. The use of mirror settings per device is a non-starter for large, disparate organizations. All of the various caching servers just aren't stable enough yet, in my opinion. It is possible to get blocked by the central repo - we were contacted about our significant usage and told we were on the verge of being blacklisted, which is what lead us to rsync the mirror. There is no way you could use less bandwidth rsyncing then using a repository manager. If everyone rsynced and we allowed that against central we would get destroyed. We only allow mirrors to rsync, not users and mirrors will probably also stop providing rsync access because the first hit is just too high now if everyone did it. -Nathan -Original Message- From: Wayne Fay [mailto:[EMAIL PROTECTED] Sent: Friday, September 26, 2008 11:11 AM To: Maven Users List Subject: Re: Are we blocked by central Maven repo? IIRC Central is well over 10gb at this point (possibly 20gb) and a given organization will really only use at the most 1gb of it, so rsync'ing it is just a bad idea unless you are setting up an actual external mirror that will be available to the community. They are already using Artifactory, and I certainly hope/assume they are caching the results. This would limit their use of Central to one access per artifact (GAV) plus some hits by people not using their Artifactory instance. I would generally doubt they are actually blocked by Central, but rather this is an intermittent failure that will eventually resolve itself. Wayne 2008/9/26 Beyer,Nathan [EMAIL PROTECTED]: It's possible that from the central repo's perspective, all traffic from your company may seem like it's coming from one IP address because of NAT. Using an internal mirror can help alleviate things. The most non- invasive mirror would be to rsync the central repo periodically and then modify internal DNS to point 'repo1.maven.org' to an internal IP address. You can save a lot of bandwidth and time this way. -Nathan -Original Message- From: 陈思淼 [mailto:[EMAIL PROTECTED] Sent: Friday, September 26, 2008 10:47 AM To: Maven Users List Subject: Re: Are we blocked by central Maven repo? we didn't do that kind of thing. we have a company-level artifactory repository.someone didn't follow the rule but most of us are good citizen, and follow the maven RULE, Is maven block strategy to block IP too strict? Can I do anything to Fix it Up? 2008/9/26 Wayne Fay [EMAIL PROTECTED] It is possible to get blocked if you are acting as a bad citizen (downloading the entire Central repo using wget, for example). Have you (or someone else at your company) attempted to do this from your IP address? If not, the repo is probably just busy, or you had some random Internet connection failure. Try again. Normal Maven usage of the repo will not get you blocked. Wayne On Fri, Sep 26, 2008 at 7:37 AM, 陈思淼 [EMAIL PROTECTED] wrote: This's log from artifactory. 2008-09-26 22:27:28,025 [WARN ] (RemoteRepoBase.java:259{10}) - repo1: Error in getting information for 'org/apache/maven /maven-model/2.0.4/maven-model-2.0.4.pom.sha1' (org.apache.commons.httpclient.ConnectionPoolTimeoutException: Timeout waiting for connection). we company only have one outlet IP address ,someone may download Maven from apache and didn't set the Mirror of central in the conf/ setting.xml. so they download the pom directly from central? Is that the reason why
RE: Are we blocked by central Maven repo?
Does anyone have anecdotal proof that Nexus can handle significant loads? In my experience, it hasn't been able to scale beyond a small group of users (less than 25). I'm aware of this option, but none of the repository managers, in my experience, have been able to scale as well as a Apache web server loading artifacts from a filesystem. -Original Message- From: Stephen Connolly [mailto:[EMAIL PROTECTED] Sent: Monday, September 29, 2008 10:05 AM To: Maven Users List Subject: Re: Are we blocked by central Maven repo? Here is a quick set up for you. On your local machine that you were using for the internal mirror: 1. Install Apache httpd 2.2 with mod_proxy_ajp 2. Install Nexus 3. Front Nexus through ajp on the Apache httpd 4. Use a rewrite rule for /maven2 to /nexus/content/repositories/central/ 5. Change your internal dns records so that repo1.maven.org points to this local machine Now you have the same mirroring capabilities as before, only lower bandwidth and everything will be hunky-dorey 6. If you want to be ultra-fancy, add mod-proxy rules to map anything that's not on the server through to the real repo1.maven.org -Stephen 2008/9/29 Beyer,Nathan [EMAIL PROTECTED] What would you suggest then? Anything that requires customized maven installs or modifying 'settings.xml' post install is not feasible in our environment - development is too distributed. In the long-run I believe the rsync approach does reduce bandwith, but more importantly, the concurrent access to the central repo via HTTP is close to nil. Additionally, as I mentioned, the repository managers are NOT stable and require too much configuration and setup. These are not acceptable options. The repository managers aren't providing any other value beyond central repo caching for us. If you're going to cut off anonymous rsync access, you might as well just kill anonymous central repo access too, as that's the only way you'll be able to force people into use repository managers. I would suggest more granular rsync access, so that requests can be more targeted. -Nathan -Original Message- From: Jason van Zyl [mailto:[EMAIL PROTECTED] Sent: Friday, September 26, 2008 3:51 PM To: Maven Users List Subject: Re: Are we blocked by central Maven repo? On 26-Sep-08, at 9:31 PM, Beyer,Nathan wrote: I disagree. 10gb or even 20gb isn't that much data, and rsync isn't pulling that same amount down every time it runs. We're doing it and it's working quite well. It's much more stable and reliable than any other current mirroring practices. The internal DNS modification makes user setup easy, since there isn't any. The use of mirror settings per device is a non-starter for large, disparate organizations. All of the various caching servers just aren't stable enough yet, in my opinion. It is possible to get blocked by the central repo - we were contacted about our significant usage and told we were on the verge of being blacklisted, which is what lead us to rsync the mirror. There is no way you could use less bandwidth rsyncing then using a repository manager. If everyone rsynced and we allowed that against central we would get destroyed. We only allow mirrors to rsync, not users and mirrors will probably also stop providing rsync access because the first hit is just too high now if everyone did it. -Nathan -Original Message- From: Wayne Fay [mailto:[EMAIL PROTECTED] Sent: Friday, September 26, 2008 11:11 AM To: Maven Users List Subject: Re: Are we blocked by central Maven repo? IIRC Central is well over 10gb at this point (possibly 20gb) and a given organization will really only use at the most 1gb of it, so rsync'ing it is just a bad idea unless you are setting up an actual external mirror that will be available to the community. They are already using Artifactory, and I certainly hope/assume they are caching the results. This would limit their use of Central to one access per artifact (GAV) plus some hits by people not using their Artifactory instance. I would generally doubt they are actually blocked by Central, but rather this is an intermittent failure that will eventually resolve itself. Wayne 2008/9/26 Beyer,Nathan [EMAIL PROTECTED]: It's possible that from the central repo's perspective, all traffic from your company may seem like it's coming from one IP address because of NAT. Using an internal mirror can help alleviate things. The most non- invasive mirror would be to rsync the central repo periodically and then modify internal DNS to point 'repo1.maven.org' to an internal IP address. You can save a lot of bandwidth and time this way. -Nathan -Original Message- From: 陈思淼 [mailto:[EMAIL PROTECTED] Sent: Friday, September 26, 2008 10:47 AM To: Maven Users List Subject: Re: Are we blocked by central Maven repo? we didn't do that kind of thing. we have a company
RE: Are we blocked by central Maven repo?
Rsync - http://maven.apache.org/guides/mini/guide-mirror-settings.html (see 'Creating your own mirror') We aren't crawling. -Original Message- From: Jason van Zyl [mailto:[EMAIL PROTECTED] Sent: Monday, September 29, 2008 10:00 AM To: Maven Users List Subject: Re: Are we blocked by central Maven repo? There is no rsync access to central. But the crawling is doing the equivalent amount of damage. There is no upside to using rsync over a repository manager. On 29-Sep-08, at 10:51 AM, Daniel Kulp wrote: One thing I keep thinking about doing is creating a public mirror that is synced from central (it's a public mirror, thus, they would allow that), but provide rsync acess on some sort of paid agreement. Maybe $5/month or possibly just a ontime $100 setup fee or similar. Basically, enough to cover the bandwidth/hosting charges plus deter everyone and their mother from just rsyncing away.Is that something that people would have interest in? If I only had the time to get it setup... :-( Dan On Monday 29 September 2008 10:21:54 am Beyer,Nathan wrote: What would you suggest then? Anything that requires customized maven installs or modifying 'settings.xml' post install is not feasible in our environment - development is too distributed. In the long-run I believe the rsync approach does reduce bandwith, but more importantly, the concurrent access to the central repo via HTTP is close to nil. Additionally, as I mentioned, the repository managers are NOT stable and require too much configuration and setup. These are not acceptable options. The repository managers aren't providing any other value beyond central repo caching for us. If you're going to cut off anonymous rsync access, you might as well just kill anonymous central repo access too, as that's the only way you'll be able to force people into use repository managers. I would suggest more granular rsync access, so that requests can be more targeted. -Nathan -Original Message- From: Jason van Zyl [mailto:[EMAIL PROTECTED] Sent: Friday, September 26, 2008 3:51 PM To: Maven Users List Subject: Re: Are we blocked by central Maven repo? On 26-Sep-08, at 9:31 PM, Beyer,Nathan wrote: I disagree. 10gb or even 20gb isn't that much data, and rsync isn't pulling that same amount down every time it runs. We're doing it and it's working quite well. It's much more stable and reliable than any other current mirroring practices. The internal DNS modification makes user setup easy, since there isn't any. The use of mirror settings per device is a non-starter for large, disparate organizations. All of the various caching servers just aren't stable enough yet, in my opinion. It is possible to get blocked by the central repo - we were contacted about our significant usage and told we were on the verge of being blacklisted, which is what lead us to rsync the mirror. There is no way you could use less bandwidth rsyncing then using a repository manager. If everyone rsynced and we allowed that against central we would get destroyed. We only allow mirrors to rsync, not users and mirrors will probably also stop providing rsync access because the first hit is just too high now if everyone did it. -Nathan -Original Message- From: Wayne Fay [mailto:[EMAIL PROTECTED] Sent: Friday, September 26, 2008 11:11 AM To: Maven Users List Subject: Re: Are we blocked by central Maven repo? IIRC Central is well over 10gb at this point (possibly 20gb) and a given organization will really only use at the most 1gb of it, so rsync'ing it is just a bad idea unless you are setting up an actual external mirror that will be available to the community. They are already using Artifactory, and I certainly hope/assume they are caching the results. This would limit their use of Central to one access per artifact (GAV) plus some hits by people not using their Artifactory instance. I would generally doubt they are actually blocked by Central, but rather this is an intermittent failure that will eventually resolve itself. Wayne 2008/9/26 Beyer,Nathan [EMAIL PROTECTED]: It's possible that from the central repo's perspective, all traffic from your company may seem like it's coming from one IP address because of NAT. Using an internal mirror can help alleviate things. The most non- invasive mirror would be to rsync the central repo periodically and then modify internal DNS to point 'repo1.maven.org' to an internal IP address. You can save a lot of bandwidth and time this way. -Nathan -Original Message- From: 陈思淼 [mailto:[EMAIL PROTECTED] Sent: Friday, September 26, 2008 10:47 AM To: Maven Users List Subject: Re: Are we blocked by central Maven repo? we didn't do that kind of thing. we have a company-level artifactory repository.someone didn't follow the rule but most of us are good citizen, and follow the maven
RE: Are we blocked by central Maven repo?
As I mentioned in an earlier email, we rsync periodically, and override our internal DNS to redirect 'repo1.maven.org'. All internal developers automatically use the local copy. We don't crawl the repository. You may know people using Nexus for over a year that can't live without it. We've been using Apache web server mod_dav for three+ years with LDAP-based authentication and authorization - it has worked perfectly. As for all of your points about not having control of developers - a repository manager won't give me that either. There is no amount technology that can be applied to completely prevent any of those issues or countless others. I prefer to allow open access, facilitate developers, educate them and then review multiple times. The review points are where we begin to lock down and restrict access and the builds go through quality assurance, which can be automated. Locking down, filtering or controlling access up front prematurely limits innovation. I prefer to allow people to access what they want, as they want and as they move to later points in the process, then we tighten control as their builds move closer to manufacturing and work through dependency approval, license compliance, etc. -Nathan -Original Message- From: Jason van Zyl [mailto:[EMAIL PROTECTED] Sent: Monday, September 29, 2008 9:59 AM To: Maven Users List Subject: Re: Are we blocked by central Maven repo? On 29-Sep-08, at 10:21 AM, Beyer,Nathan wrote: What would you suggest then? Anything that requires customized maven installs or modifying 'settings.xml' post install is not feasible in our environment - development is too distributed. So how do you used your rsync'd repository? How do you get all your developers to use your in-house repository which is a copy of central? Using repository managers makes distributed development an order of magnitude easier. In the long-run I believe the rsync approach does reduce bandwith, but more importantly, the concurrent access to the central repo via HTTP is close to nil. Believe, as the one who looks at the logs and watch people crawl the repository this is not the case. In the long run you will see that you use less then 3% of what's in central so there is no point in pulling the bulk of the content. Additionally, as I mentioned, the repository managers are NOT stable and require too much configuration and setup. Hardly. We have people who have been using Nexus for over a year and they couldn't live without it now These are not acceptable options. The repository managers aren't providing any other value beyond central repo caching for us. You have no idea what you're talking about. Sorry but you're are sadly mistaken. - Does your organization like your developers' builds crawling around every repository listed in a POM? You have no control over that without a repository manager. Tell your management that you're not controlling access to external repositories and see how much they like that. - You can create and manage access by all your developers from one location, if you have multiple repositories which most organizations have, this is a nightmare without a repository manager - IDE integration? Using a Nexus index you get complete autocompletion in the POM editor, ability to search for all plugins available, all archetypes available. - Routing around bad metadata protecting your developers from mis- formed POMs which can happen - Optimized searching for dependencies i.e. don't think around the world for your company's artifacts or only take Apache artifacts from the Apache repository - Repository federation, by proxing other repositories in Nexus you can search them all - Deployment with a simple PUT, no requirement for the WebDAV provider - Fine grained access to repositories i.e. far more powerful then access via Apache If you're going to cut off anonymous rsync access, you might as well just kill anonymous central repo access too, as that's the only way you'll be able to force people into use repository managers. There is no anonymous rsync access to central, there never has been because the bandwidth charges would have made the situation unmanageable. We aren't forcing anyone to use repository managers, it boils down to a matter of cost in bandwidth. And people are using repository managers because it's just the smarter way to work with Maven. I would suggest more granular rsync access, so that requests can be more targeted. That pretty much amounts to the way a repository manager works. You're not going to get more targeted access then that. You get what you need and that's it. Run your CI system working against a repository manager will always keep your repository primed for use by your developers. -Nathan -Original Message- From: Jason van Zyl [mailto:[EMAIL PROTECTED] Sent: Friday, September 26, 2008 3:51 PM To: Maven Users
RE: Are we blocked by central Maven repo?
It's possible that from the central repo's perspective, all traffic from your company may seem like it's coming from one IP address because of NAT. Using an internal mirror can help alleviate things. The most non-invasive mirror would be to rsync the central repo periodically and then modify internal DNS to point 'repo1.maven.org' to an internal IP address. You can save a lot of bandwidth and time this way. -Nathan -Original Message- From: 陈思淼 [mailto:[EMAIL PROTECTED] Sent: Friday, September 26, 2008 10:47 AM To: Maven Users List Subject: Re: Are we blocked by central Maven repo? we didn't do that kind of thing. we have a company-level artifactory repository.someone didn't follow the rule but most of us are good citizen, and follow the maven RULE, Is maven block strategy to block IP too strict? Can I do anything to Fix it Up? 2008/9/26 Wayne Fay [EMAIL PROTECTED] It is possible to get blocked if you are acting as a bad citizen (downloading the entire Central repo using wget, for example). Have you (or someone else at your company) attempted to do this from your IP address? If not, the repo is probably just busy, or you had some random Internet connection failure. Try again. Normal Maven usage of the repo will not get you blocked. Wayne On Fri, Sep 26, 2008 at 7:37 AM, 陈思淼 [EMAIL PROTECTED] wrote: This's log from artifactory. 2008-09-26 22:27:28,025 [WARN ] (RemoteRepoBase.java:259{10}) - repo1: Error in getting information for 'org/apache/maven /maven-model/2.0.4/maven-model-2.0.4.pom.sha1' (org.apache.commons.httpclient.ConnectionPoolTimeoutException: Timeout waiting for connection). we company only have one outlet IP address ,someone may download Maven from apache and didn't set the Mirror of central in the conf/setting.xml. so they download the pom directly from central? Is that the reason why the central repo block our IP address? -- CONFIDENTIALITY NOTICE This message and any included attachments are from Cerner Corporation and are intended only for the addressee. The information contained in this message is confidential and may constitute inside or non-public information under international, federal, or state securities laws. Unauthorized forwarding, printing, copying, distribution, or use of such information is strictly prohibited and may be unlawful. If you are not the addressee, please promptly delete this message and notify the sender of the delivery error by e-mail or you may call Cerner's corporate offices in Kansas City, Missouri, U.S.A at (+1) (816)221-1024. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Are we blocked by central Maven repo?
I disagree. 10gb or even 20gb isn't that much data, and rsync isn't pulling that same amount down every time it runs. We're doing it and it's working quite well. It's much more stable and reliable than any other current mirroring practices. The internal DNS modification makes user setup easy, since there isn't any. The use of mirror settings per device is a non-starter for large, disparate organizations. All of the various caching servers just aren't stable enough yet, in my opinion. It is possible to get blocked by the central repo - we were contacted about our significant usage and told we were on the verge of being blacklisted, which is what lead us to rsync the mirror. -Nathan -Original Message- From: Wayne Fay [mailto:[EMAIL PROTECTED] Sent: Friday, September 26, 2008 11:11 AM To: Maven Users List Subject: Re: Are we blocked by central Maven repo? IIRC Central is well over 10gb at this point (possibly 20gb) and a given organization will really only use at the most 1gb of it, so rsync'ing it is just a bad idea unless you are setting up an actual external mirror that will be available to the community. They are already using Artifactory, and I certainly hope/assume they are caching the results. This would limit their use of Central to one access per artifact (GAV) plus some hits by people not using their Artifactory instance. I would generally doubt they are actually blocked by Central, but rather this is an intermittent failure that will eventually resolve itself. Wayne 2008/9/26 Beyer,Nathan [EMAIL PROTECTED]: It's possible that from the central repo's perspective, all traffic from your company may seem like it's coming from one IP address because of NAT. Using an internal mirror can help alleviate things. The most non-invasive mirror would be to rsync the central repo periodically and then modify internal DNS to point 'repo1.maven.org' to an internal IP address. You can save a lot of bandwidth and time this way. -Nathan -Original Message- From: 陈思淼 [mailto:[EMAIL PROTECTED] Sent: Friday, September 26, 2008 10:47 AM To: Maven Users List Subject: Re: Are we blocked by central Maven repo? we didn't do that kind of thing. we have a company-level artifactory repository.someone didn't follow the rule but most of us are good citizen, and follow the maven RULE, Is maven block strategy to block IP too strict? Can I do anything to Fix it Up? 2008/9/26 Wayne Fay [EMAIL PROTECTED] It is possible to get blocked if you are acting as a bad citizen (downloading the entire Central repo using wget, for example). Have you (or someone else at your company) attempted to do this from your IP address? If not, the repo is probably just busy, or you had some random Internet connection failure. Try again. Normal Maven usage of the repo will not get you blocked. Wayne On Fri, Sep 26, 2008 at 7:37 AM, 陈思淼 [EMAIL PROTECTED] wrote: This's log from artifactory. 2008-09-26 22:27:28,025 [WARN ] (RemoteRepoBase.java:259{10}) - repo1: Error in getting information for 'org/apache/maven /maven-model/2.0.4/maven-model-2.0.4.pom.sha1' (org.apache.commons.httpclient.ConnectionPoolTimeoutException: Timeout waiting for connection). we company only have one outlet IP address ,someone may download Maven from apache and didn't set the Mirror of central in the conf/setting.xml. so they download the pom directly from central? Is that the reason why the central repo block our IP address? -- CONFIDENTIALITY NOTICE This message and any included attachments are from Cerner Corporation and are intended only for the addressee. The information contained in this message is confidential and may constitute inside or non-public information under international, federal, or state securities laws. Unauthorized forwarding, printing, copying, distribution, or use of such information is strictly prohibited and may be unlawful. If you are not the addressee, please promptly delete this message and notify the sender of the delivery error by e-mail or you may call Cerner's corporate offices in Kansas City, Missouri, U.S.A at (+1) (816)221-1024. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: how, exactly, does maven compare versions
Have you read this document - http://docs.codehaus.org/display/MAVEN/Dependency+Mediation+and+Conflict+Resolution It may help answer some of the questions. -Original Message- From: Benjamin Smith-Mannschott [mailto:[EMAIL PROTECTED] Sent: Thursday, September 04, 2008 6:21 AM To: Maven Users List Subject: how, exactly, does maven compare versions Here's what I think I've understood out of my reading and my experimentation: Maven's version numbers have forms like this: major[.minor[.fix]]-[blahblahblah[-buildnr]] Where major, minor, fix are parsed and compared as integers. Assumed to be zero if missing? blahblahblah is parsed and compared asciibetically. buildnr is just a convention. one might think that it's compared numerically, but in fact, it's not. (Maven definitive guide). Ah, but then there are snapshots too. Can we combine some arbitrary text (blahblahblah) with a SNAPSHOT? I don't know, but this works: major[.minor[.fix]]-SNAPSHOT This doesn't: Branchname-SNAPSHOT OtherBranchname-SNAPSHOT (Maven seems to pay attention only to the relative newness of the SNAPSHOT and ignore the Branchname when resolving dependencies. This has forced my to give hard version numbers to in-development branches earlier than I'd like to.) The snapshot expands to something like this: 20080818.084237-2, which seems to include a build number. What happens when the two conflict? i.e. 20080818.01-2 cmp? 20080818.23-1 Is this build number also compared asciibetically? (Not that it's likely to matter since the time stamp changes.) So, are the following true? : 1 = 1.0.0 1 1.0.1 9.0.0 10.0.0 1.0.0 1.0.0-01 1.0.0 1.0.0-00 1.0.0-Apple-09 1.0.0-Zed-01 1.0.0-SNAPSHOT 1.0.0 1.0.0-SNAPSHOT 1.0.0-01 What about these: 1.0.0-Anteaters 1.0.0-Zebras 1.0.1-Anteaters 1.0.0-Zebras SNAPSHOT 0.0.0 Anteaters-SNAPSHOT cmp? Zebras-SNAPSHOT I find myself flailing around more than I'd like on questions relating to versioning. (Dependency resolution; Wether to keep my trunks as SNAPSHOTs, and if so of what? Can the maintenance branch stay at 2.3.0- SNAPSHOT, even though the maintenance releases 2.3.0-01 is out already? Is this a misuse of build numbers? Should I sacrifice the last position in the version number instead?) What's missing for me is a rigorous understanding of how maven views version numbers. Surely maven *has* rigorous ideas about this? It would seem to be *the* most central concept in making maven workable. hoping for enlightenment, Ben - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- CONFIDENTIALITY NOTICE This message and any included attachments are from Cerner Corporation and are intended only for the addressee. The information contained in this message is confidential and may constitute inside or non-public information under international, federal, or state securities laws. Unauthorized forwarding, printing, copying, distribution, or use of such information is strictly prohibited and may be unlawful. If you are not the addressee, please promptly delete this message and notify the sender of the delivery error by e-mail or you may call Cerner's corporate offices in Kansas City, Missouri, U.S.A at (+1) (816)221-1024. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: install/deploy plugin renaming assemblies?
Would that be essentially two artifacts deployed from the same POM, then? What's the rationale for allowing a custom 'finalName' in the configuration of the assembly plugin, if this can't be deployed? -Nathan -Original Message- From: Brett Porter [mailto:[EMAIL PROTECTED] Sent: Sun 8/24/2008 11:13 PM To: Maven Users List Subject: Re: install/deploy plugin renaming assemblies? This is standard practice with the Maven repository - final name is never used to represent the artifact in the repository, as the repository path formats are pre-defined. You can alter the classifier it is uploaded with through the assembly configuration, but not the other elements. If you want to attach it with a completely different artifactId (service), you can do that with the build helper plugin instead, but note that will also change the directory it is stored in. HTH, Brett 2008/8/23 Beyer,Nathan [EMAIL PROTECTED]: I have an assembly that I'm creating with a custom final name. When I run 'mvn clean package' the target folder contains the JAR with the correct name and the Zip assembly with a name the custom name. When I run 'mvn clean install' or 'mvn clean deploy', the Zip file is installed/deployed using the artifactId and the classifier from the assembly ID, instead of the name of the actual file. Why doesn't it use the name of the file as it is? Example - pom.xml project packagingjar/packaging groupIdorg.example/groupId artifactIdlibrary/artifactId version1.0-SNAPSHOT/version build plugins plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-assembly-plugin/artifactId executions execution goals goalsingle/goal /goals phasepackage/phase /execution /executions configuration finalNameservice-${project.version}/finalName descriptors descriptorsrc/main/assembly/service-x86-win32.xml/descriptor /descriptors /configuration /plugin /plugins /build /project service-x86-win32.xml assembly idx86-win32/id formats formatzip/format /formats includeBaseDirectoryfalse/includeBaseDirectory files file source${project.build.directory}/${project.build.finalName}.jar/source destNamedatastore.war/destName fileMode0644/fileMode outputDirectorywebapps/outputDirectory /file /files /assembly This example will produce the following files in 'target'. target/ library-1.0-SNAPSHOT.jar service-1.0-SNAPSHOT-x86-win32.zip When deployed or installed, the files end up being library/ library-1.0-SNAPSHOT.jar library-1.0-SNAPSHOT-x86-win32.zip -- CONFIDENTIALITY NOTICE This message and any included attachments are from Cerner Corporation and are intended only for the addressee. The information contained in this message is confidential and may constitute inside or non-public information under international, federal, or state securities laws. Unauthorized forwarding, printing, copying, distribution, or use of such information is strictly prohibited and may be unlawful. If you are not the addressee, please promptly delete this message and notify the sender of the delivery error by e-mail or you may call Cerner's corporate offices in Kansas City, Missouri, U.S.A at (+1) (816)221-1024. -- Brett Porter Blog: http://blogs.exist.com/bporter/ - 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: jdk version range is not checking with dashes?
If you want Java 5 minimum, then try this value [1.5,). If you want Java 1.4.2 minimum, then try this value [1.4.2,). If you want Java 1.4.2 minimum, but less than Java 5, then try this value [1.4.2,1.5). -Original Message- From: Zemian Deng [mailto:[EMAIL PROTECTED] Sent: Friday, August 22, 2008 8:49 AM To: Maven Users List Subject: jdk version range is not checking with dashes? Hi, If I have the following config, which I think it should restrict JDK1.5 or higher: plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-enforcer-plugin/artifactId version1.0-alpha-2/version executions execution goals goalenforce-once/goal /goals configuration rules requireJavaVersion !-- minimum version is 1.4.2, Java 5 and higher not allowed -- version[1.5.0)/version /requireJavaVersion /rules /configuration /execution /executions /plugin But this failed on my MacOSX, which has jdk 6: $ java -version java version 1.6.0_01-dp Java(TM) SE Runtime Environment (build 1.6.0_01-dp-b06-101) Java HotSpot(TM) 64-Bit Server VM (build 1.6.0_01-41-release, mixed mode) I think the actual jdk version label is 1.6.0-1 and thus failed because of the dash? So is this consider a bug for the plugin? Thanks, -Z -- Sweet - a Scala web framework: http://code.google.com/p/sweetscala -- CONFIDENTIALITY NOTICE This message and any included attachments are from Cerner Corporation and are intended only for the addressee. The information contained in this message is confidential and may constitute inside or non-public information under international, federal, or state securities laws. Unauthorized forwarding, printing, copying, distribution, or use of such information is strictly prohibited and may be unlawful. If you are not the addressee, please promptly delete this message and notify the sender of the delivery error by e-mail or you may call Cerner's corporate offices in Kansas City, Missouri, U.S.A at (+1) (816)221-1024. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
manipulating an existing archive during assembly
I'm using the assembly plugin to generate a few archives for distribution. I'd like to be able to download an existing archive (zip, tar.gz) and extract some of its contents and then include it in an assembly. Does anyone have suggestions on how to go about this? For example, download a tomcat distribution, extract the contents, remove all existing files/dirs in 'webapps' and then add a war file and create an assembly of the results. I suspect that I'm getting beyond the boundaries of Maven and should just move to creating Ant scripts for these application distributions. Thanks. -Nathan -- CONFIDENTIALITY NOTICE This message and any included attachments are from Cerner Corporation and are intended only for the addressee. The information contained in this message is confidential and may constitute inside or non-public information under international, federal, or state securities laws. Unauthorized forwarding, printing, copying, distribution, or use of such information is strictly prohibited and may be unlawful. If you are not the addressee, please promptly delete this message and notify the sender of the delivery error by e-mail or you may call Cerner's corporate offices in Kansas City, Missouri, U.S.A at (+1) (816)221-1024.
install/deploy plugin renaming assemblies?
I have an assembly that I'm creating with a custom final name. When I run 'mvn clean package' the target folder contains the JAR with the correct name and the Zip assembly with a name the custom name. When I run 'mvn clean install' or 'mvn clean deploy', the Zip file is installed/deployed using the artifactId and the classifier from the assembly ID, instead of the name of the actual file. Why doesn't it use the name of the file as it is? Example - pom.xml project packagingjar/packaging groupIdorg.example/groupId artifactIdlibrary/artifactId version1.0-SNAPSHOT/version build plugins plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-assembly-plugin/artifactId executions execution goals goalsingle/goal /goals phasepackage/phase /execution /executions configuration finalNameservice-${project.version}/finalName descriptors descriptorsrc/main/assembly/service-x86-win32.xml/descriptor /descriptors /configuration /plugin /plugins /build /project service-x86-win32.xml assembly idx86-win32/id formats formatzip/format /formats includeBaseDirectoryfalse/includeBaseDirectory files file source${project.build.directory}/${project.build.finalName}.jar/source destNamedatastore.war/destName fileMode0644/fileMode outputDirectorywebapps/outputDirectory /file /files /assembly This example will produce the following files in 'target'. target/ library-1.0-SNAPSHOT.jar service-1.0-SNAPSHOT-x86-win32.zip When deployed or installed, the files end up being library/ library-1.0-SNAPSHOT.jar library-1.0-SNAPSHOT-x86-win32.zip -- CONFIDENTIALITY NOTICE This message and any included attachments are from Cerner Corporation and are intended only for the addressee. The information contained in this message is confidential and may constitute inside or non-public information under international, federal, or state securities laws. Unauthorized forwarding, printing, copying, distribution, or use of such information is strictly prohibited and may be unlawful. If you are not the addressee, please promptly delete this message and notify the sender of the delivery error by e-mail or you may call Cerner's corporate offices in Kansas City, Missouri, U.S.A at (+1) (816)221-1024.
RE: Release fails during SVN commit
Does your POM have any SVN keyword substitutions in it? For example $Id$ or $Revision$? I have had issues with releases that at the root was a file locking problem that I was able to alleviate by removing the keywords substitutions. -Nathan -Original Message- From: Andreas Heinecke [mailto:[EMAIL PROTECTED] Sent: Thursday, August 21, 2008 3:04 AM To: users@maven.apache.org Subject: Release fails during SVN commit Hi there, I encountered a strange problem. Since a few weeks I'm not able to perform a release with Maven. The release process fails during executing the release:prepare goal at the same position, always. The point at which the release fails is when Maven tries to commit the release POM's to SVN. This commit fails with the error message that the file which is about to be committed already exists at the position in SVN. But it isn't there. Strange, uh? I actually checked the tagbase configuration of the plugin and tried to alter it, but the effect remains. I don't know what I can try to fix this issue. The last thing altered at the configuration is a switch of the SVN server. We had to switch to a newer SVN version 1.5.0. We also switched to the new 1.5.0 SVN client as we know that there are problems with newer server software and older client software. Please find parts of my pom.xml configuration attached below. Any pointers are welcome. Regards, Andreas. My SCM configuration: scm connectionscm:svn:http://xxx.xxx.xxx.xxx/svndir/project/connection developerConnectionscm:svn:http://xxx.xxx.xxx.xxx/svndir/project/develope rConnection urlhttp://xxx.xxx.xxx.xxx/svndir/project/url /scm My release plugin configuration: plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-release-plugin/artifactId configuration tagBasehttp://XXX.XXX.XXX.XXX/svndir/project/tags/tagBase autoVersionSubmodulestrue/autoVersionSubmodules preparationGoalsclean install/preparationGoals /configuration /plugin - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- CONFIDENTIALITY NOTICE This message and any included attachments are from Cerner Corporation and are intended only for the addressee. The information contained in this message is confidential and may constitute inside or non-public information under international, federal, or state securities laws. Unauthorized forwarding, printing, copying, distribution, or use of such information is strictly prohibited and may be unlawful. If you are not the addressee, please promptly delete this message and notify the sender of the delivery error by e-mail or you may call Cerner's corporate offices in Kansas City, Missouri, U.S.A at (+1) (816)221-1024. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: AW: Release fails during SVN commit
I use Windows Vista SP1, Sun JDK 5u16, Maven 2.0.9 and SVN 1.5.1 (built by SlikSVN [1]) and an SVN HTTP-based Server at 1.5.1, and have performed two releases recently with no issues. [1] http://www.sliksvn.com/en/download/ -Original Message- From: Andreas Heinecke [mailto:[EMAIL PROTECTED] Sent: Thursday, August 21, 2008 1:43 PM To: 'Maven Users List' Subject: AW: AW: Release fails during SVN commit As the discussion pointed by Emmanuel shows the root of the problem is the SVN 1.5.1 client software. I can't say if it is a bug or a changed behaviour, refer to the discussion and further documentation on the new features of SVN 1.5.1 to decide this. The important hint is that this problem doesn’t occur with a SVN 1.4 client. I did a fresh checkout with a 1.4.6 SVN client and made the release and it went through without any problems :-). So thank you very much for that discussion and pointers to that problem. We will see if this bug gets fixed the next time. -Andreas. -Ursprüngliche Nachricht- Von: Stephen Duncan Jr [mailto:[EMAIL PROTECTED] Gesendet: Donnerstag, 21. August 2008 16:46 An: Maven Users List Betreff: Re: AW: Release fails during SVN commit If it's happening directly from the command-line as Daniel indicated (I haven't tried it myself, but as far as I know Maven uses the command-line, not JavaHL), then it can't be a JavaHL issue. -Stephen On Thu, Aug 21, 2008 at 10:38 AM, Emmanuel Venisse [EMAIL PROTECTED] wrote: The issue is discussed on the subversion users list : http://www.nabble.com/Mac-OS-X-%2B-SVN-1.5.1-%3D-Branch-problem-td19017538.html It is related to a change in JavaHL: * correctly set the peg revision for copy in JavaHL (r31994) Emmanuel On Thu, Aug 21, 2008 at 4:15 PM, Daniel Kulp [EMAIL PROTECTED] wrote: On Thursday 21 August 2008 10:09:07 am Stephen Duncan Jr wrote: On the other hand, the fact that I forgot to run svn up before running the release plugin has bitten me before, and I had to make a second release because I didn't realize it. Ideally it'd warn you about remote changes the same way it does about local uncommitted changes. But that still leaves the possibility of a commit sneaking in like you mentioned. So is there an existing bug for Svn 1.5 not being able to tag from a working copy, or does it need to be filed? Probably needs to be filed. Dan -Stephen On Thu, Aug 21, 2008 at 10:03 AM, Daniel Kulp [EMAIL PROTECTED] wrote: I had the same problem with 1.5.1 on Gentoo.It's a subversion problem, not a release plugin problem.If you run the same command that release is trying to run (can be seen when you run mvn with -X), it fails. Basically, with 1.5, you apparently cannot svn cp your working copy into a tag. Something like: svn cp . http://vblah.com/repo/tag/foo.1.2.3 which is what release is trying to do. I ended up manually doing: svn cp http://vblah.com/repo/trunk http://vblah.com/repo/tag/foo.1.2.3 and editing the release.properties thing to mark that the tag phase was done and then resumed it. Kind of sucked. The release plugin COULD tag/branch via the trunk. However, it explicitly does NOT do it that way so if a commit sneaks in between the commit of the poms and the tag command, that commit wouldn't be part of the tag. Dan On Thursday 21 August 2008 9:27:13 am Andreas Heinecke wrote: Hi Stephen, thank you for your answer. Can anyone else confirm this? So one (probably me) should report this issue at the issue tracker. Andreas. -Ursprüngliche Nachricht- Von: Stephen Duncan Jr [mailto:[EMAIL PROTECTED] Gesendet: Donnerstag, 21. August 2008 14:48 An: Maven Users List Betreff: Re: Release fails during SVN commit I've had the problem as well on Ubuntu Linux, so it's a general problem with SVN 1.5. -Stephen On Thu, Aug 21, 2008 at 5:37 AM, Andreas Heinecke [EMAIL PROTECTED]wrote: No, we use MS Windows Vista, and XP. The problem occurs on each of these platforms. -Ursprüngliche Nachricht- Von: Luke Daley [mailto:[EMAIL PROTECTED] Gesendet: Donnerstag, 21. August 2008 11:12 An: Maven Users List Betreff: Re: Release fails during SVN commit If your on Mac OS 10.5, check out http://blogs.exist.com/bporter/2008/02/25/working-around-non-interactive- pro blems-in-leopards-subversion/ http://blogs.exist.com/bporter/2008/02/25/w orking-around-non-interactive-problems-in-leopards-subversion/ On 21/08/2008, at 6:04 PM, Andreas Heinecke wrote: Hi there, I encountered a strange problem. Since a few weeks I'm not able to perform a release with Maven. The release process
RE: [m2] What triggers attempt to download from: http://cvs.apache.org/maven-snapshot-repository ?
I've run into this problem as well and from what I've seen, it is a Maven dependency that's pulling this in. I've logged a bug about it - http://jira.codehaus.org/browse/MNG-3713. The issue as I've run into is that 'maven-reporting-impl:2.0.4' [1], gets pulled in during an integration test run by maven-invoker-plugin, which pulls in 'maven:2.0.4' [2] and that has a repository entry that is 'cvs.apache.org' and doesn't disable releases. -Nathan [1] http://repo1.maven.org/maven2/org/apache/maven/reporting/maven-reporting-impl/2.0.4/maven-reporting-impl-2.0.4.pom [2] http://repo1.maven.org/maven2/org/apache/maven/maven/2.0.4/maven-2.0.4.pom -Original Message- From: Dan Rollo [mailto:[EMAIL PROTECTED] Sent: Thursday, July 31, 2008 12:46 PM To: users@maven.apache.org Cc: [EMAIL PROTECTED] Subject: Re: [m2] What triggers attempt to download from: http://cvs.apache.org/maven-snapshot-repository ? Subject: Re: [m2] What triggers attempt to download from: http://cvs.apache.org/maven-snapshot-repository ? Date: Tue, 29 Jul 2008 20:38:41 -0700 To: Maven Users List users@maven.apache.org users@maven.apache.org On Tue, Jul 29, 2008 at 2:36 PM, Dan Rollo [EMAIL PROTECTED][EMAIL PROTECTED]wrote: 1. Why are only SOME downloads hitting: http://cvs.apache.org/maven-snapshot-repository/ when those same items exist in the normal central repo (and when I never define the cvs.apache.org repo anywhere)? 2. Any idea how I can workaround this issue to avoid these long download delays? Unfortunately, your dependencies can introduce repositories to your build. You can use mirrors in your settings.xml, specifically the mirrorOf*/mirrorOf section, to prevent Maven contacting extra repos that show up. See if this helps: http://maven.apache.org/guides/mini/guide-mirror-settings.html (It's not coming from the Apache parent pom-- the section that was quoted is actually from distributionManagement, which controls where Maven publishes to, not where it retrieves from. I can tell from the scp:// url.) -- Wendy Hi Wendy, I was afraid you'd say that. The problem with any workaround involving settings.xml is it doesn't help when someone downloads my project source and builds with maven. Adding a README snippet that says: To avoid long delays in downloading, muck with your settings.xml like so... is really ugly, and breaks the wonderful It just works experience of building a new project with maven. I'm a little surprised to see this implicit repo introduced, as my dependencies list is pretty small (copied below from my original post). dependency groupIdjunit/groupId artifactIdjunit/artifactId version4.3.1/version scopetest/scope /dependency dependency groupIdjavax.xml.soap/groupId artifactIdsaaj-api/artifactId version1.3/version !--scopesystem/scope-- !--systemPath${basedir}/lib/saaj-api.jar/systemPath-- /dependency dependency groupIdcom.sun.xml.messaging.saaj/groupId artifactIdsaaj-impl/artifactId version1.3/version scopetest/scope !--scopesystem/scope-- !--systemPath${basedir}/lib/saaj-impl.jar/systemPath-- !-- Note: provided also seems to work with jdk 1.5 -- !--scopeprovided/scope -- /dependency dependency groupIdjavax.activation/groupId artifactIdactivation/artifactId !-- The manifest of saaj-impl.jar lists activation.jar as required (Class-Path: saaj-api.jar activation.jar), but jdbc4olap does not appear to require it at runtime. Try adding this jar if you have problems at runtime. -- optionaltrue/optional version1.1.1/version scoperuntime/scope !--version1.0.2/version-- !--scopesystem/scope-- !--systemPath${basedir}/lib/activation.jar/systemPath-- /dependency Also, the only repo I explicitly include in my pom.xml is: repositories !-- Only required for Sun activation.jar (not hosted on ibiblio, nor in maven2-repository.dev.java.net). -- repository snapshots enabledfalse/enabled /snapshots idjava.net/id urlhttp://download.java.net/maven/1/url layoutlegacy/layout /repository /repositories In the interest of trying to make things better (instead of just whining), I dug into the pom.xml in my local .m2 repo of each of these deps looking for added repos. I found none. Also, there are no transitive dependencies for the above deps. Do you suspect the implicit repo: http://cvs.apache.org/maven-snapshot-repository/ is being added by the java.net maven1 repo somehow? And if so, any idea how to fix it (w/out mucking with settings.xml)? I'd like to understand what is really going on here, and exactly what
[m2] Version ranges and qualifiers
Given a set of versions for a JAR in a repo (1.0, 1.2, 2.0-alpha-1) and a version range of [1, 2), should version 2.0-alpha-1 be picked? This seems to be the state of affairs for Maven 2.0.4. I can understand why the algorithm is picking this, since 2.0-alpha-1 is strictly less than 2, but this seems rather undesirable, at least to me. Does anyone else see this as incorrect? If this is correct, is there any version range syntax to avoid this? How would I express anything with a major version of 1 starting at 1.0? -Nathan - CONFIDENTIALITY NOTICE This message and any included attachments are from Cerner Corporation and are intended only for the addressee. The information contained in this message is confidential and may constitute inside or non-public information under international, federal, or state securities laws. Unauthorized forwarding, printing, copying, distribution, or use of such information is strictly prohibited and may be unlawful. If you are not the addressee, please promptly delete this message and notify the sender of the delivery error by e-mail or you may call Cerner's corporate offices in Kansas City, Missouri, U.S.A at (+1) (816)221-1024. ---
RE: Wagon providers and webdav
I assume you've tried emailing the wagon-dev list. There's very little traffic there, so no response there wouldn't be too surprising. I would suggest emailing the maven-dev list and discussing it there. In general, emailing individual contributors and committers won't get you very far. All design and development must be discussed via the dev lists, IRC and other public avenues. -Nathan -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Mykel Alvis Sent: Thursday, September 14, 2006 1:39 PM To: Maven Users List Subject: Wagon providers and webdav Is there a more recent version of the Wagon Providers site documentation than http://maven.apache.org/wagon/ ? That site appears to be very under-maintained, with the project team members curiously unavailable. Michal Maczka appears to no longer have the email address listed in the site docs. This could just be documentation oversight. I need to get the webdav wagon to implement NTLM authentication, and I have a scheme for doing that but I don't know who to contact for more information about how to implement it. Mykel - CONFIDENTIALITY NOTICE This message and any included attachments are from Cerner Corporation and are intended only for the addressee. The information contained in this message is confidential and may constitute inside or non-public information under international, federal, or state securities laws. Unauthorized forwarding, printing, copying, distribution, or use of such information is strictly prohibited and may be unlawful. If you are not the addressee, please promptly delete this message and notify the sender of the delivery error by e-mail or you may call Cerner's corporate offices in Kansas City, Missouri, U.S.A at (+1) (816)221-1024. --- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Company-wide Maven repo
Maven-proxy may be dead, but version 0.2 does work fairly well as a simple central repository mirror. I've had a single instance of it running on Tomcat 5.5.17 and Sun JDK 5.0_7 for over 30 days with no maintenance. Additionally, I front Tomcat with Apache HTTPD 2.2.3 and use the proxy mod to pass all requests to Tomcat via AJP. What I would suggest though, whatever you do, make sure you setup a fixed URL to abstract everyone from the actual solution. For example, setup an HTTP server with a URL http://myserver/central/repo/ and redirect/proxy/forward requests to the actual proxy solution. If what you're looking for is more than just a central repository mirror, then I would suggest just using Apache HTTPD in combination with the webdav mod for deployments. There are a few quirks with wagon-webdav right now, but it workable and once a new version is released, much of this will be fixed. Also, in case you didn't get my intimation, a maven repository for your code should be separate and distinct from any proxy/mirror of the central repository. This will mean that your POMs must have specifically configured repositories, but that's a good thing as it will make your builds transparent and descriptive. -Nathan -Original Message- From: Tamás Cservenák [mailto:[EMAIL PROTECTED] Sent: Thursday, September 14, 2006 2:26 PM To: Maven Users List Subject: Re: Company-wide Maven repo Hi, it depends on Your needs... Maven-proxy is a dead meat :) You left Archiva out from the list (http://maven.apache.org/archiva/) Proximity is mere a smart and simple proxy and tool to host reposes. It is extended to recognize Maven metadata (POMs, etc). It gives you useful funcs like exhaustive searching, browsing repo, browsing artifacts, sneak peak into a zip/jar/war/etc files, webdav deployment, tagging files, etc. Remember, Proximity is mere a Proxy/repo host and not a repo manager! It handles _files_ and not artifacts, but it is enough to maven to operate properly through it. Archiva is a fully blown repository manager (former Maven Repository Manager). It handles artifacts and not files. It have pluses: it is able to sync reposes -- Proximity is currently unable to do it. It have repo health reports, that Proximity will never have (unless I made some archiva-reports-adapter...). Latest stable of Proximity is RC4.2, while Archiva is still unstable. Have fun, ~t~ On 9/14/06, Aleksei Valikov [EMAIL PROTECTED] wrote: Hi folks, Could anyone recommend software for implementing/installing a company-wide Maven repository? maven-proxy? proximity? Pros and contras? I'd be grateful for your opinions. Bye. /lexi - 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] - CONFIDENTIALITY NOTICE This message and any included attachments are from Cerner Corporation and are intended only for the addressee. The information contained in this message is confidential and may constitute inside or non-public information under international, federal, or state securities laws. Unauthorized forwarding, printing, copying, distribution, or use of such information is strictly prohibited and may be unlawful. If you are not the addressee, please promptly delete this message and notify the sender of the delivery error by e-mail or you may call Cerner's corporate offices in Kansas City, Missouri, U.S.A at (+1) (816)221-1024. --- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [M2] My tests are launched 3 times !
Yes, it will run 3 times, but there's not much that can be done about it. Consider if you adjusted your command to mvn clean install site. It's not required, but for clarity, here's what's happening. The 'clean' launches the clean lifecycle and cleans everything up. The 'install' causes the build lifecycle to run up to the 'install' phase, which includes the 'test' phase which runs surefire plugin. The 'site' causes the site lifecycle to run, which causes the surefire-report plugin to run and it currently doesn't use existing surefire results, so it runs the tests again and the cobertura plugin causes the test to run, yet again. There's a bug logged for this [1], but it seems like it won't be resolved until 2.1/2.2, if then. [1] http://jira.codehaus.org/browse/MSUREFIREREP-6 -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Wednesday, August 30, 2006 9:25 AM To: users@maven.apache.org Subject: [M2] My tests are launched 3 times ! Hi all, I run a 'mvn clean site install' and my tests are launched 3 times : On for the surefire report plugin, one for the cobertura plugin and one for the install plugin. How can i do to have them launched only once ? Thanks ! Ben - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - CONFIDENTIALITY NOTICE This message and any included attachments are from Cerner Corporation and are intended only for the addressee. The information contained in this message is confidential and may constitute inside or non-public information under international, federal, or state securities laws. Unauthorized forwarding, printing, copying, distribution, or use of such information is strictly prohibited and may be unlawful. If you are not the addressee, please promptly delete this message and notify the sender of the delivery error by e-mail or you may call Cerner's corporate offices in Kansas City, Missouri, U.S.A at (+1) (816)221-1024. --- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: SNAPSHOT Deploy
I believe you need to add uniqueVersionfalse/uniqueVersion to the 'distributionManagement' repository/snapshotRepository configuration in the POM. -Nathan -Original Message- From: Andreas Guther [mailto:[EMAIL PROTECTED] Sent: Thursday, August 24, 2006 2:35 PM To: Maven Users List Subject: SNAPSHOT Deploy Question: How can I get Maven to deploy version-less SNAPSHOT files to our SNAPSHOT repository? Background: It appears to me as if the mvn deploy command on a SNAPSHOT version does only deploy numbered snapshot files, but not unnumbered ones. The mvn install command in contrary puts an unnumbered SNAPSHOT file in my local repository. - I get i18n-4.0.0-SNAPSHOT.jar in my local repository with mvn install - I get i18n-4.0.0-20060811.001428-3.jar in my configured SNAPSHOT repository What I would like to have is an unnumbered (i18n-4.0.0-SNAPSHOT.jar) jar file in our company SNAPSHOT server in addition to the numbered one. Is there a way to convince Maven to deploy an unnumbered jar file into the SNAPSHOT repository? Thanks in advance for any hint or help. Andreas - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - CONFIDENTIALITY NOTICE This message and any included attachments are from Cerner Corporation and are intended only for the addressee. The information contained in this message is confidential and may constitute inside or non-public information under international, federal, or state securities laws. Unauthorized forwarding, printing, copying, distribution, or use of such information is strictly prohibited and may be unlawful. If you are not the addressee, please promptly delete this message and notify the sender of the delivery error by e-mail or you may call Cerner's corporate offices in Kansas City, Missouri, U.S.A at (+1) (816)221-1024. --- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[m2][javadoc] How does one get 'doc-files' support to work?
I have the javadoc plugin configured in my reports as follows and I have 'doc-files' folder in one of my 'resources' folders, but the doc-files aren't showing up with the javadoc. The javadoc folders do contain 'doc-files' folders, but they are empty. Am I doing something wrong? Do the 'doc-files' folders need to be elsewhere? Thanks. plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-javadoc-plugin/artifactId configuration charsetUTF-8/charset docencodingUTF-8/docencoding docfilessubdirstrue/docfilessubdirs links linkhttp://java.sun.com/j2se/1.5.0/docs/api//link /links source1.5/source showprotected/show /configuration /plugin -Nathan - CONFIDENTIALITY NOTICE This message and any included attachments are from Cerner Corporation and are intended only for the addressee. The information contained in this message is confidential and may constitute inside or non-public information under international, federal, or state securities laws. Unauthorized forwarding, printing, copying, distribution, or use of such information is strictly prohibited and may be unlawful. If you are not the addressee, please promptly delete this message and notify the sender of the delivery error by e-mail or you may call Cerner's corporate offices in Kansas City, Missouri, U.S.A at (+1) (816)221-1024. ---
RE: SNAPSHOT Deploy
Sounds like an enhancement request. :) -Original Message- From: Andreas Guther [mailto:[EMAIL PROTECTED] Sent: Thursday, August 24, 2006 4:07 PM To: Maven Users List Subject: RE: SNAPSHOT Deploy Nathan, Thank you for your help. Indeed that forces Maven to generate a non unique SNAPSHOT version. But now I have no unique versions anymore. What I am looking for is not black or white; I would like to have both on the SNAPSHOT repository server. Does not look like this is possible. Andreas -Original Message- From: Beyer,Nathan [mailto:[EMAIL PROTECTED] Sent: Thursday, August 24, 2006 1:21 PM To: Maven Users List Subject: RE: SNAPSHOT Deploy I believe you need to add uniqueVersionfalse/uniqueVersion to the 'distributionManagement' repository/snapshotRepository configuration in the POM. -Nathan -Original Message- From: Andreas Guther [mailto:[EMAIL PROTECTED] Sent: Thursday, August 24, 2006 2:35 PM To: Maven Users List Subject: SNAPSHOT Deploy Question: How can I get Maven to deploy version-less SNAPSHOT files to our SNAPSHOT repository? Background: It appears to me as if the mvn deploy command on a SNAPSHOT version does only deploy numbered snapshot files, but not unnumbered ones. The mvn install command in contrary puts an unnumbered SNAPSHOT file in my local repository. - I get i18n-4.0.0-SNAPSHOT.jar in my local repository with mvn install - I get i18n-4.0.0-20060811.001428-3.jar in my configured SNAPSHOT repository What I would like to have is an unnumbered (i18n-4.0.0-SNAPSHOT.jar) jar file in our company SNAPSHOT server in addition to the numbered one. Is there a way to convince Maven to deploy an unnumbered jar file into the SNAPSHOT repository? Thanks in advance for any hint or help. Andreas - CONFIDENTIALITY NOTICE This message and any included attachments are from Cerner Corporation and are intended only for the addressee. The information contained in this message is confidential and may constitute inside or non-public information under international, federal, or state securities laws. Unauthorized forwarding, printing, copying, distribution, or use of such information is strictly prohibited and may be unlawful. If you are not the addressee, please promptly delete this message and notify the sender of the delivery error by e-mail or you may call Cerner's corporate offices in Kansas City, Missouri, U.S.A at (+1) (816)221-1024. --- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Problem with Maven 2 - AndroMDA team asked me to register it with Maven support
I've found that when you're first running many on a brand new project and/or an empty local repository, that you'll have to run it several times to resolve all of the dependencies, especially those coming from 'central'. The server sometimes just gets busy and starts rejecting connections. Are you getting the exact same error on the exact same dependency everytime you run? If so, have you tried accessing the URL that's failing [1] via a browser? Do you have any special settings configured to force a download of all dependencies each time? -Nathan [1] http://www.ibiblio.org/maven2/org/apache/maven/doxia/doxia-site-rendere r/1.0-al http://www.ibiblio.org/maven2/org/apache/maven/doxia/doxia-site-renderer /1.0-al http://www.ibiblio.org/maven2/org/apache/maven/doxia/doxia-site-rendere r/1.0-alpha-8/doxia-site-renderer-1.0-alpha-8.jar.sha1 pha-8/doxia-site-renderer-1.0-alpha-8.jar.sha1 From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Monday, August 21, 2006 5:41 PM To: users@maven.apache.org Subject: Problem with Maven 2 - AndroMDA team asked me to register it with Maven support The AndroMDA team (www.AndroMDA.org http://www.andromda.org/ ) has suggested that I log this issue with Maven for resolution. AndroMDA utilizes Maven 2. I am trying to install a AndroMDA getting started project called Northwind.TimeTracker. I have run mvn install about 25 times and I am getting maven errors each time. Below is my output from mvn -e install which has been run from the Northwind.Timestracker root directory. I would appreciate if you can provide any suggestions as to what might be wrong. Thanks Tedh C:\VSProjects\AndroMDA\Northwind.TimeTrackermvn -e install + Error stacktraces are turned on. [INFO] Scanning for projects... [INFO] Reactor build order: [INFO] Northwind.TimeTracker [INFO] Northwind.TimeTracker MDA [INFO] - --- [INFO] Building Northwind.TimeTracker [INFO] task-segment: [install] [INFO] - --- Downloading: http://www.ibiblio.org/maven2/org/codehaus/plexus/plexus-i18n/1.0-b eta-6/plexus-i18n-1.0-beta-6.pom 771b downloaded Downloading: http://www.ibiblio.org/maven2/org/codehaus/plexus/plexus-velocity/1 ..1.3/plexus-velocity-1.1.3.pom 976b downloaded Downloading: http://www.ibiblio.org/maven2/org/codehaus/plexus/plexus-components /1.1.5/plexus-components-1.1.5.pom 2K downloaded Downloading: http://www.ibiblio.org/maven2/org/codehaus/plexus/plexus/1.0.5/plex us-1.0.5.pom 5K downloaded Downloading: http://www.ibiblio.org/maven2/org/apache/maven/doxia/doxia-core/1.0 -alpha-8/doxia-core-1.0-alpha-8.pom 1K downloaded Downloading: http://www.ibiblio.org/maven2/oro/oro/2.0.7/oro-2.0.7.pom 141b downloaded Downloading: http://www.ibiblio.org/maven2/org/apache/maven/doxia/doxia-sink-api /1.0-alpha-8/doxia-sink-api-1.0-alpha-8.pom 424b downloaded Downloading: http://www.ibiblio.org/maven2/org/apache/maven/doxia/doxia-decorati on-model/1.0-alpha-8/doxia-decoration-model-1.0-alpha-8.pom 1K downloaded Downloading: http://www.ibiblio.org/maven2/org/apache/maven/reporting/maven-repo rting-api/2.0.2/maven-reporting-api-2.0.2.pom 902b downloaded Downloading: http://www.ibiblio.org/maven2/org/apache/maven/reporting/maven-repo rting/2.0.2/maven-reporting-2.0.2.pom 738b downloaded Downloading: http://www.ibiblio.org/maven2/org/apache/maven/doxia/doxia-sink-api /1.0-alpha-7/doxia-sink-api-1.0-alpha-7.pom 424b downloaded Downloading: http://www.ibiblio.org/maven2/org/apache/maven/doxia/doxia/1.0-alph a-7/doxia-1.0-alpha-7.pom 3K downloaded Downloading: http://www.ibiblio.org/maven2/org/apache/maven/doxia/doxia-site-ren derer/1.0-alpha-8/doxia-site-renderer-1.0-alpha-8.jar 33K downloaded [INFO] [ERROR] BUILD ERROR [INFO] [INFO] Failed to resolve artifact. Error transferring file org.apache.maven.doxia:doxia-site-renderer:jar:1.0-alpha-8 from the specified remote repositories: central (http://repo1.maven.org/maven2), ibiblio (http://www.ibiblio.org/maven2), ibiblio-snapshot (http://www.ibiblio.org/maven2), andromda-snapshot (http://galaxy.andromda.org/maven2), apache.snapshots (http://svn.apache.org/maven-snapshot-repository), andromda (http://galaxy.andromda.org/maven2), snapshots (http://snapshots.maven.codehaus.org/maven2) Path to dependency: 1) org.apache.maven.plugins:maven-site-plugin:maven-plugin:2.0-beta-5 2) org.apache.maven.doxia:doxia-site-renderer:jar:1.0-alpha-8 Caused by I/O exception: Server returned HTTP response code: 503 for URL: http:/ /www.ibiblio.org/maven2/org/apache/maven/doxia/doxia-site-renderer/1.0-a lpha-8/d oxia-site-renderer-1.0-alpha-8.jar.sha1 [INFO]
RE: site-deploy and webdav
You'll need to add two pieces to your POM to get it to work. 1. Add the webdav extension to the build element. Something like this: build extensions extension groupIdorg.apache.maven.wagon/groupId artifactIdwagon-webdav/artifactId /extension /extensions ... /build 2. Put dav: in front of all URLs that you want deployed via WebDAV. So, instead of http://webdavserver/folder; you would use dav:http://webdavserver/folder;. -Nathan -Original Message- From: juergen.schumacher [mailto:[EMAIL PROTECTED] Sent: Monday, August 14, 2006 5:55 AM To: users@maven.apache.org Subject: site-deploy and webdav Hi, for site-deploy I would like to use webdav because my webserver running on windows and I found the ssh rather complicated on windows. On one post here I found webdav is also supported by the site-deploy plugin. But how can I set this up in the POM.XML ?? Using http://webdavserver/folder shows an error, using file:webdavserver/project show a successful build but no files are copied. Thank you for any help and have a nice day, juergen -- View this message in context: http://www.nabble.com/site-deploy-and-webdav-tf2102662.html#a5794662 Sent from the Maven - Users forum at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - CONFIDENTIALITY NOTICE This message and any included attachments are from Cerner Corporation and are intended only for the addressee. The information contained in this message is confidential and may constitute inside or non-public information under international, federal, or state securities laws. Unauthorized forwarding, printing, copying, distribution, or use of such information is strictly prohibited and may be unlawful. If you are not the addressee, please promptly delete this message and notify the sender of the delivery error by e-mail or you may call Cerner's corporate offices in Kansas City, Missouri, U.S.A at (+1) (816)221-1024. --- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: junit 4.1
Check out this guide.. http://maven.apache.org/guides/mini/guide-maven-evangelism.html Basically you'll log a point and ask for it to be uploaded. Check for any existing points. -Nathan -Original Message- From: Christofer Jennings [mailto:[EMAIL PROTECTED] Sent: Thursday, August 10, 2006 12:23 PM To: Maven Users List Subject: junit 4.1 I have a dependency on junit 4.1 that fails. It looks like version 4.1 is in http://www.ibiblio.org/maven2/junit/junit/ but not in the maven-metadata.xml... metadata groupIdjunit/groupId artifactIdjunit/artifactId versioning release3.8.1/release versions version3.7/version version3.8/version version3.8.1/version version3.8.2/version version4.0/version /versions /versioning /metadata Can I update this or does someone else have to? (still a newbee!) ,chris - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - CONFIDENTIALITY NOTICE This message and any included attachments are from Cerner Corporation and are intended only for the addressee. The information contained in this message is confidential and may constitute inside or non-public information under international, federal, or state securities laws. Unauthorized forwarding, printing, copying, distribution, or use of such information is strictly prohibited and may be unlawful. If you are not the addressee, please promptly delete this message and notify the sender of the delivery error by e-mail or you may call Cerner's corporate offices in Kansas City, Missouri, U.S.A at (+1) (816)221-1024. --- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: repository vs. pluginRepository
As I understand it and use it, the repositories configured in 'repositories' are used for resolving dependencies and the repositories configured in 'pluginRepositories' are for resolving Maven plugins referenced in the build and reporting sections. -Nathan -Original Message- From: Jochen Wiedmann [mailto:[EMAIL PROTECTED] Sent: Tuesday, August 08, 2006 5:14 PM To: users@maven.apache.org Subject: repository vs. pluginRepository Hi, according to http://maven.apache.org/ref/current/maven-model/maven.html I may use both repositories repository.../repository /repositories and pluginRepositories pluginRepository.../pluginRepository /pluginRepositories But how are these related? Or what's the difference? Thanks, Jochen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - CONFIDENTIALITY NOTICE This message and any included attachments are from Cerner Corporation and are intended only for the addressee. The information contained in this message is confidential and may constitute inside or non-public information under international, federal, or state securities laws. Unauthorized forwarding, printing, copying, distribution, or use of such information is strictly prohibited and may be unlawful. If you are not the addressee, please promptly delete this message and notify the sender of the delivery error by e-mail or you may call Cerner's corporate offices in Kansas City, Missouri, U.S.A at (+1) (816)221-1024. --- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[m2] Version variables for filtering
I currently have a resource file that I'm filtering and inserting the version of the project using the variable ${project.version}. Are there any other version variables that I can utilize? Specifically, I'd like to be able to exclude the -SNAPSHOT qualifier. Is there a variable that will have the datetime-stamp/build-id replacement of -SNAPSHOT? Thanks, -Nathan - CONFIDENTIALITY NOTICE This message and any included attachments are from Cerner Corporation and are intended only for the addressee. The information contained in this message is confidential and may constitute inside or non-public information under international, federal, or state securities laws. Unauthorized forwarding, printing, copying, distribution, or use of such information is strictly prohibited and may be unlawful. If you are not the addressee, please promptly delete this message and notify the sender of the delivery error by e-mail or you may call Cerner's corporate offices in Kansas City, Missouri, U.S.A at (+1) (816)221-1024. ---
RE: [m2] version resolution
That's exactly what I was looking for, thanks. Do you, or anyone, happen to know what Maven component implements this resolution? I'm curious. Thanks. -Nathan -Original Message- From: Yann Le Du [mailto:[EMAIL PROTECTED] Sent: Friday, July 21, 2006 4:43 AM To: Maven Users List Subject: Re: [m2] version resolution Hi Nathan, I don't know if this is what you are looking for, but : http://docs.codehaus.org/display/MAVEN/Dependency+Mediation+and+Conflict +Resolution - Yann 2006/7/18, Beyer,Nathan [EMAIL PROTECTED]: Is there a guide, document or piece of code that I can look at to determine the precedence of arbitrary version numbers? For example, given an arbitrary artifact with the following possible versions, what would be the order of precedence? 10.0.0, 2.1.10, 1.0.0, 1.1.0, 1.0-alpha-1, 1.0-RC1, 1.1-alpha-1, 1.2.0 -Nathan - CONFIDENTIALITY NOTICE This message and any included attachments are from Cerner Corporation and are intended only for the addressee. The information contained in this message is confidential and may constitute inside or non-public information under international, federal, or state securities laws. Unauthorized forwarding, printing, copying, distribution, or use of such information is strictly prohibited and may be unlawful. If you are not the addressee, please promptly delete this message and notify the sender of the delivery error by e-mail or you may call Cerner's corporate offices in Kansas City, Missouri, U.S.A at (+1) (816)221-1024. --- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [m2] version resolution
I do try to avoid them, but I want to understand them, as they seem to be used by the Maven plugins themselves quite often. -Nathan -Original Message- From: Wayne Fay [mailto:[EMAIL PROTECTED] Sent: Friday, July 21, 2006 9:35 AM To: Maven Users List Subject: Re: [m2] version resolution Not sure where exactly this is documented but I believe the order would/should be: 1.0-alpha-1 1.0-RC1 1.0.0 1.1-alpha-1 1.1.0 1.2.0 2.1.10 10.0.0 At least, this is how I would expect it to work. I generally do not use alpha and RC and instead use SNAPSHOT and full versions (1.1.2) instead. This way, I always know exactly what I'm going to get. I'd encourage you to do the same -- instead of embedding the alpha or RC in the version number, I'd just include a note this is RC1 somewhere relevant. Wayne On 7/21/06, Yann Le Du [EMAIL PROTECTED] wrote: Hi Nathan, I don't know if this is what you are looking for, but : http://docs.codehaus.org/display/MAVEN/Dependency+Mediation+and+Confli ct+Resolution - Yann 2006/7/18, Beyer,Nathan [EMAIL PROTECTED]: Is there a guide, document or piece of code that I can look at to determine the precedence of arbitrary version numbers? For example, given an arbitrary artifact with the following possible versions, what would be the order of precedence? 10.0.0, 2.1.10, 1.0.0, 1.1.0, 1.0-alpha-1, 1.0-RC1, 1.1-alpha-1, 1.2.0 -Nathan - CONFIDENTIALITY NOTICE This message and any included attachments are from Cerner Corporation and are intended only for the addressee. The information contained in this message is confidential and may constitute inside or non-public information under international, federal, or state securities laws. Unauthorized forwarding, printing, copying, distribution, or use of such information is strictly prohibited and may be unlawful. If you are not the addressee, please promptly delete this message and notify the sender of the delivery error by e-mail or you may call Cerner's corporate offices in Kansas City, Missouri, U.S.A at (+1) (816)221-1024. --- - 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: commons-logging-api vs commons-logging
That's a question for the Jakarta commons-logging mailing lists. -Original Message- From: news [mailto:[EMAIL PROTECTED] On Behalf Of Geoffrey De Smet Sent: Friday, July 21, 2006 10:32 AM To: users@maven.apache.org Subject: commons-logging-api vs commons-logging In the central repo there are 2 jars for commons-logging. On which one should I depend or should I depend on both? dependency groupIdcommons-logging/groupId artifactIdcommons-logging-api/artifactId version1.0.4/version /dependency dependency groupIdcommons-logging/groupId artifactIdcommons-logging/artifactId version1.0.4/version /dependency -- With kind regards, Geoffrey De Smet - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - CONFIDENTIALITY NOTICE This message and any included attachments are from Cerner Corporation and are intended only for the addressee. The information contained in this message is confidential and may constitute inside or non-public information under international, federal, or state securities laws. Unauthorized forwarding, printing, copying, distribution, or use of such information is strictly prohibited and may be unlawful. If you are not the addressee, please promptly delete this message and notify the sender of the delivery error by e-mail or you may call Cerner's corporate offices in Kansas City, Missouri, U.S.A at (+1) (816)221-1024. --- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[m2] version resolution
Is there a guide, document or piece of code that I can look at to determine the precedence of arbitrary version numbers? For example, given an arbitrary artifact with the following possible versions, what would be the order of precedence? 10.0.0, 2.1.10, 1.0.0, 1.1.0, 1.0-alpha-1, 1.0-RC1, 1.1-alpha-1, 1.2.0 -Nathan - CONFIDENTIALITY NOTICE This message and any included attachments are from Cerner Corporation and are intended only for the addressee. The information contained in this message is confidential and may constitute inside or non-public information under international, federal, or state securities laws. Unauthorized forwarding, printing, copying, distribution, or use of such information is strictly prohibited and may be unlawful. If you are not the addressee, please promptly delete this message and notify the sender of the delivery error by e-mail or you may call Cerner's corporate offices in Kansas City, Missouri, U.S.A at (+1) (816)221-1024. --- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: javadoc 2.0 plugin: doc-files/* not being copied!
Do you have your 'doc-files' in the source folder or in a resource folder? I've never been able to get it to copy 'doc-files' that are in resource folders. Maybe that's linked to the must contain .java files you mentioned. -Nathan -Original Message- From: Rob Dickens [mailto:[EMAIL PROTECTED] Sent: Friday, July 14, 2006 8:48 AM To: Maven Users List Subject: Re: javadoc 2.0 plugin: doc-files/* not being copied! I now think I know what the matter is. It looks like doc-files/ directories have to be at least three directories deep in order to be copied. (This is in addition to the condition that the directory must contain .java files.) E.g. com/lafros/juice/demo/doc-files: copied com/lafros/juice/doc-files: copied com/lafros/doc-files: NOT copied This condition doesn't appear to be documented, and doesn't apply to javadoc itself. Can anyone disprove this? Rob On 9 Jul 2006, at 18:21, Rob Dickens wrote: It looks like the problem was confined to the version I'd compiled from src (a week before 2.0 was officially released). Anyway, I just cleared this from my local repository, thereby forcing the released version to be downloaded, and the problem went away. Sorry for having wasted anyone's time. Rob On 31 May 2006, at 08:34, Rob Dickens wrote: Still couldn't get this to work, so http://jira.codehaus.org/ browse/MJAVADOC-76 - 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] - CONFIDENTIALITY NOTICE This message and any included attachments are from Cerner Corporation and are intended only for the addressee. The information contained in this message is confidential and may constitute inside or non-public information under international, federal, or state securities laws. Unauthorized forwarding, printing, copying, distribution, or use of such information is strictly prohibited and may be unlawful. If you are not the addressee, please promptly delete this message and notify the sender of the delivery error by e-mail or you may call Cerner's corporate offices in Kansas City, Missouri, U.S.A at (+1) (816)221-1024. --- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Maven-Proxy ?
That doesn't configure a mirror, it just adds another repository to search, but that will only be searched after the central mirror. See the guide on configuring a mirror: http://maven.apache.org/guides/mini/guide-mirror-settings.html -Original Message- From: Alex Shneyderman [mailto:[EMAIL PROTECTED] Sent: Friday, July 07, 2006 2:17 PM To: Maven Users List Subject: Maven-Proxy ? With maven1 we are runing maven-proxy to cache the jars we care about. Now I am looking how to do this with maven2 artifacts and can not figure how to make it work. I have something like this in my pom (maven2): project repositories repository idcentral/id nameProxy Central Repository/name layoutdefault/layout urlhttp://myhost:/url /repository /repositories /project when I run mvn the log shows this: Downloading: http://repo1.maven.org/maven2/junit/junit/3.8.1/junit-3.8.1.pom 145b downloaded so the question is why? Is this because something is wrong with my maven-proxy and it just does not handle m2 request or there is an issue with changing a repo to an alternative location? Thanks, Alex. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - CONFIDENTIALITY NOTICE This message and any included attachments are from Cerner Corporation and are intended only for the addressee. The information contained in this message is confidential and may constitute inside or non-public information under international, federal, or state securities laws. Unauthorized forwarding, printing, copying, distribution, or use of such information is strictly prohibited and may be unlawful. If you are not the addressee, please promptly delete this message and notify the sender of the delivery error by e-mail or you may call Cerner's corporate offices in Kansas City, Missouri, U.S.A at (+1) (816)221-1024. --- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: HTTP compression/gzip for wagon providers(?)
I've logged an issue for this request here: http://jira.codehaus.org/browse/WAGON-55. -Nathan -Original Message- From: Brett Porter [mailto:[EMAIL PROTECTED] Sent: Wednesday, July 05, 2006 8:34 PM To: Maven Users List Subject: Re: HTTP compression/gzip for wagon providers(?) No, but I just wrote that down the other day to think about, both on the wagon side and the repository manager side. It would good if you could file it in JIRA for Wagon. Thanks, Brett On 06/07/06, Beyer,Nathan [EMAIL PROTECTED] wrote: Is there anyway to configure Maven 2 (the wagon providers?) to use compression for HTTP communication? In particular to accept compression when requesting dependencies and to use compression when sending data with WebDAV requests. I have my HTTP servers setup to compress output and decompress input, where appropriate. Thanks. -Nathan - CONFIDENTIALITY NOTICE This message and any included attachments are from Cerner Corporation and are intended only for the addressee. The information contained in this message is confidential and may constitute inside or non-public information under international, federal, or state securities laws. Unauthorized forwarding, printing, copying, distribution, or use of such information is strictly prohibited and may be unlawful. If you are not the addressee, please promptly delete this message and notify the sender of the delivery error by e-mail or you may call Cerner's corporate offices in Kansas City, Missouri, U.S.A at (+1) (816)221-1024. --- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
HTTP compression/gzip for wagon providers(?)
Is there anyway to configure Maven 2 (the wagon providers?) to use compression for HTTP communication? In particular to accept compression when requesting dependencies and to use compression when sending data with WebDAV requests. I have my HTTP servers setup to compress output and decompress input, where appropriate. Thanks. -Nathan - CONFIDENTIALITY NOTICE This message and any included attachments are from Cerner Corporation and are intended only for the addressee. The information contained in this message is confidential and may constitute inside or non-public information under international, federal, or state securities laws. Unauthorized forwarding, printing, copying, distribution, or use of such information is strictly prohibited and may be unlawful. If you are not the addressee, please promptly delete this message and notify the sender of the delivery error by e-mail or you may call Cerner's corporate offices in Kansas City, Missouri, U.S.A at (+1) (816)221-1024. --- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: How to implement an organisational super pom ?
From my adventures in trying to do this, I've found that it's just not a good idea in the current state of things. There are some things that can be done with dependencyManagement and pluginManagement, but that only goes so far. My suggestion is to standardize things via archetypes to generate POMs in a certain fashion. For common automated build stuff use profile settings for the build user. -Nathan -Original Message- From: Dhananjay Nene [mailto:[EMAIL PROTECTED] Sent: Monday, June 19, 2006 1:34 PM To: Maven Users List Subject: How to implement an organisational super pom ? I need to implement a common pom which can be inherited by a large number of projects. However the common pom does not reflect a top level module and does not have any sources or artifacts (since it is used only for inheritance). My attempts so far lead me to believe that maven requires me to assign a version to the common pom, and the release management workflow tries to checkout a project corresponding to top level pom which obviously fails in my case. How can I implement a common pom (like the maven super pom) so that the common pom is used only for inheritance, and each pom which refers to it (as a parent ??) is in fact a top level application (and not a module/sub module) ? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - CONFIDENTIALITY NOTICE This message and any included attachments are from Cerner Corporation and are intended only for the addressee. The information contained in this message is confidential and may constitute inside or non-public information under international, federal, or state securities laws. Unauthorized forwarding, printing, copying, distribution, or use of such information is strictly prohibited and may be unlawful. If you are not the addressee, please promptly delete this message and notify the sender of the delivery error by e-mail or you may call Cerner's corporate offices in Kansas City, Missouri, U.S.A at (+1) (816)221-1024. --- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [M2] can we use 'mvn assembly' instead assembly:assembly
Based on my limited understanding, no. One is requesting a plugin goal, the other is requesting execution of a build phase. In other words 'install' != 'install:install'. 'mvn install' == execute the default build lifecycle up to and including the install phase, which should execute all plugin goals that are attached to the phases up to and including the install phase. 'mvn install:install' == execute the 'install' plugin in the maven namespace and the 'install' goal on that plugin. The first 'install' indicates the plugin, the second 'install' indicates the goal. 'mvn assembly' == error as there is no 'assembly' phase in any life cycle. 'mvn 'assembly:assembly' == execute the 'assembly' plugin in the maven namespace and the 'assembly' goal on that plugin. -Nathan -Original Message- From: hamdard [mailto:[EMAIL PROTECTED] Sent: Monday, June 05, 2006 2:14 PM To: users@maven.apache.org Subject: [M2] can we use 'mvn assembly' instead assembly:assembly Like we can do 'mvn install' instead install:install If possible, what needs be configured and where? Thanks -H -- View this message in context: http://www.nabble.com/-M2--can-we-use-%27mvn-assembly%27-instead-assembl y%3Aassembly-t1737143.html#a4720482 Sent from the Maven - Users forum at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - CONFIDENTIALITY NOTICE This message and any included attachments are from Cerner Corporation and are intended only for the addressee. The information contained in this message is confidential and may constitute inside or non-public information under international, federal, or state securities laws. Unauthorized forwarding, printing, copying, distribution, or use of such information is strictly prohibited and may be unlawful. If you are not the addressee, please promptly delete this message and notify the sender of the delivery error by e-mail or you may call Cerner's corporate offices in Kansas City, Missouri, U.S.A at (+1) (816)221-1024. --- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
MANIFEST.MF generation outside of jar:jar plugin
Is there any currently available mechanism to generate a MANIFEST.MF file outside of the jar:jar goal? What I'm looking for is a way to generate or manipulate the MANIFEST.MF such that it contains values from the POM, like version, etc. I can do this via the 'archive' element in the 'configuration' of the jar plugin, but this doesn't leave an artifact for use outside of the JAR, such as being used within the Eclipse IDE's PDE. What would be great is if the eclipse:eclipse plugin could generate the MANIFEST.MF along with the other IDE artifacts. I'm open to any thoughts or suggestions. My major requirement is that I want to enable use of the Eclipse PDE, but maintain all of the defining information in the POM. Thanks. -Nathan - CONFIDENTIALITY NOTICE This message and any included attachments are from Cerner Corporation and are intended only for the addressee. The information contained in this message is confidential and may constitute inside or non-public information under international, federal, or state securities laws. Unauthorized forwarding, printing, copying, distribution, or use of such information is strictly prohibited and may be unlawful. If you are not the addressee, please promptly delete this message and notify the sender of the delivery error by e-mail or you may call Cerner's corporate offices in Kansas City, Missouri, U.S.A at (+1) (816)221-1024. --- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Plugin versions and JDK
Additionally, if you'll need to point the bootstrap classpath of the compiler to the Java 1.4.2 libraries. So, the configuration would need to be something like this. plugin artifactIdmaven-compiler-plugin/artifactId configuration source1.4/source target1.4/target compilerArguments bootclasspath c:/j2sdk1.4.2_11/jre/lib/rt.jar /bootclasspath /compilerArguments /configuration /plugin Note: The actual JARs needed on the bootclasspath may vary depending on JDK. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Tuesday, May 23, 2006 9:59 AM To: users@maven.apache.org Subject: RE: Plugin versions and JDK You should (unless I misunderstood you) be able to set your JAVA_HOME to 1.5 and still compile in 1.4. In your pom, you would need something like... ... build plugins plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-compiler-plugin/artifactId configuration source1.4/source target1.4/target /configuration /plugin ... /plugins /build ... -Original Message- From: Fisher, Michael (IT) [mailto:[EMAIL PROTECTED] Sent: Monday, May 22, 2006 11:23 AM To: 'Maven Users List' Subject: Plugin versions and JDK Hello, Quick question regarding JDK versions and running Maven2 plugins... Maven requires a JAVA_HOME system property to be set in order to run, when I set this to point to a 1.4.2_06 JDK, I get an UnsupportedClassVersion exception when I get to the surefire test cycle (Using version 2.0 of Surefire). When looking at the JAR, it seems to have been built with 1.5.2_05. Does this mean I need to be running a 1.5+ JDK in order to use the latest version of such plugins? The reason I ask, is because even though I could build my software on 1.5+, I cannot deploy it to an environment running above 1.4.2. What is the suggested work around for this? Thanks, Mike - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - CONFIDENTIALITY NOTICE This message and any included attachments are from Cerner Corporation and are intended only for the addressee. The information contained in this message is confidential and may constitute inside or non-public information under international, federal, or state securities laws. Unauthorized forwarding, printing, copying, distribution, or use of such information is strictly prohibited and may be unlawful. If you are not the addressee, please promptly delete this message and notify the sender of the delivery error by e-mail or you may call Cerner's corporate offices in Kansas City, Missouri, U.S.A at (+1) (816)221-1024. --- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Specifying system libraries with eclipse plugin
The 'eclipse:eclipse' with just add this to the .classpath: classpathentry kind=con path=org.eclipse.jdt.launching.JRE_CONTAINER/. This translates into the JRE that's set as the default JRE that's selected in the Installed JREs preferences. The name eclipse just happens to be the name that's given to that JRE in the preferences. If you want to set it to an explicit JRE in your preferences, then you can change the the plugin's configuration to a specific JRE. It might look something like this: plugin groupIdorg.apache.maven.plugins/groupId artifactIdmaven-eclipse-plugin/artifactId configuration classpathContainers java.lang.String org.eclipse.jdt.launching.JRE_CONTAINER/org.eclipse.jdt.internal.debug.ui..launcher.StandardVMType/MY_JRE_NAME /java.lang.String /classpathContainers /configuration /plugin Just replace MY_JRE_NAME with the name of the JRE in the preferences page. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Tuesday, May 23, 2006 1:06 PM To: Maven Users List Subject: Specifying system libraries with eclipse plugin Hi guys gals, I am using the eclipse:eclipse task to create my Eclipse workspace in WSAD 5.1. Since WSAD uses IBM's version of JDK v1.3 and we are using JDK 1.4.1. When we initially create the workspace, it always picks JRE System Library eclipse which is version 1.3.1. I have changed the default system library to my own JDK 1.4.1 but every time I do mvn eclipse:clean eclipse:eclipse, it defaults back to the eclipse library. I know I can change this in my WSAD to have the eclipse JRE point to my Sun JDK 1.4.1 but I'd like to find a more robust way to do this. Is the eclipse plugin always setting the System JRE to the one named eclipse or does it search for some kind of default? -j --- Justin Fung [EMAIL PROTECTED] Sr. Analyst, Business Systems IT Banking Systems, e-Business HSBC Bank Canada http://www.hsbc.ca p: (604) 643-6605 f: (604) 643-6727 *** This email may contain confidential information, and is intended only for the named recipient and may be privileged. Distribution or copying of this email by anyone other than the named recipient is prohibited. If you are not the named recipient, please notify us immediately and permanently destroy this email and all copies of it. Internet email is not private, secure, or reliable. No member of the HSBC Group is liable for any errors or omissions in the content or transmission of this email. Any opinions contained in this email are solely those of the author and, unless clearly indicated otherwise in writing, are not endorsed by any member of the HSBC Group. *** Ce courriel peut renfermer des renseignements confidentiels et privilégiés et s'adresse au destinataire désigné seulement. La distribution ou la copie de ce courriel par toute personne autre que le destinataire désigné est interdite. Si vous n'êtes pas le destinataire désigné, veuillez nous en aviser immédiatement et détruire de façon permanente ce courriel ainsi que toute copie de celui-ci. La transmission de courriel par Internet ne constitue pas un mode de transmission confidentiel, sécuritaire ou fiable. Aucun membre du Groupe HSBC ne sera responsable des erreurs ou des omissions relatives au contenu ou à la transmission de ce courriel. L'auteur de ce courriel est seul responsable des opinions émises dans ce courriel, lesquelles, à moins d'un avis contraire fourni par écrit, ne sont pas endossées par aucun membre du Groupe HSBC. *** - CONFIDENTIALITY NOTICE This message and any included attachments are from Cerner Corporation and are intended only for the addressee. The information contained in this message is confidential and may constitute inside or non-public information under international, federal, or state securities laws. Unauthorized forwarding, printing, copying, distribution, or use of such information is strictly prohibited and may be unlawful. If you are not the addressee, please promptly delete this message and notify the sender of the delivery error by e-mail or you may call Cerner's corporate offices in Kansas City, Missouri, U.S.A at (+1) (816)221-1024. --- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[m2] Any plans for an update to javadoc plugin
Does anyone know what the timeline for releasing a new javadoc plugin for Maven 2 might be? The latest on ibiblio is 2.0 beta 3 (from Dec.), which has a number of problems with things like excludes and package groups. Thanks. -Nathan - CONFIDENTIALITY NOTICE This message and any included attachments are from Cerner Corporation and are intended only for the addressee. The information contained in this message is confidential and may constitute inside or non-public information under international, federal, or state securities laws. Unauthorized forwarding, printing, copying, distribution, or use of such information is strictly prohibited and may be unlawful. If you are not the addressee, please promptly delete this message and notify the sender of the delivery error by e-mail or you may call Cerner's corporate offices in Kansas City, Missouri, U.S.A at (+1) (816)221-1024. --- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]