How do I allow Java Reverse Engineering (from source code) to find the core JDK classes that are referenced by my source code?
The answer to this questions depends on which distribution of Java is available on your machine. Unzipping the src.jar into a directory that is specified in the reverse engineering tool’s classpath should not be necessary (Although you can do this to reverse engineer the JDK itself with full comments). Make sure that a *full* path to one of the following files is specified as part of the reverse engineering classpath (using the Options page of the Reverse Engineering dialog). These files are typically installed relative to either the directory containing the Java Runtime Environment that is running ObjectDomain, or the directory containing an installation of the JDK. Java Version Minimal CLASSPATH for Java Reverse Engineering: Sun 1.1.x classes.zip Sun 1.2.x rt.jar Sun 1.3.x rt.jar IBM 1.1.x dt.jar or rt.jar Linux 1.1.x classes.zip Linux 1.2.x rt.jar Example R/E CLASSPATH under Sun1.2 JDK for Windows: C:\jdk1.2.2\jre\lib\rt.jar;{my other jar’s or directories} Note that in Java2, you mu
Related Questions
- How do I allow Java Reverse Engineering (from source code) to find the core JDK classes that are referenced by my source code?
- What is the process to get a commercial license for the JDK, Java ME implementations, or Java ME TCK Framework source code?
- How does R3s Java Reverse Engineering determine whether to reverse engineer a field into an attribute or an association?
- How does R3s Java Reverse Engineering determine whether to reverse engineer a field into an attribute or an association?
- Are there any better options for handling concurrency outside of the core Java classes?
- Are there any better options for handling concurrency outside of the core Java classes?
