Re: Sharing common groupId

Lukasz Lenart <[email protected]> Thu, 17 Nov 2016 23:40:13 +0100
Newsgroups gmane.comp.jakarta.repository
Message-ID <CAMopvkP-p6jpC7zU-V2gajVxeoTp4wqktWdA54VHfhHh_ZPVDQ@mail.gmail.com>
Thanks Manfred but right now I have two opposite answers, also I have
got a negative answer from Sonatype users group so not sure if this
can be implemented :\


Regards
--=20
=C5=81ukasz
+ 48 606 323 122 http://www.lenart.org.pl/

2016-11-16 17:33 GMT+01:00 Manfred Moser <[email protected]>:
> From a permissions point of view for deployment to the Central Repository=
 via repository.apache.org or OSSRH from Sonatype there is no problem setti=
ng this up. The concept used in the Nexus Repository Manager is called repo=
sitory target and works via pattern matching the path into the Maven repo. =
That is typically groupId but can also go down to the artifactId level.
>
> And btw. when organized well the concept of a shared groupId for plugins =
for very well. In fact Maven itself uses it (org.apache.maven.plugins) and =
mojohaus does to. Other projects like jenkins do it as well.
>
> There is the added need to manage the artifactId names but that is imho n=
ot to bad and it give the plugins under that groupId a more official status=
 than others as a distinction. You could tie this to some sort of quality s=
tatus...
>
> Manfred
>
> sebb wrote on 2016-11-16 04:00:
>
>> On 16 November 2016 at 10:10, Lukasz Lenart <[email protected]> wr=
ote:
>>> Hi,
>>>
>>> I would like to know if there is any problem if multiple different
>>> projects shares the same groupId? I meant, we would like to allow
>>> third parties to use common groupId as mentioned in the post below
>>>
>>> http://markmail.org/message/yruabvlfpfdfw6w5
>>>
>>> Can this be a problem during publishing artifacts?
>>
>> Yes. It can cause severe problems.
>>
>> Maven uses the (groupId,artifactId) pair to determine which jars can
>> appear on the same classpath.
>>
>> Unless all the projects sharing the groupId ensure that they use
>> distinct artifact Ids this can result in jar hell.
>>
>> The simplest way to ensure distinct (groupId,artifactId) pairs is to
>> ensure each independent project uses different groupIds.
>> They can then maintain their own unique list of artifactIds.
>>
>> A simple analogy: should we allow other organisations to use hostnames
>> under the apache.org domain?
>> That _could_ be made to work, but - just don't go there.
>>
>>>
>>> Regards
>>> --
>>> =C5=81ukasz
>>> + 48 606 323 122 http://www.lenart.org.pl/
>>
>