On Friday 16 March 2007 10:55, Craig McClanahan wrote: > On 3/15/07, Jochen Wiedmann <[EMAIL PROTECTED]> wrote: > > In other words, your intention that users have "to configure any > > repository" is lost. You cannot prevent that. Or are you telling me > > that the owner of the incubator artifacts (typically the ASF) > > reserves particular distribution rights, which are limiting the ASL? > > All you achieve is that the POM ifiles of ncubator artifacts > > typically have a lesser quality, because they aren't maintained by > > the project owners. > > Apache's current policy is that we allow incubating podlings to > publish "incubating" releases to a special Maven2 repository that we > host, which means downstream users are required to add a <repository> > setting in order to see these artifacts. That's enough warning (in my > thoughts) that they are depending on an incubating project's output.
Craig, the point is that downstream users may not be required to add a <repository> setting. If I depend on A, and A depends on IncubatorB, I would get IncubatorB without needing a <repository> setting if the pom for A has that setting in it. That's pretty much my point. If there are huge use cases where users DON'T have to put a repository entry in, then why are we bothering having a separate repository? That's bandwidth/processes/etc.. on p.a.o that we consume for no reason. Push that to central. We can make all kinds of "suggestions" like "don't put a incubator repository entry in the poms" or "use scope/provided" or similar. But those could only really be applied to Apache projects. Outside projects could ignore those suggestions completely and we're back to "If I depend on A (and A isn't Apache), I get IncubatorB automatically." I don't need to do anything special. The ONLY real advantage I see to having it on p.a.o is that, since it's not mirrored, I can get fairly accurate counts of hits on my artifacts by trolling the log. But that's a stupid reason from my standpoint. -- J. Daniel Kulp Principal Engineer IONA P: 781-902-8727 C: 508-380-7194 [EMAIL PROTECTED] http://www.dankulp.com/blog --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
