RE: Input from Maven Users
-Original Message- From: Siegfried Goeschl [mailto:[EMAIL PROTECTED] ... +) Maintaining the JAR dependencies and versions across more than 10 subprojects is a pain in the ass. Nothing wrong with MAVEN here but I'm still thinking of a maven plugin doing the stuff from the command line such us looking for conflicting versions of a JAR and replacing the version number of a JAR across multiple projects ... I think this is the next step for effective POM mgmt in a mavenized environment with dozens of projects: * merges POMs generating the minimum common denominator POM to be used as the parent POM for reactor based projects, I have done this manually and it's slooow * diffs between POMs, something like: diff -u pomx pomy pom.diff (in pom format) Rogelio - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: MavenProxy
I think it's a prety cool idea! I'm using it. but also I'd like to have handy an Apache Server httpd.conf file configuration to publish a repository, can somebody share it with the mailing list? Thank you, Rogelio -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] It's just a great tool, more info on : http://wiki.codehaus.org/maven/MavenProxy Thanks. Paul - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: MavenProxy
What this means inside project.xml? Is there a plugin that uses this tag for what? Which plugin? * Add distributionDirectory to the project.xml Thanks, Rogelio -Original Message- From: Trygve Laugstøl [mailto:[EMAIL PROTECTED] Sent: Tuesday, September 30, 2003 9:42 AM To: Maven Users List Subject: RE: MavenProxy On Tue, 30 Sep 2003, Robles, Rogelio wrote: I think it's a prety cool idea! I'm using it. but also I'd like to have handy an Apache Server httpd.conf file configuration to publish a repository, can somebody share it with the mailing list? What do you mean? If you want to create a company wide repos: * Create a directory in /usr/local/maven-repos/ * Add a maven-repos group * Make the dir group writeable and sticky * All that should be able to write in the directory * Add distributionDirectory to the project.xml * Add Alias /maven-repos/ /usr/local/maven-repos to httpd.conf Should work :) Thank you, Rogelio -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] It's just a great tool, more info on : http://wiki.codehaus.org/maven/MavenProxy Thanks. Paul Trygvis - 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: MavenProxy
Until today I've been using only jar:install which puts things in the local repository. I have not installed (or deployed) anything to a remote repository, which is the next step. maven-proxy automatically maintains a read/write repository but with Apache I want to share a read only official repository. Thanks for you promptly answer, Rogelio -Original Message- From: Trygve Laugstøl [mailto:[EMAIL PROTECTED] Sent: Tuesday, September 30, 2003 1:38 PM To: Maven Users List Subject: RE: MavenProxy On Tue, 30 Sep 2003, Robles, Rogelio wrote: What this means inside project.xml? Is there a plugin that uses this tag for what? Which plugin? Have you tried to read the docs? The distributionDirectory tag is described in http://maven.apache.org/reference/project-descriptor.html. Take a look at distributionSite too. It is used when you are deploying a artifact to the repository. From the jar:deploy goal: Deploy a jar to the remote repository. The jar is built using the java:jar goal Hope this helps. Trygvis - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: MavenProxy
-Original Message- The proxy is read only as far as I know. It just caches the results. When it caches the results, artifacts that were not found locally but downloaded from ibiblio for example, updates its cache (or its local Maven repository) so the next time will serve a similar request locally, this is what I mean with maven-proxy maintains a read/write repository Anyway, this jars proxy plus Maven it's a pretty cool combination! and so far it's been working :) Rogelio Trygvis - 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: Usability issues general ranting
-Original Message- From: Guðlaugur Stefán Egilsson [mailto:[EMAIL PROTECTED] ... 1) The authors have the ambition to make this project widespread, and to have significant impact on the Java developer community. ... This is BS to me. Maven committers exercise your right to ignore people that already got their fair share of attention and are just making their case more irrelevant and pathetic. Don't waste your valuable time. Rogelio, a happy Maven user. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Using file://../../path for maven.repo.remote
Thanks for info.
My comments inside your message:
-Original Message-
From: Colin Sampaleanu [mailto:[EMAIL PROTECTED]
You can definitely use file: references to set up remote repos. I use
this definition for maven.repo.remote in some projects:
maven.repo.remote=\
file:${basedir}/../../shared/repository,\
http://www.ibiblio.com/maven
Try using 'file:' instead of 'file://', the latter is not
really kosher.
Also, you probably need to go relative off ${basedir}.
This worked to get some of my dependencies, not all of them.
However, note that there are some _severe_ issues with repo overrides
and plugins. Plugins don't seem to be able to pick up remote
and local
repo overrides from a project's property files. This is why
when I do my
builds, all the dependencies the plugins themselves need come from
ibiblio, and only my own dependencies come from my filesystem remote
repo. Even then, everything totally breaks when I use the
multiproject
plugin, as it gets even more confused.
Yes, now I'm stuck at the same place as you (I'm using maven-beta-10), some
plugins
dependencies are not being copied over from the remote repositories.
I need to find out which plugins are and how they are getting their
dependencies.
Rogelio
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Using file://../../path for maven.repo.remote
I need to support a closed building/deployment environment because the production releases are built and deployed by our SCM admin team. They use a clean and closed build box, using only officially approved tools: jdk, ant and soon Maven ;-). 'remote' repositories are stored in our SCM server and project stakeholders (developers and SCM admin team) get them through snapshots when is worth to do it. The structure that I have is this: /root /scm-user-id /projectX /component1 /component2 /component3 /thirdparty /maven /repo /internal /repo As you can see the scm-user-id is different for all the stakeholders of the project so I can't use hard coded absolute directory names for the repositories location. Then I use relative URLs for references: In component1's project.properties file I have: maven.repo.remote=file://../../thirdparty/maven/repo, file://../../internal/repo This produces: Attempting to download commons-lang-1.0.1.jar. WARNING: Failed to download commons-lang-1.0.1.jar. And I don't get the artifacts installed in my local repository. At the beginning I was under the impression that I can't use relative URLs, but I tested moving the 'remote' repositories as siblings of my components, under projectX, and everything works fine, with this: maven.repo.remote=file://../thirdparty/maven/repo, file://../internal/repo Is there a possible solution for this static properties-file-only solution? do I need to create a dynamic solution? I have thought of instead of relative URL's generate absolute URLS at runtime using jelly, is this possible? Rogelio - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Using file://../../path for maven.repo.remote
Under this circumstances, relative file URLs, Maven is unable to supply jar dependencies to its plugins. I'm using the jar:install goal in my component, and the first plugin to be loaded it seems that is maven-artifact-plugin-1.0-SNAPSHOT and Maven couldn't find its dependencies. If I use an absolute file URL for maven.repo.remote everything works fine, but I cannot use this as a solution since other developers will have different SCM work directories. In other things I found the following, if I erase the /repository directory from my local repository I get a java.lang.ClassNotFoundException: velocity at the middle of the jar dependencies copying, if I run maven again, everything works fine :-\. I erased that directory when I was trying to have a new local repository but just the jar files. I don't know if this new or not, I'll post it into JIRA anyway. Rogelio -Original Message- From: Robles, Rogelio [mailto:[EMAIL PROTECTED] -Original Message- From: Colin Sampaleanu [mailto:[EMAIL PROTECTED] However, note that there are some _severe_ issues with repo overrides and plugins. Plugins don't seem to be able to pick up remote and local repo overrides from a project's property files. Yes, now I'm stuck at the same place as you (I'm using maven-beta-10), some plugins dependencies are not being copied over from the remote repositories. I need to find out which plugins are and how they are getting their dependencies. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Maven Return Codes in a Continuous Integration environment
-Original Message- From: Brett Porter [mailto:[EMAIL PROTECTED] Did you try the most recent version of CC? I'm using 2.1.3 with the following: maven mavenscript=/usr/local/maven/bin/maven goal=scm:update-project|clean test|site:deploy projectfile=checkout/common/BTcore/project.xml/ As long as projectfile is already checked out, this should work, although you'll need to download the SCM plugin from JIRA. Or write the goal itself - its just a wrapper for the ant task in this case. you'll need to download the SCM plugin from JIRA. What specific address are you referring to? Rogelio - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [Cactus] Support for WebLogic 7.x is now operational
Great! Talking about Weblogic 7.x do you know if there is Maven plugin or an Ant taskdef to control it: installing a webapp, reloading it, stopping it, discarding it, etc. similar to Tomcat's catalina-ant.jar? Thanks, Rogelio -Original Message- From: Vincent Massol [mailto:[EMAIL PROTECTED] Sent: Thursday, August 07, 2003 12:48 AM To: 'Cactus Users List'; 'Maven Users List' Cc: 'BRUNOT Sébastien'; 'Mathieu Gandin' Subject: [Cactus] Support for WebLogic 7.x is now operational Hi, Just a quick note to tell you I have committed code in the Cactus Ant integration and in the Cactus plugin for Maven that makes the WebLogic 7.x integration work fine (at least here on my machine :-)). Thanks -Vincent - 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]
