On Mon, May 30, 2011 at 6:20 PM, Toni Menzel <t...@okidokiteam.com> wrote: > Unfortunately there is a lot of that in Pax, for sure. > I currently have the tendency to remove those cross cutting dependencies in > default "transitive" artifacts users use. > For example, in Pax Exam there is no direct Pax Runner transitive dependency > anymore. Sure, A component compiles against a known version, but the user > has to add a matching pax runner artifact himself. Same for Pax URL, whose > "API" is probably the most stable across all pax projects (URL only). > All in all, yes, new issue type. +1.
I've added it already :) > But think we should try to reduce the (dependency-) tail. Definitely! But how? While I plan to distribute the artifacts via karaf's feature file (or directly via maven) I still have to add the entire runtime environment for e.g. pax-exam (well, the testenvironment; I hope I can replace this via a pax-exam-karaf runner once I get deeper into pax-exam-2) and pax-construct (this is neat for quit tests and quick-sample-startup) and I'm not sure how I could ever get rid of the deps... Kind regards, Andreas > > On Sun, May 29, 2011 at 12:06 PM, Niclas Hedhman <nic...@hedhman.org> wrote: >> >> I concur. There are a lot of this in Pax. >> >> On Sun, May 29, 2011 at 6:05 AM, Andreas Pieber <anpie...@gmail.com> >> wrote: >> > Hey, >> > >> > Since we make heavy use of the JIRA changelog and should also record >> > dependency upgrades it would definitely help/make it clearer if we >> > introduce a new, own issue type for this action. I'm using this on >> > various projects and I'm quite happy with this notation. WDYT? >> > >> > Kind regards, >> > Andreas >> > >> > _______________________________________________ >> > general mailing list >> > general@lists.ops4j.org >> > http://lists.ops4j.org/mailman/listinfo/general >> > >> >> >> >> -- >> Niclas Hedhman, Software Developer >> http://www.qi4j.org - New Energy for Java >> >> I live here; http://tinyurl.com/3xugrbk >> I work here; http://tinyurl.com/24svnvk >> I relax here; http://tinyurl.com/2cgsug >> >> _______________________________________________ >> general mailing list >> general@lists.ops4j.org >> http://lists.ops4j.org/mailman/listinfo/general > > > > -- > Toni Menzel Source > > > _______________________________________________ > general mailing list > general@lists.ops4j.org > http://lists.ops4j.org/mailman/listinfo/general > > _______________________________________________ general mailing list general@lists.ops4j.org http://lists.ops4j.org/mailman/listinfo/general
