On a related note, is it safe to use both Nexus set up with a proxy
repository, and to also have rsync routinely updating it?
Phillip
On Fri, Jun 1, 2012 at 10:53 AM, Phillip Hellewell ssh...@gmail.com wrote:
Hi,
Our company would like to mirror our Maven repository at a remote
location
On Fri, Jun 1, 2012 at 12:47 PM, Lyons, Roy roy.ly...@cmegroup.com wrote:
I think that this is what you might be looking for...
http://mojo.codehaus.org/wagon-maven-plugin/merge-maven-repos-mojo.html
Sweet, thanks! I'll give it a try. That looks like just what I was
looking for.
Phillip
On Fri, Dec 16, 2011 at 12:44 AM, Jörg Schaible
joerg.schai...@scalaris.com wrote:
Phillip Hellewell wrote:
Thanks Todd; can you give me a hint on how to change the goals that
get run by release:prepare?
See configuration parameters of realase:prepare.
Ah yes, here it is: preparationGoals
On Fri, Dec 16, 2011 at 4:51 AM, Olivier Lamy ol...@apache.org wrote:
As you use svn, a possible solution is to use remoteTagging=false
(http://maven.apache.org/plugins/maven-release-plugin/prepare-mojo.html#remoteTagging)
which do svn cp . http://blbl/tags/
Thanks for the tip, but I don't
On Fri, Dec 16, 2011 at 6:24 AM, Thiessen, Todd (Todd)
tthies...@avaya.com wrote:
http://maven.apache.org/plugins/maven-release-plugin/prepare-mojo.html
If you look at the preperationGoal option of the prepare goal, you will see
the default is clean verify. If you change with to simple be
So release:prepare does a compile first and then (modifies the pom and)
creates the tag. That makes sense, but...
the problem is we have some artifacts that take a *long* time (up to an
hour) to build. During that time developers may check in more changes that
they don't expect to be part of
On Thu, Dec 15, 2011 at 3:05 PM, Thiessen, Todd (Todd)
tthies...@avaya.com wrote:
You can skip the building of the snapshot by changing the goals in the
prepare phase. This will then jump you right to tag creation, checkout of
the tag and building of the tag during the perform phase.
Thanks
On Thu, Dec 15, 2011 at 3:07 PM, pino.silvag...@gmail.com wrote:
Maybe I didn't fully get every steps of your release
but usually you should branch your code and release
from there.
Do you mean branch or tag?
A release is created from a tag, and that is what the release plugin
does for us.
accidentally modify a header file not realizing it
came from a dependency, and never find out about it until it breaks someone
else. Hence, the idea we came up with was to automatically flag the
dependency files as read-only after unpacking.
Phillip
On Mon, Aug 29, 2011 at 12:22 PM, Phillip Hellewell
When using dependency:unpack-dependencies, I would like to flag all the
unpacked files as read-only. I don't see a parameter to do that. Is there
a separate plugin out there that I could use? So after unpacking it would
flag all files below target\dependency as read-only.
Well, if worst comes
Is there any syntax for excluding all (transitive) dependencies?
For example, I would like to be able to write something like this:
dependencies
dependency
groupIdmygroup/groupId
artifactIdmycomp/artifactId
version1.0/version
exclusions*/exclusions
/dependency
at 6:39 AM, Anders Hammar and...@hammar.net wrote:
No, it doesn't. At least not out-of-the-box. I don't know if it would be
possible to extend in any way to get this behavior.
/Anders
On Wed, Jun 1, 2011 at 06:08, Phillip Hellewell ssh...@gmail.com
wrote:
Does Maven 3.x support
Does Maven 3.x support any strategies other than nearest definition for
transitive dependency mediation?
Specifically I am interested in if it has the ability to use the highest
version # found anywhere in the dependency tree.
Phillip
I can't seem to find any documentation on this, so maybe you can just tell
me. What is the exact rule for when Maven will check for a newer snapshot
from a remote repo (when you're not using -U) ?
It seems to be something like:
1. If you don't already have the snapshot it will check.
2. If your
/settings.html
Look for updatePolicy.
-Original Message-
From: Phillip Hellewell [mailto:ssh...@gmail.com]
Sent: Friday, May 13, 2011 1:49 PM
To: Maven Users List
Subject: When does maven check for updated snapshots?
I can't seem to find any documentation on this, so maybe you can
nonsense
words and other nonsense are a direct result of using swype to type on
the
screen
On 7 May 2011 04:37, Phillip Hellewell ssh...@gmail.com wrote:
With Maven 3.0.1 I am still running into this bug. It's been 1/2 year;
any
ETA on when it will be fixed? Could Maven use an alternative
:29 PM, Phillip Hellewell wrote:
I'm using Maven 2.2.1 and getting a heap overflow when trying to
deploy an artifact about 50MB in size. I'm deploying to an Nexus
server (HTTP).
I added @set MAVEN_OPTS=-Xms128m -Xmx512m to my mvn.bat and now it is
working.
But my question is, why
Is there any way to toggle which dependencies are optional, based on the
classifier?
E.g., if we have these dependencies:
A - X, Y, Z
B - A
When B depends on A, it transitively inherits X, Y, and Z. Now let's
suppose A produces multiple zips (different classifiers) using the assembly
plugin.
On Fri, Apr 22, 2011 at 9:07 PM, Ron Wheeler
rwhee...@artifact-software.com wrote:
You said :
If I write mvn blah -Dprop1=${prop2} Maven sets prop1 to null.
This is not correct.
What you should have written is
If I write mvn blah -Dprop1=${prop2} my operating system converts
On Fri, Apr 22, 2011 at 8:49 PM, Sony Antony sony.ant...@gmail.com wrote:
what will happen if you put it under quotes '-Dprop1=${prop2}' ?
Thanks for the idea. I tried that and I tried surrounding the whole
thing with double quotes. With single quotes I got an error; with
double quotes it
I m wrong )
--sony
On Thu, Apr 21, 2011 at 7:24 PM, Phillip Hellewell ssh...@gmail.com wrote:
This is on Windows from a command prompt, not Linux.
Phillip
On Thu, Apr 21, 2011 at 12:21 PM, Jörg Schaible joerg.schai...@gmx.de
wrote:
Phillip Hellewell wrote:
Oh, I just thought
I'm having trouble running a plugin I wrote and setting a variable to
another variable that I want to interpolate later.
I've had success inside pom files by escaping the $ as $$, but from
the command-line that is not working.
What's weird is that it is inconsistent about when it will
\${myvar2}\..\${myvar2}
Phillip
On Thu, Apr 21, 2011 at 11:39 AM, Phillip Hellewell ssh...@gmail.com wrote:
I'm having trouble running a plugin I wrote and setting a variable to
another variable that I want to interpolate later.
I've had success inside pom files by escaping the $ as $$, but from
Oh, I just thought of something shorter that will work:
-Dmyvar1=c:\test\${myvar2}\.
Still seems kinda crazy though. Anyone want to shed some light on why
it works this way? This is with Maven 3.0.1.
Phillip
On Thu, Apr 21, 2011 at 11:51 AM, Phillip Hellewell ssh...@gmail.com wrote:
Some
This is on Windows from a command prompt, not Linux.
Phillip
On Thu, Apr 21, 2011 at 12:21 PM, Jörg Schaible joerg.schai...@gmx.de wrote:
Phillip Hellewell wrote:
Oh, I just thought of something shorter that will work:
-Dmyvar1=c:\test\${myvar2}\.
Still seems kinda crazy though. Anyone
Apologies if this has been asked before. Suppose I have A - B - C.
Is there any way to make A depend on B as optional, without making C
optional?
I know I can add an explicit dependency of A - C, but I'm wondering
if there's a shortcut / easier way.
The scenario at my work is A is a dll, B is a
Is there any way short of recompiling Maven to allow custom tags in the pom.xml?
Specifically, I would like to have a special tag inside dependency.
It's ok if Maven ignores it; I will just look at it from my plugin
that will parse the pom manually if it has to.
Thanks,
Phillip
On Wed, Mar 30, 2011 at 10:29 AM, Stephen Connolly
stephen.alan.conno...@gmail.com wrote:
it's an xml document that is parsed by a parser that expects a
specific structure
Thanks for the ideas everyone. Yeah, I would probably look at using
namespaces, but the parser doesn't like that. The
On Wed, Mar 30, 2011 at 7:20 AM, Wendy Smoak wsm...@gmail.com wrote:
On Wed, Mar 30, 2011 at 9:06 AM, Phillip Hellewell ssh...@gmail.com wrote:
Is there any way short of recompiling Maven to allow custom tags in the
pom.xml?
Specifically, I would like to have a special tag inside dependency
On Mon, Mar 28, 2011 at 10:52 AM, Caoilte O'Connor caoi...@gmail.com wrote:
Thanks for the detailed reply Philip,
On Sat, Mar 26, 2011 at 3:43 AM, Phillip Hellewell ssh...@gmail.com wrote:
In other words, if any of my dependencies are myself, then it throws
an exception.
Were you able
On Fri, Mar 25, 2011 at 8:45 AM, Wendy Smoak wsm...@gmail.com wrote:
On Fri, Mar 25, 2011 at 5:55 AM, Caoilte O'Connor caoi...@gmail.com wrote:
Hi,
I've just discovered the enforcer plugin and would like to use it to reduce
our dependency conflicts but a bigger problem for us when it does turn
What's the easiest way to parse a pom file to pull out some limited
information like artifact name and version?
I know how to declare a MavenProject for automatically parsing my main
pom, but what I need here is to parse some random poms from other
directories.
Should I use MavenXpp3Reader, or
On Tue, Mar 22, 2011 at 11:07 AM, Phillip Hellewell ssh...@gmail.com wrote:
Should I use MavenXpp3Reader, or just XmlPullParser, or is there an
easy way to construct a MavenProject from a pom filename?
I just wrote some code real quick that uses XmlPullParser, so I'll
probably stick
Two small questions:
1. Does the latest version of Maven support specifying multiple
classifiers without having to write out multiple dependency
sections?
2. Does the assembly plugin support the ability to import descriptor
files from other descriptor files?
Thanks,
Phillip
On Wed, Mar 16, 2011 at 1:33 AM, Anders Hammar and...@hammar.net wrote:
1. Don't think so.
bummer...
2. Doesn't Component Descriptors [1] work?
Thanks. I didn't know about component descriptors. Looks like
exactly what I was looking for.
Phillip
I'm thinking about moving all our version management into the parent
pom in a dependencyManagement section, but I'm trying to figure out if
it will really make things easier or not.
Of course each version number would only be in one place instead of N
places, where N is the avg # of reverse
On Mon, Feb 28, 2011 at 9:49 AM, Phillip Hellewell ssh...@gmail.com wrote:
The problem I see with using a snapshot for the parent is it doesn't
allow you to make changes in a safe way. I could update the version #
of a lower component, and then a much higher component could build
against
they are supposed call on as versions of the 5 or so dependencies that gives
them their 60+ libraries required to build our application.
We generally do not make or use SNAPSHOTs for these libraries so that
simplifies the process.
I hope that this helps.
Ron
On 28/02/2011 11:49 AM, Phillip
, Baptiste MATHUS m...@batmat.net wrote:
No.
But as long as you know the versions to use, this is something that would
easily achieved using a dedicated jenkins job. This job would simply execute
releases in the needed order.
Cheers
Le 24 févr. 2011 16:34, Phillip Hellewell ssh...@gmail.com
Apologies if this has been asked before, but is there a plugin that
builds upon the release plugin, but that will recursively checkout and
release all the snapshot dependencies?
Thanks,
Phillip
-
To unsubscribe, e-mail:
On Wed, Jan 19, 2011 at 21:59, Phillip Hellewell ssh...@gmail.com wrote:
Has anyone else run into this? I run into it all the time. It
appears to be because unpack-dependencies is not updating the
timestamp on the marker files like it should.
I found this bug which seems to be exactly my
On Thu, Jan 27, 2011 at 1:11 PM, Ron Wheeler
rwhee...@artifact-software.com wrote:
Does this matter?
Yes. A cycle is a serious dependency problem that gone unnoticed may
be harder to fix later.
Is more than 1 copy of mygroup:compa:zip:vc-all:1.0.0 being included.
Yes, in the sense that compa
On Sat, Jan 29, 2011 at 2:46 AM, Stephen Connolly
stephen.alan.conno...@gmail.com wrote:
maven won't allow cycles in the same reactor build
I don't know what a reactor build is yet or how to do one, but that is
good to know.
if you are not bulging in one reactor then there may be an issue...
On Sat, Jan 29, 2011 at 10:19 AM, Ron Wheeler
rwhee...@artifact-software.com wrote:
Since Releases are immutable, this is a different case.
You were talking about releases in your initial example.
Sorry about the confusion, but yeah I've never actually ran into this
problem with releases, only
artifact in the tree twice with different versions), so I could
just add cycle detection to that one. It will probably be as simple
as checking for myself in the tree of dependencies.
Phillip
On Mon, Jan 24, 2011 at 3:56 PM, Phillip Hellewell ssh...@gmail.com wrote:
I don't know if I've lost my
I don't know if I've lost my mind or what, but Maven is not giving me
an error when I have cyclic dependencies.
I just tried a simple two projects A and B that depend on each other,
and Maven gives me no errors when resolving dependencies.
You can clearly see the cycle when running mvn
, Phillip Hellewell ssh...@gmail.com wrote:
Has anyone else run into this? I run into it all the time. It
appears to be because unpack-dependencies is not updating the
timestamp on the marker files like it should.
I found this bug which seems to be exactly my problem:
http://jira.codehaus.org
Has anyone else run into this? I run into it all the time. It
appears to be because unpack-dependencies is not updating the
timestamp on the marker files like it should.
I found this bug which seems to be exactly my problem:
http://jira.codehaus.org/browse/MDEP-225
I contacted the developer
On Thu, Jan 6, 2011 at 11:27 AM, Phillip Hellewell ssh...@gmail.com wrote:
Thanks. Maybe I should take a closer look at NPanday. But given all
the other custom logic I need, I'm pretty sure I'll still need my own
plugin.
For anyone who is curious, this is what I ended up using for my plugin
On Wed, Jan 5, 2011 at 8:05 PM, Brett Porter br...@apache.org wrote:
Resources are for things packaged and to be used at runtime - that doesn't
sound like what you want here.
I think maybe it is because I'm talking about just files (like DLLs)
needed for runtime. Although they don't need to
On Thu, Jan 6, 2011 at 1:03 AM, Anders Hammar and...@hammar.net wrote:
Don't put the configuration in a file outside the pom. A plugin's
configuration should be in the pom.
The configuration for my plugin will be in the pom of course, but the
configuration of the filesets and other logic to
On Thu, Jan 6, 2011 at 11:06 AM, Wendy Smoak wsm...@gmail.com wrote:
On Thu, Jan 6, 2011 at 11:56 AM, Phillip Hellewell ssh...@gmail.com wrote:
You might also be interested in NPanday
(http://incubator.apache.org/npanday/) which provides several .NET specific
plugins if that's the flavour
Is it appropriate / best practice to use the maven-resources-plugin to
copy dlls from target\dependency\bin to target\bin so they will be
where I need them for runtime?
Thanks,
Phillip
-
To unsubscribe, e-mail:
On Wed, Jan 5, 2011 at 4:24 PM, khaido khai...@impinj.com wrote:
You might want to look at the
maven-dependency-plugin(http://maven.apache.org/plugins/maven-dependency-plugin/).
Nice if you also need the transitive dependencies. Also unpack makes it
nice to work with zip files.
Thanks.
On Wed, Jan 5, 2011 at 4:32 PM, Phillip Hellewell ssh...@gmail.com wrote:
My question now is, if I want to define the resources in a separate
stand-alone xml file (actually there will be more than one), rather
than in the pom.xml, what code/class do I use to read an xml file
On Thu, Dec 9, 2010 at 11:37 PM, Anders Hammar and...@hammar.net wrote:
Did you try forcing an update (-U) with Maven 2? I don't know if that
should have worked, but I would have tried it...
Interestingly, today it is working, even without a -U or anything.
I wonder if there is some kind of
I tried starting from scratch with similar steps that I was using to
reproduce it yesterday, and now I can't reproduce it anymore.
But if I do reproduce it again, I'll try the -U option to see if it helps :)
Phillip
On Fri, Dec 10, 2010 at 10:11 AM, Phillip Hellewell ssh...@gmail.com wrote
What is the best tool out for generating a reverse dependency tree?
Also, can anyone give some hints on where to look to set up Hudson or
something else to trigger automatic builds of reverse dependencies
(i.e., continuous integration). Of course, it would have to not only
build the reverse
On Fri, Dec 10, 2010 at 10:16 AM, Phillip Hellewell ssh...@gmail.com wrote:
I tried starting from scratch with similar steps that I was using to
reproduce it yesterday, and now I can't reproduce it anymore.
But if I do reproduce it again, I'll try the -U option to see if it helps :)
I ran
On Fri, Dec 10, 2010 at 2:45 PM, Anders Hammar and...@hammar.net wrote:
Maven 3.0 rocks! :-)
Would you recommend it in a production environment?
Phillip
-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For
I'm using Maven 2.2.1. It won't resolve a dependency with a locked
down version like [1.0.0.6] if the metadata xml file in the local repo
does not have that version. It won't look in my remote repo, which
does have the version I need. But if I delete the metadata xml
file(s) in my local repo,
Ok, some good news. I just did the same test with Maven 3.0.1 and it
worked no problem. It downloaded the new version from the remote repo
like it was supposed to.
But I don't know if I'm ready to migrate to Maven 3.x yet...
Phillip
On Thu, Dec 9, 2010 at 10:00 PM, Phillip Hellewell ssh
For some reason I was under the impression that if I had a mirrorOf *
defined in my settings.xml, I didn't need to have any repositories
defined.
mirrors
mirror
idall-mirror/id
nameMirror of Everything/name
urlhttp://maven.example.com:8080/nexus/content/groups/public/url
On Mon, Dec 6, 2010 at 12:55 PM, Hilco Wijbenga
hilco.wijbe...@gmail.com wrote:
You need to add something like the following to your settings.xml to
enable snapshots.
...
Thanks, but if you look closely at my email you'll see I already
figured that out. All I'm interesting in now is gaining
On Mon, Dec 6, 2010 at 2:06 PM, Justin Edelson jus...@justinedelson.com wrote:
Because by default, Maven only has central configured as a repository and
that's only configured for release artifacts, not snapshots.
Thanks! That explains it perfectly.
Phillip
On Fri, Dec 3, 2010 at 11:39 AM, Ron Wheeler
rwhee...@artifact-software.com wrote:
You seem to have a pretty strong ego and a thick skin to deal with some of
the comments.
Keep it up.
Thanks Ron :)
-
To unsubscribe, e-mail:
What is the best way to generate a changelog that lists all tags under
a given SCM root, and for each tag lists all the revisions (with
comment) between the tag and the previous tag.
I tried svn changelog:changelog -Dtype=tag but it's not really
giving me what I want.
This page says that the tag
On Fri, Dec 3, 2010 at 1:22 AM, Anders Hammar and...@hammar.net wrote:
Phillip, you should notice (once again) that fighting Maven best practice is
causing you extra trouble. You should create a mojo that cleans these files.
You always jump on me so quickly about this, but I haven't even done
There's a batch file I want to run during the clean phase. Problem
is, the batch file lives below target/dependency, and the clean phase
wipes target first, so then my batch file can't be found.
Is there a good solution to this? Like a pre-clean phase or something?
The only other ideas I've
On Thu, Dec 2, 2010 at 1:25 PM, Brian Topping topp...@codehaus.org wrote:
There is a pre-clean, see
http://maven.apache.org/guides/introduction/introduction-to-the-lifecycle.html#Lifecycle_Reference
That's so weird. I swear I was on this page looking for pre-clean and
couldn't find it. I
On Thu, Dec 2, 2010 at 1:36 PM, Wendy Smoak wsm...@gmail.com wrote:
On Thu, Dec 2, 2010 at 3:08 PM, Phillip Hellewell ssh...@gmail.com wrote:
There's a batch file I want to run during the clean phase. Problem
is, the batch file lives below target/dependency, and the clean phase
wipes target
On Thu, Dec 2, 2010 at 4:43 PM, Phillip Hellewell ssh...@gmail.com wrote:
On Thu, Dec 2, 2010 at 1:25 PM, Brian Topping topp...@codehaus.org wrote:
There is a pre-clean, see
http://maven.apache.org/guides/introduction/introduction-to-the-lifecycle.html#Lifecycle_Reference
That's so weird. I
Would it make sense when using SVN to have release:perform do an svn
switch (to the tag created by release:prepare) rather than check out
the tag?
Phillip
-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For
Hi,
I need some advice on how to handle dependency compatibility issues.
E.g., if A = B = C (and A = C directly too), my understanding is
that Maven will allow me to update A to depend on a new version of C,
even though B still depends on the old version.
But what if B is incompatible with the
On Fri, Nov 5, 2010 at 11:43 AM, Jon Paynter kittl...@gmail.com wrote:
I would do 2 things:
First - remove the direct dependancy from A = C. Let maven pick up 'C' via
transitive dependencies.
I think in my case I actually want it to be there...
2nd, update your parent pom with a dependency
On Fri, Nov 5, 2010 at 12:16 PM, Stephen Connolly
stephen.alan.conno...@gmail.com wrote:
This could be a bad thing.
If A actually needs C to compile, then keep the dependency on C as the
transitive deps pulling in C could change and no longer pull in C.
In many of my cases, yes A actually
On Fri, Nov 5, 2010 at 3:00 PM, Phillip Hellewell ssh...@gmail.com wrote:
Thanks Jeorg. I will look into having a dependencyManagement section
in parent pom as you and Jon suggested. That should at least help
alleviate things a bit...
Sorry to reply to myself, but I have a really big
On Fri, Nov 5, 2010 at 3:13 PM, Jon Paynter kittl...@gmail.com wrote:
On Fri, Nov 5, 2010 at 1:57 PM, Phillip Hellewell ssh...@gmail.com wrote:
In many of my cases, yes A actually does need C to compile.
In that case - my suggestion wont work for you.
Also - after re-reading this thread
On Fri, Nov 5, 2010 at 3:20 PM, Thiessen, Todd (Todd)
tthies...@avaya.com wrote:
That’s jar hell man. It’s a problem that exists whether or not maven is
involved.
Actually it's dll hell I guess, since we mainly C++ projects :)
I forget the exact formula maven uses if 2 versions of the same
Thanks Jeorg. I will look into having a dependencyManagement section
in parent pom as you and Jon suggested. That should at least help
alleviate things a bit...
Phillip
On Fri, Nov 5, 2010 at 12:37 PM, Jörg Schaible joerg.schai...@gmx.de wrote:
Hi Phillip,
Phillip Hellewell wrote:
Hi,
I
On Fri, Nov 5, 2010 at 3:22 PM, Jon Paynter kittl...@gmail.com wrote:
So do you have parallel streams of development all shooting for a common
release date? Or do you have parallel releases with seperate dates --
usually one occurring after the next in time.
Usually most devs working on a
I launch msbuild.exe to build C++ sln files. When I launch it
directly from the command-line, it produces nice colorized output, but
when I launch it from the compile phase using the exec-maven-plugin,
all coloring is gone.
Is there any way to fix this? I'm guessing no, but I had to ask.
On Mon, Oct 25, 2010 at 11:07 AM, Haszlakiewicz, Eric
ehas...@transunion.com wrote:
I was finally able to test this with the 2.2 release version, and it
fails for me too, so I created a issue in Jira: MASSEMBLY-517.
Thanks Eric. Now I don't have to create it :)
Phillip
On Wed, Oct 20, 2010 at 11:43 AM, Phillip Hellewell ssh...@gmail.com wrote:
Hi all,
Before I go down the road of writing my own plugin, can anyone tell me
if there already exists a plugin that provides this functionality?
1. Resolve all dependencies using functionality similar
On Wed, Oct 20, 2010 at 6:23 PM, Wendy Smoak wsm...@gmail.com wrote:
Try removing the directory tree for the archetype plugin from your
local repo, and see if it goes back to using the released version.
Thanks; unfortunately, it didn't help.
You can also use the long form of the plugin
On Wed, Oct 20, 2010 at 6:17 PM, Wayne Fay wayne...@gmail.com wrote:
having problems :( How did a version 2.0-alpha-6-SNAPSHOT for the
maven-archetype-plugin get into Nexus and how do I get rid of it?
Another one is the maven-help-plugin; it wants to use version
2.2-SNAPSHOT which isn't
On Thu, Oct 21, 2010 at 8:38 AM, Joachim Van der Auwera
joac...@progs.be wrote:
Sounds familiar.
I have seen these problems occur because of inclusion of the JBoss maven
repo.
In my case, I fixed it by not proxying the entire jboss repo but only there
releases.
Hmm, I don't see a JBoss repo
On Thu, Oct 21, 2010 at 9:04 AM, Nord, James jn...@nds.com wrote:
https://issues.sonatype.org/browse/NEXUS-3729 ?
Fixed in 1.8+
I'm not sure if that's exactly what it is, but it sounds similar.
I just removed Apache Snapshots and Codehaus Snapshots from my
Public Repositories group and now
On Wed, Oct 20, 2010 at 5:13 PM, Nick Stolwijk nick.stolw...@gmail.com wrote:
I've taken a look at the source of the help:describe goal and it seems
you need RequireProject.
On Thu, Oct 21, 2010 at 2:06 AM, Stephen Connolly
stephen.alan.conno...@gmail.com wrote:
On 20 October 2010 16:36, Phillip Hellewell ssh...@gmail.com wrote:
But if it can be inferred while the plugin is running, why exactly
does it need to get written back into the pom? Of course, I don't
I just found out the hard way that the latest version of the assembly
plugin requires an id tag in the descriptor file, which is used as
the classifier appended to the zip.
I don't want to specify an id here because then means I have to
specify a classifier in the dependency section of my other
On Thu, Oct 21, 2010 at 11:40 AM, Phillip Hellewell ssh...@gmail.com wrote:
I just found out the hard way that the latest version of the assembly
plugin requires an id tag in the descriptor file, which is used as
the classifier appended to the zip.
I don't want to specify an id here because
Suppose project A produces three packages (using the assembly plugin
with different ids/classifiers):
A-1.0-dlls.zip
A-1.0-libs.zip
A-1.0-headers.zip
Now suppose project B wants to depend on _all_ of A. I have write out
three separate dependency sections, each one with a different
Can I make it an error if someone tries to use two different versions
of the same dependency with different classifiers?
For example, this works, but I want it to cause an error:
dependency
groupIdad.3rdparty/groupId
artifactIdzlib/artifactId
version[1.2.5]/version
I'm setting up a company pom to specify pluginManagement, and I was
wondering about distributionManagement. I have to put that in there
too, but is it ok for a parent pom to override it?
Thanks,
Phillip
-
To unsubscribe,
On Thu, Oct 21, 2010 at 12:53 PM, Stephen Connolly
stephen.alan.conno...@gmail.com wrote:
On 21 October 2010 16:55, Phillip Hellewell ssh...@gmail.com wrote:
or inside
the pom where the connection looks like scm:svn:infer.
i'm not doing that. The pom should be complete on its own
On Thu, Oct 21, 2010 at 12:31 PM, Wayne Fay wayne...@gmail.com wrote:
classifier. Isn't there any way I can specify all the classifiers in
the same section, or even better just use a wildcard, like so?
No. But you can create another artifact like A-1.0-all of type pom
that depends on -dlls,
On Thu, Oct 21, 2010 at 11:57 AM, Yanko, Curtis curt_ya...@uhc.com wrote:
Perhaps the enforcer plugin could help
http://maven.apache.org/enforcer/enforcer-api/writing-a-custom-rule.html
Thanks. It seems like a lot of work to prevent something that IMO
should be treated as an error by the
On Thu, Oct 21, 2010 at 12:32 PM, Wayne Fay wayne...@gmail.com wrote:
And to make it more manageable capture the version in a property and
use that in the different places.
Or compose all 3 artifacts into a single all dependency and depend on it.
Thanks. Given the issues surrounding
On Thu, Oct 21, 2010 at 3:17 PM, Haszlakiewicz, Eric
ehas...@transunion.com wrote:
uh, oh. We depend on being able to specify that as empty too. I hope this
gets fixed before it starts affecting my builds.
However, are you sure this is really an issue? I just tried one of my builds
which
1 - 100 of 218 matches
Mail list logo