Unfortunately it is a no go to just drop in the org.eclipse.pde.runtime plug-in into 3.3.1. Too much has changed:
- the LogView implementation has moved, so you lose the Error Log.
- RegistryBrowserLabelProvider uses new 3.4 methods on org.eclipse.osgi.service.resolver.State...though I was surprised the method was not tagged with a @since ??
So my simple debugging gem will remain in my bag of tricks to help quickly diagnose a bug or evaluate to emulate a part of Eclipse where a solution is presented for a problem/flow similar to mine.
But if you are using and working on top of 3.4, get to know Alt-Shift-F1.
P.S. I have filed an enhancement (bug 226590) for the plug-in spy (patch attached for those busy PDE dudes)...I look forward to spying on those content outline pages in M7 ;-)
6 comments:
There's an Eclipse 3.3 compatible version available in bug 210162.
Works perfectly with 3.3.x.
It wasn't tagged since it's not API ;p
Forgive me Darin :)
It seems that the best option in the future will be to refactor the Plug-in Spy outside of pde runtime. There's been too much demand for it.
Oh, I guess to save my arse, I can say that it's all part of my secret plan to get people to move to 3.4 quicker :P
You can also checkout the plugin spy from CVS from date just before it was refactored into pde runtime.
Repository path: /cvsroot/eclipse
Module: pde-incubator/spy/plugins/org.eclipse.pde.ui.spy
Tag: 09 Dec 2007 21:00:00 +0000 (Date)
Get the original PDE plugin spy here http://www.eclipse.org/pde/incubator/spy/ or use this update site: http://www.mea-culpa.net/pdespy/
works great ;)
Thanks guys...just what I need...something else to try this weekend :-)
Post a Comment