How to Fix a Bug in Eclipse
Remy Suen’s “How to Fix a Bug in Eclipse” article is now available on eclipse.org/resources. In this article, Remy discusses various tips and techniques for getting involved with an Eclipse project and providing a patch.
I discussed this article a few posts back. In that post, I discussed some technology that I’ve been tinkering with to help sort out how to find the project that contains a particular class in Eclipse CVS or SVN. This information would make it very easy for a would-be contributor to obtain the project, and build a patch. That tinkering has progressed a little, and I am now able to generate an XML file describing the mapping. The challenge right now is that it takes a very long time to run. I’m going to experiment a little with adding some threads, since I’m pretty sure that it’s spending most of its time waiting for information to come back. It probably doesn’t help that I’m using the internal CVSFileStore which was never really intended for this sort of use.
Soon, I hope to make an XML file available so that you can tell me how useful this really is. Other good options for dealing with the problem have been discussed (e.g. Alex Blewitt, OSGi Bug 48, and Bug 243582). This solution has the benefit of not requiring any work by project committers, but suffers from the fact that it is limited only to bundles hosted at eclipse.org (though, there’s no reason why it can’t be pointed at other repositories).
I’ve just learned that my poster session for Eclipse Summit Europe has been approved. I’m looking forward to showing off this technology and getting your feedback. See you there!
Posted September 28th, 2009 by Wayne Beaton in category: Community
You can skip to the end and leave a response. Pinging is currently not allowed.
3 Responses to “How to Fix a Bug in Eclipse”
Leave a Reply
You must be logged in using your Eclipse Bugzilla account to post a comment.
Chris Aniszczyk Says:
September 28th, 2009 at 9:31 pm
On the PDE Plan for 3.6, we have an enhancement to embed source related information into bundles. The idea was to add a header to the MANIFEST.MF that represents the source location of the bundle. The goal was to use a similar syntax to map files since that has been defined and we could potentially ride on the code that does that.
Maybe this is something you can work so we don’t duplicate work?
Madhu Says:
September 29th, 2009 at 2:37 am
Thanks Wayne for your efforts. This is helpful for budding contributors like me.
Regards,
Madhu
http://eclipse-info.blogspot.com/
Lars Vogel Says:
September 29th, 2009 at 4:37 pm
Thanks Remy!