n-PDE projects).
> -Ursprüngliche Nachricht-
> Von: Brian E. Fox [mailto:bri...@reply.infinity.nu]
> Gesendet: Donnerstag, 8. Januar 2009 17:23
> An: Maven Users List
> Betreff: RE: Dynamic dependencies?
>
> Have you looked at Tycho and M2eclipse?
>
> -Ori
Have you looked at Tycho and M2eclipse?
-Original Message-
From: Lewis, Eric [mailto:eric.le...@ipi.ch]
Sent: Thursday, January 08, 2009 8:00 AM
To: Maven Users List
Subject: AW: Dynamic dependencies?
Hello, anyone? :-)
> -Ursprüngliche Nachricht-
> Von: Lewis
Hello, anyone? :-)
> -Ursprüngliche Nachricht-
> Von: Lewis, Eric
> Gesendet: Dienstag, 30. Dezember 2008 16:18
> An: 'Maven Users List'
> Betreff: Dynamic dependencies?
>
> Hi
>
> I have a bit of a special problem. I want to use a Maven
>
ize all dependencies
in Maven and PDE.
So, I think I need something that builds a dynamic dependencies list
from several existing JARs. I guess that's the only solution, but
perhaps someone has a better idea?
Anyway, is there a plugin that solves my problem? It would basically
read a couple
You should use Maven profiles to get a specialized build for your
specialized customer case.
Regards
Jeff
On Thu, Nov 27, 2008 at 10:04 AM, John Coleman <[EMAIL PROTECTED]>wrote:
> Is it possible to have a dependency that is dynamic, for example we
> first look for a project specific version of
Is it possible to have a dependency that is dynamic, for example we
first look for a project specific version of a dependenyc, and if this
is not found, then the global version of the dependency is taken.
The use case is where a dependency project has been specialised for a
client, and a dependent
You could define a "custom.version" in your settings.xml or
POM and have your dependency be of the form:
a
b
${custom.version}
This way, you could change the value of custom.version whenever you
want, and the POM will pick up the right version of the dependency.
Thanks.
This message (includin
If the plugin dependency changes frequently, you might consider naming
the version xx-SNAPSHOT and have a suitable snapshot update policy in
your settings.xml
/Niels
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional c
On 2/1/07, Tom Huybrechts <[EMAIL PROTECTED]> wrote:
you can just add a element to the plugin's configuration
to override the original dependency
Is it really that simple? That means, I won't need to change the plugin at all?
Thanks,
Jochen
--
How fast can a year go? As fast as your child
you can just add a element to the plugin's configuration
to override the original dependency
On 1/31/07, Jochen Wiedmann <[EMAIL PROTECTED]> wrote:
Hi,
I have a plugin (maven-jaxme-plugin), which currently has a static
dependency on jaxme-0.5.2.jar. From time to time I add a bugfix to the
depe
Hi,
I have a plugin (maven-jaxme-plugin), which currently has a static
dependency on jaxme-0.5.2.jar. From time to time I add a bugfix to the
dependency, which I would like to use in the plugin. However, it isn't
very manageable to update the plugin anytime I update the dependency.
So I am thinki
1)
> I can to be wrong, but I think that it is the snapshot idea, isn't it ?
Nope, it's real versionning
2) Jörn thanks much, it's exactly what I need, btw impressive work !
This message and any attachments (the "message") is
intended solely for the addressees and is confidential.
If you
I can to be wrong, but I think that it is the snapshot idea, isn't it ?
From: [EMAIL PROTECTED]
Reply-To: "Maven Users List" <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: Dynamic dependencies
Date: Thu, 25 Mar 2004 09:00:36 +0100
Hi all, I have a little (trick
> -Ursprüngliche Nachricht-
> Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
> Gesendet: Donnerstag, 25. März 2004 10:39
> An: [EMAIL PROTECTED]
> Betreff: Dynamic dependencies
>
>
> Hi all, I have a little (tricky) dependency problem :
>
> Problem :
>
&g
Hi all, I have a little (tricky) dependency problem :
Problem :
On the project I'm working on, we have several maven projects, and some of
them are "frameworks" projects that are used by the other ones. All these
projects depends of the same root project that defines the common things
like extern
15 matches
Mail list logo
