Some time ago Max Andersen pointed out enforcer plugin. While it is not
the optimum solution it does the job of preventing an unstable
configuration to persist.
Note that the configuration example as shown on that page didn't work
for me. I had to specify the configuration outside the executions
element and for good measure I removed the groupId.
I'm still hacking away on ejb3-core, so there's nothing in svn to see yet.
So currently I have on the ban:
- org.jboss:javassist
should be javassist:javassist
- org.jboss:jboss-metadata
has become org.jboss.metadata:jboss-metadata
- org.jboss.microcontainer:jboss-container
has split up in more fine-grained components
Carlo
Dimitris Andreadis wrote:
The problem is the same artifacts are uploaded by different people in
different places.
Paul has created this page:
http://wiki.jboss.org/wiki/MavenProjectNaming
javassist:javassist seems like a better choice in this case. Why not
asking Chiba?
What's this 'banned dependency list' ?
Carlo de Wolf wrote:
> What's it going to be?
>
> Now I have org.hibernate:hibernate-annotations:3.3.1.GA declaring a
> dependency on javassist:javassist:3.4.GA and
> org.jboss.aop:jboss-aop:2.0.0.CR7 declaring a dependency on
> org.jboss:javassist:3.6.0.GA, thus ending me up with (what Debian
> would call) an unstable configuration.
>
> Depending on the wind, state of the moon, the weather in general Maven
> will put either on first on the class path. Which results in an
> unpredictable build.
>
> My preference goes to javassist:javassist, because that reflects the
> package name and thus has less chance of name conflict.
>
> maxb of Maven suggests the same:
> (01:00:29 PM) wolfc: maxb_: I hope too that the first set of
> duplicates match central. As for the second set, it contains a lot of
> legacy and changing insights. So I was hoping to find something
> similar to 'obsoletes' in rpm or 'replaces' in dpkg. Or even a
> directive which forbids the use of javassist:javassist in the
> org.jboss:javassist pom.
> (01:01:16 PM) maxb_: Well, I'd suggest going the other way, and using
> javassist:javassist, since that's the name that *has* made it into
> central
>
> On the other hand org.jboss reflects our zone.
>
> So before the week is done I want either artifact on the banned
> dependency list (which I'm now introducing in EJB3 build and I'll
> suggest to Dimitris to do the same for AS).
>
> Note: I'm putting org.jboss.microcontainer:jboss-container on the ban
> right now, because I can almost spell out the getBeanInfo BeanAccess
> signature error in my dreams.
>
> Carlo
> _______________________________________________
> jboss-development mailing list
> jboss-development(a)lists.jboss.org
>
https://lists.jboss.org/mailman/listinfo/jboss-development
_______________________________________________
jboss-development mailing list
jboss-development(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-development