FYI, all CQs (hopefully) for m2e 1.6 have been filed, including unreleased dependencies (will attach source code later).
Fred On Wed, Feb 11, 2015 at 2:27 PM, Carsten Reckord <[email protected]> wrote: > On 09.02.2015 19:30, Wayne Beaton wrote: > > You do not generally need a CQ for a library that you use indirectly as > a result > > of pulling in the bits from another Eclipse project that uses the library > > directly. You only require a CQ for libraries that your project code uses > > directly. Clever reflection tricks constitute direct use. > > I have a question about this. > > I'm trying to sort out what to do about our (MPC's) slightly convoluted > dependencies to Apache HttpComponents Client and Core. MPC consumes those > in > two ways: indirectly via P2 and directly via package imports. > > Historically, we haven't pulled in a specific version or included the > library in our download bits/repository, but rely on the platform to > provide > a version. I think that's somewhat bad form and plan to change it for Mars > accordingly (piggyback CQs are coming up). > > In the meantime, Platform has changed its shipped version between Luna SR1 > and SR2. So while nothing has changed in MPC's dependency, it'll > technically > run with the new version in SR2. Does this mean I should > > a) do nothing for Luna SR2 > b) file a piggyback CQ for the new Apache HttpComponents versions > c) dto and request our CQ for the old version to be marked obsolete? > > Best regards, > Carsten > _______________________________________________ > cross-project-issues-dev mailing list > [email protected] > To change your delivery options, retrieve your password, or unsubscribe > from this list, visit > https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev > -- "Have you tried turning it off and on again" - The IT Crowd
_______________________________________________ cross-project-issues-dev mailing list [email protected] To change your delivery options, retrieve your password, or unsubscribe from this list, visit https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev
