Hello Ron,
Let me try to explain with other terms what we have and we want to do
: we have refactored an artifact, changing his name and even its group
name;
* from version 1.0.0 to 2.5.0, this artifact was named
my.company:my.artifact.core:version
* from version 2.5.1 and up , this artifact is named
my.company:my.artifact:version

We have consumers of this artifact, that may depend on it directly and
indirectly.

Well, we were afraid of dependency clashes, and this is why we talked
about version ranges (imagining a dependency chooses the right
version, and other ones, using range versions, just cope with it)
instead of specifying directly the right version.

Now reading your email, and trying to answer your questions , I
finally found out that transitive dependencies clashes can be avoided
with exclusion
http://maven.apache.org/guides/introduction/introduction-to-optional-and-excludes-dependencies.html

Problem solved :-)
Thanks,
Anthony


On Fri, Oct 5, 2012 at 10:14 AM, Ron Wheeler
<rwhee...@artifact-software.com> wrote:
> What are you trying to accomplish?
> Why is your situation different from the normal system development process
> that everyone else uses.
>
> What version do you want to run at run-time?
>
> In the pom of the artifact that you are making, set the dependency to the
> version of <artifactId>my.artifact.core</artifactId> that you want to build
> with.
>
>
> It is hard to see what you are trying to tell us with this
>
>
> "as this is internal now, we created a new module
>
>  <dependency>
>       <groupId>my.company</groupId>
>       <artifactId>my.artifact</artifactId>
>       <version>2.6.0-SNAPSHOT</version>
>     </dependency>
> "
> In what POM does this dependency appear? Why? How does this relate to
> ....-core.
>
> If you followed last weeks discussion about version ranges, you might have
> noted that they are regarded by most as inherently evil and by others as
> poorly implemented.
>
> In general, you should pick a version of the dependency that you want to
> build with and identify it with a specific version.
>
> A range of SNAPSHOTs makes no sense to me at all.
>  Ron
>
>
>
>
>
> On 05/10/2012 10:00 AM, Anthony Dahanne wrote:
>>
>> Hello all,
>> We recently changed the packaging of some modules in our application :
>>      <dependency>
>>        <groupId>my.company</groupId>
>>        <artifactId>my.artifact.core</artifactId>
>>        <version>2.5.0-SNAPSHOT</version>
>>      </dependency>
>>   to
>>      <dependency>
>>        <groupId>my.company.internal</groupId>
>>        <artifactId>my.artifact.core</artifactId>
>>        <version>2.6.0-SNAPSHOT</version>
>>      </dependency>
>>
>> as this is internal now, we created a new module
>>
>>   <dependency>
>>        <groupId>my.company</groupId>
>>        <artifactId>my.artifact</artifactId>
>>        <version>2.6.0-SNAPSHOT</version>
>>      </dependency>
>>
>>
>> I have a maven module that could depend on
>> my.company:my.artifact.core:2.5.0-SNAPSHOT as well as any other
>> following releases, including my.company:my.artifact:2.6.0-SNAPSHOT
>> I could have used a version range such as: <version>[2.5.0,)</version>
>>   if only my packaging did not change...
>>
>> My question is : can we tell maven to depend on
>> my.company:my.artifact.core for  a certain range of version and
>> depend on my.company:my.artifact for another range of version?
>>
>> Thank you very much for your answers,
>> Anthony
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
>> For additional commands, e-mail: users-h...@maven.apache.org
>>
>>
>
>
> --
> Ron Wheeler
> President
> Artifact Software Inc
> email: rwhee...@artifact-software.com
> skype: ronaldmwheeler
> phone: 866-970-2435, ext 102
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
> For additional commands, e-mail: users-h...@maven.apache.org
>

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org

Reply via email to