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
