[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
|
Re: [jdt-core-dev] Dynamically generating source for IClassFile - advice needed...
|
Hello Vladimir,
Unfortunately there isn't currently a way to plug your tool inside JDT
cleanly. We should indeed introduce an extension point for you to succeed.
We currently handle source attachments internally (through indications
associated with the classpath), but what you're suggesting is that this
could be bundled separately, right (if no source is available, then
decompile ?).
"Vladimir Grishchenko" <vladgri@xxxxxxxxxxx>
Sent by: jdt-core-dev-admin@xxxxxxxxxxx
11/26/2001 12:39 AM
Please respond to jdt-core-dev
To: <jdt-core-dev@xxxxxxxxxxx>
cc:
Subject: [jdt-core-dev] Dynamically generating source for IClassFile - advice
needed...
Hello all,
I'm trying to create a plugin that will allow automatic decompilation of
class files with no source code available
(http://sourceforge.net/projects/jadclipse). Whether or not it's legal to
decompile is a separate discussion... I need an advice on how I could
accompilsh this without using dirty code calling internal methods and at
the
same time have it integrated with JDT. I have a beta version functional
but
it relies on internal classes:
org.eclipse.jdt.internal.ui.javaeditor.IClassFileEditorInput
org.eclipse.jdt.internal.core.BufferManager
Not surprisingly, the plugin breaks whenever there's a change in relevant
intrenal API. I tried to create my own class file editor and use
org.eclipse.ui.editors EP, but I get an instance of
org.eclipse.jdt.internal.ui.javaeditor.InternalClassFileEditorInput in
init() method, which is internal again. Is there a "clean" way to do it?
Does anyone think that org.eclipse.jdt.SourceLocators extension point
would
make sense for such application if it existed?
Thanks,
Vlad.
_______________________________________________
jdt-core-dev mailing list
jdt-core-dev@xxxxxxxxxxx
http://dev.eclipse.org/mailman/listinfo/jdt-core-dev
