Recent changes to bugs

jadclipse does not show decompiled source code

Jack — Tue, 27 Apr 2010 18:16:24 -0000

Eclipse is 3.4.0, the JadClipse is 3.3.0, everything is working fine except there is no source code in the viewer, it only shows following:
and outline view shows the methods name list, no any decompiled source code
for example:

/*jadclipse*/Jad v1.5.7d. Copyright 2000 Pavel Kouznetsov (kpdus@yahoo.com).
Usage: jad [option(s)] <filename(s)>
Options: -a - generate JVM instructions as comments (annotate)
-af - output fully qualified names when annotating
-b - generate redundant braces (braces)
-clear - clear all prefixes, including the default ones
-d <dir> - directory for output files
-dead - try to decompile dead parts of code (if there are any)
-dis - disassembler only (disassembler)
-f - generate fully qualified names (fullnames)
-ff - output fields before methods (fieldsfirst)
-i - print default initializers for fields (definits)
-l<num> - split strings into pieces of max <num> chars (splitstr)
-nl - split strings on newline characters (splitstr)
-noconv - don't convert Java identifiers into valid ones (noconv)
-nocast - don't generate auxiliary casts
-nocode - don't generate the source code for methods
-noctor - suppress the empty constructors
-nodos - turn off check for class files written in DOS mode
-noinner - turn off the support of inner classes
-nolvt - ignore Local Variable Table entries (nolvt)
-nonlb - don't insert a newline before opening brace (nonlb)
-o - overwrite output files without confirmation
-p - send all output to STDOUT (for piping)
-pa <pfx>- prefix for all packages in generated source files
-pc <pfx>- prefix for classes with numerical names (default: _cls)
-pe <pfx>- prefix for unused exception names (default: _ex)
-pf <pfx>- prefix for fields with numerical names (default: _fld)
-pi<num> - pack imports into one line using .* (packimports)
-pl <pfx>- prefix for locals with numerical names (default: _lcl)
-pm <pfx>- prefix for methods with numerical names (default: _mth)
-pp <pfx>- prefix for method parms with numerical names (default:_prm)
-pv<num> - pack fields with the same types into one line (packfields)
-r - restore package directory structure
-s <ext> - output file extension (default: .jad)
-space - output space between keyword (if, while, etc) and expression
-stat - show the total number of processed classes/methods/fields
-t<num> - use <num> spaces for indentation (default: 4)
-t - use tabs instead of spaces for indentation
-v - show method names while decompiling

/*
DECOMPILATION REPORT

Decompiled from: C:\user\Project\eclipseProject\Test\lib\itext-1.3.1.jar
Total time: 16 ms
Jad reported messages/errors:
Exit status: 1
Caught exceptions:
*/

Decompiles only when the class file is part of a jar

Anonymous — Fri, 12 Mar 2010 20:06:09 -0000

When the class file is under referenced library in eclipse, the decompiler does not work. Only when I jar the file, it decompiles.

update site broken?!

Anli Shundi — Fri, 08 Jan 2010 03:49:20 -0000

http://jadclipse.sourceforge.net/update/ gives a page with

An error has been encountered in accessing this page.

1. Server: jadclipse.sourceforge.net
2. URL path: /update/
3. Error notes: NONE
4. Error type: 403
5. Request method: GET
6. Request query string: NONE
7. Time: 2010-01-08 03:47:04 UTC (1262922424)

someone's credentials are wrong? (403...)

No breakpoints possible

Small SQL — Sun, 27 Sep 2009 16:44:41 -0000

In the "Decompiled Class File Viewer" is it not possible to set a breakpoint. Not via context menu "toggle breakpoint" else via double click on the left margin.

I use:
* Eclipse 3.4
* JDT Compiler 3.4.0v20090220
* JD Plugin 0.1.2

Exception when opening class files in certain directory

Anonymous — Fri, 03 Jul 2009 09:11:03 -0000

I installed the plugin (JDT Decompiler 3.4.0 ), and it works fine but generates error when opening class files in certain directory. (for instance, to open build/tmp/org/python/pycode/_py0x.class)
The exact stack trace is like following.

java.lang.NullPointerException
at net.sf.jdtdecompiler.jad.JadDecompiler.extractPackagePath(JadDecompiler.java:54)
at net.sf.jdtdecompiler.jad.JadDecompiler.decompile(JadDecompiler.java:30)
at net.sf.jdtdecompiler.core.DecompiledSourceMapper.invokeDecompiler(DecompiledSourceMapper.java:50)
at net.sf.jdtdecompiler.core.DecompiledSourceMapper.findSource(DecompiledSourceMapper.java:30)
at org.eclipse.jdt.internal.core.SourceMapper.getSourceForRootPath(SourceMapper.java:900)
at org.eclipse.jdt.internal.core.SourceMapper.findSource(SourceMapper.java:864)
at org.eclipse.jdt.internal.core.SourceMapper.findSource(SourceMapper.java:843)
at org.eclipse.jdt.internal.core.ClassFile.mapSource(ClassFile.java:635)
at org.eclipse.jdt.internal.core.ClassFile.openBuffer(ClassFile.java:630)
at org.eclipse.jdt.internal.core.Openable.getBuffer(Openable.java:288)
at org.eclipse.jdt.internal.core.ClassFile.getBuffer(ClassFile.java:359)
at org.eclipse.jdt.internal.core.ClassFile.getSourceRange(ClassFile.java:523)
at org.eclipse.jdt.internal.ui.javaeditor.ClassFileEditor.probeInputForSource(ClassFileEditor.java:736)
at org.eclipse.jdt.internal.ui.javaeditor.ClassFileEditor.doSetInput(ClassFileEditor.java:648)
at org.eclipse.ui.texteditor.AbstractTextEditor$19.run(AbstractTextEditor.java:3115)
at org.eclipse.jface.operation.ModalContext.runInCurrentThread(ModalContext.java:464)
at org.eclipse.jface.operation.ModalContext.run(ModalContext.java:372)
at org.eclipse.jface.window.ApplicationWindow$1.run(ApplicationWindow.java:759)
at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:70)
at org.eclipse.jface.window.ApplicationWindow.run(ApplicationWindow.java:756)
at org.eclipse.ui.internal.WorkbenchWindow.run(WorkbenchWindow.java:2578)
at org.eclipse.ui.texteditor.AbstractTextEditor.internalInit(AbstractTextEditor.java:3133)
at org.eclipse.ui.texteditor.AbstractTextEditor.init(AbstractTextEditor.java:3160)
at org.eclipse.ui.internal.EditorManager.createSite(EditorManager.java:798)
at org.eclipse.ui.internal.EditorReference.createPartHelper(EditorReference.java:644)
at org.eclipse.ui.internal.EditorReference.createPart(EditorReference.java:462)
at org.eclipse.ui.internal.WorkbenchPartReference.getPart(WorkbenchPartReference.java:595)
at org.eclipse.ui.internal.EditorReference.getEditor(EditorReference.java:286)
at org.eclipse.ui.internal.WorkbenchPage.busyOpenEditorBatched(WorkbenchPage.java:2857)
at org.eclipse.ui.internal.WorkbenchPage.busyOpenEditor(WorkbenchPage.java:2762)
at org.eclipse.ui.internal.WorkbenchPage.access$11(WorkbenchPage.java:2754)
at org.eclipse.ui.internal.WorkbenchPage$10.run(WorkbenchPage.java:2705)
at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:70)
at org.eclipse.ui.internal.WorkbenchPage.openEditor(WorkbenchPage.java:2701)
at org.eclipse.ui.internal.WorkbenchPage.openEditor(WorkbenchPage.java:2685)
at org.eclipse.ui.internal.WorkbenchPage.openEditor(WorkbenchPage.java:2676)
at org.eclipse.ui.ide.IDE.openEditor(IDE.java:651)
at org.eclipse.ui.ide.IDE.openEditor(IDE.java:610)
at org.eclipse.ui.actions.OpenFileAction.openFile(OpenFileAction.java:99)
at org.eclipse.ui.actions.OpenSystemEditorAction.run(OpenSystemEditorAction.java:99)
at org.eclipse.ui.views.navigator.OpenActionGroup.runDefaultAction(OpenActionGroup.java:133)
at org.eclipse.ui.views.navigator.MainActionGroup.runDefaultAction(MainActionGroup.java:330)
at org.eclipse.ui.views.navigator.ResourceNavigator.handleOpen(ResourceNavigator.java:787)
at org.eclipse.ui.views.navigator.ResourceNavigator$6.open(ResourceNavigator.java:499)
at org.eclipse.ui.OpenAndLinkWithEditorHelper$InternalListener.open(OpenAndLinkWithEditorHelper.java:48)
at org.eclipse.jface.viewers.StructuredViewer$2.run(StructuredViewer.java:842)
at org.eclipse.core.runtime.SafeRunner.run(SafeRunner.java:42)
at org.eclipse.core.runtime.Platform.run(Platform.java:888)
at org.eclipse.ui.internal.JFaceUtil$1.run(JFaceUtil.java:48)
at org.eclipse.jface.util.SafeRunnable.run(SafeRunnable.java:175)
at org.eclipse.jface.viewers.StructuredViewer.fireOpen(StructuredViewer.java:840)
at org.eclipse.jface.viewers.StructuredViewer.handleOpen(StructuredViewer.java:1101)
at org.eclipse.jface.viewers.StructuredViewer$6.handleOpen(StructuredViewer.java:1205)
at org.eclipse.jface.util.OpenStrategy.fireOpenEvent(OpenStrategy.java:264)
at org.eclipse.jface.util.OpenStrategy.access$2(OpenStrategy.java:258)
at org.eclipse.jface.util.OpenStrategy$1.handleEvent(OpenStrategy.java:298)
at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:84)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1003)
at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:3880)
at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:3473)
at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:2405)
at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:2369)
at org.eclipse.ui.internal.Workbench.access$4(Workbench.java:2221)
at org.eclipse.ui.internal.Workbench$5.run(Workbench.java:500)
at org.eclipse.core.databinding.observable.Realm.runWithDefault(Realm.java:332)
at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:493)
at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:149)
at org.eclipse.ui.internal.ide.application.IDEApplication.start(IDEApplication.java:113)
at org.eclipse.equinox.internal.app.EclipseAppHandle.run(EclipseAppHandle.java:194)
at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(EclipseAppLauncher.java:110)
at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(EclipseAppLauncher.java:79)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:368)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:179)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:559)
at org.eclipse.equinox.launcher.Main.basicRun(Main.java:514)
at org.eclipse.equinox.launcher.Main.run(Main.java:1311)

Class without package causes NPE

Anonymous — Wed, 10 Jun 2009 15:11:39 -0000

JadClipse 3.4, when I open class file that is in package root folder, I get NPE because net.sf.jdtdecompiler.jad.JadDecompiler.extractPackagePath(String) returns null and new File(rootPath, null) results in NPE, you should use rootPath in this case.

Cannot invoke JadClipse on Eclipse 3.4.2

Paul Lissak — Fri, 17 Apr 2009 19:32:20 -0000

Eclipse version: 3.4.2 build id: M20090211-1700
JadClipse version: 3.3.1.v20080730_r341
Jad version: v1.5.8e

I get a timeout exception when using JadClipse (see attached). I was able to run an earlier version of JadClipse with Eclipse 3.4.0 though.

Debugging to a clas with unknown source displays

RefuX Zanzebarr — Tue, 24 Feb 2009 17:49:07 -0000

Again this is with RSA 7.5, if I'm using the debugger and I have a break-point in a decompiled piece of code, the debugger does stop, however the code window displayed is not the decompiled code window, but another window (one that is typical in the debugger) saying "Source not found, Edit Source Lookup Path"

browsing a 'library' jar file, first file doesn't decompile

RefuX Zanzebarr — Tue, 24 Feb 2009 17:23:43 -0000

I'm using RSA 7.5, and in my EJB project when I browse to 'EAR Libraries', I click on the + beside on of the jar files, the first .class file I double click on won't decompile, it will show the normal class editor, no matter what I do, I can't get it to change. However any subsequent .class files I double click on do decompile perfectly.

3.4.0 shows breakpoint as constructor

RefuX Zanzebarr — Mon, 23 Feb 2009 21:24:13 -0000

Decompile a file.
Add a breakpoint on the left margin, you get a green C, odd!

Great work otherwise, love the new progress!