2010/8/23 sebb seb...@gmail.com
2010/8/23 Arnaud Héritier aherit...@gmail.com:
I think it could help you :
http://maven.apache.org/guides/mini/guide-relocation.html
Thanks - but it does not really cover the Apache case where a shared
repo is used.
Sorry. I don't know Apache infra well,
+1.
Maven 3 includes improvements about parent pom handling. See
http://docs.codehaus.org/display/MAVENUSER/Iron+Fist+of+Maven+3.0+transition+pack#IronFistofMaven3.0transitionpack-relativepathtoparent
I suspect you're referring to a pom that's just not in the parent directory.
In maven 2, this is
Practice Area Lead - Continuous Build Integration Tools
We are currently recruiting for a Practice Area Lead who has experience in
open-source Continuous Build Integration Tools, such as Maven, Hudson,
Nexus, etc. One of the upcoming projects this resource will support, is a
Maven and Nexus
Hello All,
I was browsing the Maven users group and it suggested sending open jobs to
the users@maven.apache.org mailing list.
The reason I am reaching out to everyone today is that I'm working with a
client who is in the process of replacing their current version control tool
(PVCS) with
Hello Apache Maven users,
Can someone of the Apache Maven developers please reopen the
MECLIPSE-36http://jira.codehaus.org/browse/MECLIPSE-36issue, it is
still present (in maven-eclipse-plugin:2.8).
Thanks in advance!
Regards,
Stevo.
Where is sending open jobs info to this list suggested?
/Anders
On Mon, Aug 23, 2010 at 23:05, Frank Ungarten frank.ungar...@cmi.comwrote:
Hello All,
I was browsing the Maven users group and it suggested sending open jobs to
the users@maven.apache.org mailing list.
The reason I am
There is a j...@apache.org list. The developer and user lists list is not for
recruiters.
On Aug 24, 2010, at 5:29 AM, Anders Hammar wrote:
Where is sending open jobs info to this list suggested?
/Anders
On Mon, Aug 23, 2010 at 23:05, Frank Ungarten frank.ungar...@cmi.comwrote:
On 24 August 2010 08:34, Baptiste MATHUS m...@batmat.net wrote:
2010/8/23 sebb seb...@gmail.com
2010/8/23 Arnaud Héritier aherit...@gmail.com:
I think it could help you :
http://maven.apache.org/guides/mini/guide-relocation.html
Thanks - but it does not really cover the Apache case where
It is just that this forum is so full of talented people that there is
no need to visit any other web sites ;-) .
Ron
On 23/08/2010 4:02 PM, Wayne Fay wrote:
I didn't know there was a nexus list. Thanks.
This happens often. I don't know why there is such confusion. Perhaps
the Sonatype
Ahhh - h
So we have an aggregate pom that lists the parent pom as the first module.
All other poms make reference to this parent pom, but without the
relativePath.
Additionally, I've worked places where this parent pom is NOT part of the
standard branching structure and has its own CI
That would be correct, as that pom artifact (the parent) then would exist in
the remote repo and can be fetched by Maven as any other artifact.
/Anders
On Tue, Aug 24, 2010 at 14:54, EJ Ciramella ecirame...@casenetinc.comwrote:
Ahhh - h
So we have an aggregate pom that lists the
Thank you all!
-Original Message-
From: anders.g.ham...@gmail.com [mailto:anders.g.ham...@gmail.com] On Behalf Of
Anders Hammar
Sent: Tuesday, August 24, 2010 9:06 AM
To: Maven Users List
Subject: Re: Maven 3 project ordering
That would be correct, as that pom artifact (the parent)
Not sure if this is the place to do it, but could the powers that be enforce
that the site output of any of the reporting type plugins include the report as
well?
Is that a difficult thing to enforce?
CONFIDENTIALITY NOTICE: This e-mail and the information
I have successfully built maven-1.1 from .\maven\maven-1\trunks\core on
my Vista PC / Java 1.5 from DOS and from NetBeans 5.5.1
Using maven-1.1 I have successfully built axis2-1.2; and thats why I
need maven also on a OpenVMS Integrity Server from HP;
There - Axis2-1.2 - is up and running
# Copy all foo-related files from /bar/foo/ in your Maven 2 repository
to a temporary location.
# Change the groupId to org.bar in all foo-related pom files in the
temporary location.
# Copy all files from the temporary location to /org/bar/foo/ in your
Maven 2 repository.
# Create a
Practice Area Lead - Continuous Build Integration Tools
We are currently recruiting for a Practice Area Lead who has experience in
open-source Continuous Build Integration Tools, such as Maven, Hudson,
Mailing List:
j...@apache.org
To Subscribe:
jobs-subscr...@apache.org
To Unsubscribe:
HOW CAN I FORCE THAT BASIC ATHENTICATION IS USED but NEVER NTLM
This would solve my problem
Why are you wasting your time with this? Just download the artifacts
(jar files etc) yourself and copy it to the proper Maven1 local repo
cache structure. I haven't used M1 in a long
snip
That is definitely NOT the way to handle it. Once released, artifacts
(including pom files) must not change. Why do you think this
should/must be done?? Is it merely a poor assumption on your part, or
were you told this or read it somewhere?
/snip
I too have read these EXACT steps before.
The guide to relocation:
http://maven.apache.org/guides/mini/guide-relocation.html
Hmmm I really don't agree with this approach, and don't believe it
would pass muster today. This documentation is most likely old.
Today's mantra is artifacts don't change. This includes poms and
jars etc.
And how would you configure a filter if you would like to exclude some
classes from the instrumentation?
--
View this message in context:
http://maven.40175.n5.nabble.com/emma-code-coverage-problem-tp113505p2651325.html
Sent from the Maven - Users mailing list archive at Nabble.com.
Wayne,
Wasting time?
It seems to me that I am not the only one having problems with Authentication.
In particular with NTLM Authentication, or forcing an Authentication Schema.
Therefore again;:
How do I force BASIC authentication using maven-1.1 either with maven-1.1 or
maybe I can do it
Hello,
On our project, we have an archetype that permits to add a web module to
an application.
We have an other archetype that permits to update the pom.xml of the
project by adding dependencies and other stuff.
Though, there is a problem when maven try to apply the last archetype to
an
Wayne
Or keep it more simple, maybe you understand me then.
What would you say if subversion, would not work just because it is unable to
authenticate properly with your proxy server? Would that tool be useful for
you? Not saying what artifacts you need or intend to download with it in the
On 24 August 2010 16:00, Wayne Fay wayne...@gmail.com wrote:
The guide to relocation:
http://maven.apache.org/guides/mini/guide-relocation.html
Hmmm I really don't agree with this approach, and don't believe it
would pass muster today. This documentation is most likely old.
Maybe so,
Wasting time?
How do I force BASIC authentication using maven-1.1 either with
maven-1.1 or maybe I can do it outside maven-1.1-code through a
Let me be more plain... you are WASTING YOUR TIME trying to fix
Maven1. Perhaps you understand me better now?
Find the simplest thing that could
Egads, is anyone still using Maven 1? If so, why? -K
On Aug 24, 2010, at 11:40 AM, Wayne Fay wrote:
Wasting time?
How do I force BASIC authentication using maven-1.1 either with
maven-1.1 or maybe I can do it outside maven-1.1-code through a
Let me be more plain... you are WASTING YOUR
Yeah, I know - hate to cross-pollinate here but the Nexus bible states the repo
is for deposits only.
Essentially backing up the just change NEW snapshots/releases, leave the old
ones where they are sentiment.
In another life, I casually agreed we should change the groupId of an artifact
and
On 24 August 2010 18:44, EJ Ciramella ecirame...@casenetinc.com wrote:
Yeah, I know - hate to cross-pollinate here but the Nexus bible states the
repo is for deposits only.
Essentially backing up the just change NEW snapshots/releases, leave the old
ones where they are sentiment.
OK
In
No, we didn't realize the relocation poms existed until it was too late.
We wanted to match up in source control/java package/groupId/artifactId so that
they were uniform. Which is great because from just about any angle
(stacktrace, source path, package name in IDE) you know exactly where to
Additionally, when I was done crying myself to sleep over this failure, I went
in search of a repo manager that allowed an easy way to do this in the future:
http://wiki.jfrog.org/confluence/display/RTF/Moving+Artifacts
But I'm sticking with Nexus until it bites me...
-Original
On 24 August 2010 19:17, EJ Ciramella ecirame...@casenetinc.com wrote:
No, we didn't realize the relocation poms existed until it was too late.
We wanted to match up in source control/java package/groupId/artifactId so
that they were uniform. Which is great because from just about any angle
I am moving our dev team from CVS to Subversion and started testing Maven
with Subversion. I am getting the error 'svn' is not recognized as an
internal or external command. From what I can find on google I actually
need to have svn installed separately from Maven. Is this correct?
Tim
On Tue, Aug 24, 2010 at 2:41 PM, Timothy Mcginnis
tmcgi...@aessuccess.org wrote:
I am moving our dev team from CVS to Subversion and started testing Maven
with Subversion. I am getting the error 'svn' is not recognized as an
internal or external command. From what I can find on google I
with Subversion. I am getting the error 'svn' is not recognized as an
internal or external command. From what I can find on google I actually
need to have svn installed separately from Maven. Is this correct?
Yes.
What causes you to assume anything else? Is there some documentation
that
Well, I probably should have posted this in the M2Eclipse list (which I
have done since then). Previously when using cvs it just used the client
in Eclipse, but when I tried to do the same with subversion it gave me
this error.
Tim McGinnis
717 720-1962
Web Development
AES/PHEAA
From:
I'm wondering how they handle the pgp signatures. If the groupId changes,
the pom changes, and then the signature won't be correct.
I would never mess with old releases.
/Anders
On Tue, Aug 24, 2010 at 20:27, EJ Ciramella ecirame...@casenetinc.comwrote:
Additionally, when I was done crying
I think the general consensus is - don't do this.
Just don't.
(that move is moving from one repository to another, not moving groupIds btw
- my bad - but I coulda sworn they do offer a move feature)
-Original Message-
From: anders.g.ham...@gmail.com [mailto:anders.g.ham...@gmail.com]
I think the general consensus is - don't do this.
Just don't.
I think its OK for a project to move groupIds and then use that new
groupId for all future releases. But I don't think it should ever be
OK for a project to move groupIds for past releases -- that breaks
the don't ever change stuff
On 2010-08-24 17:00, Wayne Fay wrote:
The guide to relocation:
http://maven.apache.org/guides/mini/guide-relocation.html
Hmmm I really don't agree with this approach, and don't believe it
would pass muster today. This documentation is most likely old.
Today's mantra is artifacts
I am building a war (a.war) that depends on a jar (depend1.jar). That jar
(depend1.jar) is provided by the the App server (actually it is something we
build, but we install it globally), so it is in a.war pom.xml as provided.
The thing is, depend1.jar depends on several other jars, but since
I've racked my brain to come up with an ideal solution to this,
without success, so I'm throwing myself on the mercy of the group.
Any and all advice is greatly appreciated.
I have a project with many modules that are all released together;
let's say they're in group ca.zac.A. The parent pom
I am having problems getting our maven site build to work in any but 2.0.8.
In builds after 2.0.8 (including maven 2.2.1), we are getting the
exception java.lang.ArrayIndexOutOfBoundsException: 1 (see below).
This appears to be the error in
http://jira.codehaus.org/browse/MPIR-194
[INFO]
I think scopeimport/scope is what you are looking for, but IMHO it might
be less than perfectly defined in the docs (last time I looked)
On 24 August 2010 22:54, Zac Thompson zac.thomp...@gmail.com wrote:
I've racked my brain to come up with an ideal solution to this,
without success, so I'm
Of course, right after I send the email I got it to work:
pluginManagement
plugins
plugin
groupIdorg.apache.maven.plugins/groupId
artifactIdmaven-site-plugin/artifactId
version2.1.1/version
dependencies
dependency
I would like to perform an activation based on maven version (for my
needs I would like to know maven 2.0.8). Is there any way to do
this?
I noticed this has been filed and not resolved:
http://jira.codehaus.org/browse/MNG-4760
Basically I want to change a plugin to use a certain version for
On Tue, Aug 24, 2010 at 7:37 PM, sebb seb...@gmail.com wrote:
On 24 August 2010 19:17, EJ Ciramella ecirame...@casenetinc.com wrote:
No, we didn't realize the relocation poms existed until it was too late.
We wanted to match up in source control/java package/groupId/artifactId so
that they
I am having a problem similar (or exactly the same) as described in
MRELEASE-576 (http://jira.codehaus.org/browse/MRELEASE-576).
I have a structure like this
ExampleProject
|
+- branches
|
+- tags
|
+- trunk
|
+- pom.xml (modules=example-parent,example-app,example)
|
On 25 August 2010 01:00, Niall Pemberton niall.pember...@gmail.com wrote:
On Tue, Aug 24, 2010 at 7:37 PM, sebb seb...@gmail.com wrote:
On 24 August 2010 19:17, EJ Ciramella ecirame...@casenetinc.com wrote:
No, we didn't realize the relocation poms existed until it was too late.
We wanted to
Thank you Stephen.
The worst part is that I remember reading about that when 2.0.9 came
out, but obviously I completely forgot about it since. I don't know
how I managed to bypass it in my searches.
Thanks again!
Zac
On Tue, Aug 24, 2010 at 3:31 PM, Stephen Connolly
I am a bit stumped to discover that
activation
property
nameskip.integration.tests/name
valuefalse/value
/property
/activation
is not triggered by a property setting inside the POM itself. Only a
command-line -D
If a project uses the old groupId to download the release with the new
groupId then it will find the relocation POM, and Maven can
potentially correlate the old and new groupIds. However if the project
uses the new groupId, the relocation POM will not necessarily be read.
Realistically,
2) The idea of inheriting from the ca.zac.A parent pom worked with
maven 2.1.0, but not well for other versions (and it smells bad
anyway).
If you're seriously using Maven 2.1.0, you need to stop ASAP. Please
start using 2.2.1 or even the latest 3.0 beta instead.
Wayne
problem. However, the maven-jetty-plugin lacks a 'skip' property. I
Anyone got another suggestion?
Add/request the skip property for m-jetty-p? Should be super simple to do.
Wayne
-
To unsubscribe, e-mail:
This is a common problem in a portal environment or SOA architecture
where many webapps are generated.
We solved this by creating a set of projects that create sets of jars
that group together a bunch of jars into one massive jar.
For example, we have a spring-mysql-hibernate-tomcat project
On Tue, Aug 24, 2010 at 6:28 PM, Stevo Slavić ssla...@gmail.com wrote:
Hello Apache Maven users,
Can someone of the Apache Maven developers please reopen the
MECLIPSE-36http://jira.codehaus.org/browse/MECLIPSE-36issue, it is
still present (in maven-eclipse-plugin:2.8).
I've duplicated this
55 matches
Mail list logo