[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
RE: [orbit-dev] Modifying source of a 3rd party library
|
Hi Simon,
I've had a similar situation with Apache Commons Net. What
I did at that time, was file CQ's for the two bugs to be fixed (I.e. patches to
the code), and apply them to the Orbit version of the lib. Since it was only
bugs in the implementation with respect to reliability / deadlock avoidance, I
did not change the version of the lib (it remained 1.4.1 -- only the qualifier
changed). The CQ's for the patches were:
By referencing the Apache JIRA bug, there was some track of
records that the patches would eventually be integrated into the next Commons
Net release. On the CQ's, we also clarified provenience and legal status of the
two patches, and thanks to the CQ's they were always documented on our IP log.
I'm not saying that this was the ideal process to follow,
but it worked well for us and I'm glad we had the fixes in our products based
off Eclipse.
Cheers,
--
Martin Oberhuber, Senior Member of Technical
Staff, Wind River
Target Management Project
Lead, DSDP PMC Member
I've run into a situation with -- https://bugs.eclipse.org/bugs/show_bug.cgi?id=262641
One
of the 3rd party libraries we use (and is no longer the active stream) has a
bug in it that is likely not to be fixed.
It is fixed in a future release
however due to JRE requirements we're unlikely to adopt it until the whole
platform requires Java 5.
The fix is easy enough to make and I'm
wondering if we have or perhaps should have any process around this sort of
thing.
Any thoughts?
-Simon