Who jarred in jdk 1.4

I upgraded to jdk 1.4 and now as far I understood, it does not create manifest file automatically. Result: it does not load app. I could not find information on it here on first attempt. Does anybody know how to jar in jdk 1.4 and how to write manifest file? I know that I can find info on how to write manifest file, but now i am not sure that format did not change.
Also, I noticed that my app.'s working slower after I recompiled it in jdk 1.4, because I have status bar. In 1.3.1 it sequentially processed string consisting of 2-3 thousand char very quick, I hardly could see status bar actually filling. Now, it became visible on strings less than thousand char. Am I paranoid or you had such observation too?

Similar Messages

JAR file JDK version

I have a question that i want to ask for a long time. Let say someone give you a jar file, how do we check which version of JDK it is compile ?

You can get an easy, but approximate, answer by looking in the jar manifest:
$ jar -xf somejar.jar META-INF/MANIFEST.MF
$ cat META-INF/MANIFEST.MF
Manifest-Version: 1.0
Class-Path: someotherjar.jar
Created-By: 1.6.0 (Sun Microsystems Inc.)
Main-Class: Main
The Created-By attribute says which JDK version created the jar file. However, that's not always the same as the version that was used to compile the classes. To get an exact answer, you'd need to look at the class file version number, and you'd have to do it for each class file since they don't all have to be the same. Gory details left as an exercise. Here's a reference to get you started:
http://java.sun.com/docs/books/jvms/second_edition/html/ClassFile.doc.html#80959

Building debuggable JDK jars from JDK sources

Hello,
I want to build the JDK jars (rt.jar, tools.jar, etc.) that contain classes with debug information, from the JDK sources. I found a web page where it detailed several steps, but they were too many and too general for me. My platform is : Linux 2.6.9-78.0.0.0.1.ELsmp #1 SMP i686 i686 i386 GNU/Linux. Can someone tell me some straightforward steps to build these jars. When I run 'gmake sanity' in control/make directory, I get errors like :
ERROR: You do not have access to the previous java release jre bundles.
Please check your access to
/java/re/j2se/1.5.0/archive/fcs/bundles/linux-i586/jdk-1_5_0-linux-i586.tar.gz
and/or check your value of ALT_PREVIOUS_RELEASE_PATH or ALT_PREVIOUS_JRE_FILE
This will affect you if you build the images target.
ERROR: You do not have access to the previous java release sdk bundles.
Please check your access to
and/or check your value of ALT_PREVIOUS_RELEASE_PATH or ALT_PREVIOUS_JDK_FILE.
This will affect you if you build the images target.
I simply want to know which env variables exactly should I set and to what values. Specific information regarding these will be much appreciated. Thanks.

I don't understand what you mean by 'run the JVM in debug mode'. I don't want to debug the JVM, but want to debug the JDK classes. And for that, the classes need to have been compiled with debug info.
In any case, what I want is : build JDK jars with debug info, given that the sources are available. I'm sure this kind of thing was already tried out by at least some, if not many. So, I'm seeking some guidelines from them.

Building debuggable versions of JDK jars from JDK sources

[ Posting in this forum, since posting it in 'Build and Release Engineering' forum has not got any response so far ]
Hello,
I want to build the JDK jars (rt.jar, tools.jar, etc.) that contain classes with debug information, from the JDK sources. I found a web page where it detailed several steps, but they were too many and too general for me. My platform is : Linux 2.6.9-78.0.0.0.1.ELsmp #1 SMP i686 i686 i386 GNU/Linux. Can someone tell me some straightforward steps to build these jars. When I run 'gmake sanity' in control/make directory, I get errors like :
ERROR: You do not have access to the previous java release jre bundles.
Please check your access to
/java/re/j2se/1.5.0/archive/fcs/bundles/linux-i586/jdk-1_5_0-linux-i586.tar.gz
and/or check your value of ALT_PREVIOUS_RELEASE_PATH or ALT_PREVIOUS_JRE_FILE
This will affect you if you build the images target.
ERROR: You do not have access to the previous java release sdk bundles.
Please check your access to
and/or check your value of ALT_PREVIOUS_RELEASE_PATH or ALT_PREVIOUS_JDK_FILE.
This will affect you if you build the images target.
I simply want to know which env variables exactly should I set and to what values. Specific information regarding these will be much appreciated. Thanks.

I don't understand what you mean by 'run the JVM in debug mode'. I don't want to debug the JVM, but want to debug the JDK classes. And for that, the classes need to have been compiled with debug info.
In any case, what I want is : build JDK jars with debug info, given that the sources are available. I'm sure this kind of thing was already tried out by at least some, if not many. So, I'm seeking some guidelines from them.

Implementing soap.jar in jdk ist not possible, wrong classpath???

hi
i want to run a soap example
my problem at the moment ist, the java compiler
isn't able to find the soappackages like org.apache.soap.rpc.*
i changed my registryconfiguration (winnt4.0 sp6) setting the
classpath to c:\soapinstalldir\lib\soap.jar but it doesnt work
the serverside is running using iplanet web- and app-server with
the apache soap plugin
does anybody know where to copy the class-files of my application
in order to be able to deploy and to run the application
do i need to write a deployementdescriptor?
if yes, how?
thanks
jesse blue

Check my reply to that other thread... perhaps it will help?
jesse blue wrote:
hi
i want to run a soap example
my problem at the moment ist, the java compiler
isn't able to find the soappackages like org.apache.soap.rpc.*
i changed my registryconfiguration (winnt4.0 sp6) setting the
classpath to c:\soapinstalldir\lib\soap.jar but it doesnt work
the serverside is running using iplanet web- and app-server with
the apache soap plugin
does anybody know where to copy the class-files of my application
in order to be able to deploy and to run the application
do i need to write a deployementdescriptor?
if yes, how?
thanks
jesse blue

Who's right - JDK 1.6 stax or WoodStox?

Hi all...
I have a serious problem with switching between aforementioned technologies and I'm confused which one works properly. My case is easy - I have XML that starts like this:
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE field-specification SYSTEM "http://xxx/dtd/field-specification.dtd">And I have following naive code:
XMLInputFactory xmlif = XMLInputFactory.newInstance();
XMLStreamReader reader = xmlif.createXMLStreamReader(sourceReader);Now using WoodStox it ends like:
com.ctc.wstx.exc.WstxIOException: xxx
     at com.ctc.wstx.sr.StreamScanner.throwFromIOE(StreamScanner.java:650)
     at com.ctc.wstx.sr.BasicStreamReader.next(BasicStreamReader.java:1071)
     at sk.bgs.swift.XMLUtils.prepareXmlReader(XMLUtils.java:159)
Caused by: java.net.UnknownHostException: xxxAnd I need following line to tell WoodStox "please, ignore that DTD":
xmlif.setProperty(XMLInputFactory.SUPPORT_DTD, false);Now it works... if I switch to JDK 1.6, it works. If I drop Woodstox from classpath, using JDK 1.6 stax impl it stops to work with:
javax.xml.stream.XMLStreamException: ParseError at [row,col]:[2,10]
Message: DOCTYPE is disallowed when the feature "http://apache.org/xml/features/disallow-doctype-decl" set to true.So these versions are mutualy exclusive and I can't just compile it once. Not to mention that running the original example (usable with JDK 1.6 Stax Impl but with Woodstox in classpath) on 1.6 ends with stupid messages:
java.lang.IllegalStateException: Can't overwrite cause
     at java.lang.Throwable.initCause(Throwable.java:320)
     at com.ctc.wstx.compat.Jdk14Impl.setInitCause(Jdk14Impl.java:70)This hardly tells you anything and it's also hard to claim that it is working like on JDK 1.5. ;-) However - here is final version of the code - that works in 1.5 with Woodstox and in 1.6 with both:
XMLInputFactory xmlif = XMLInputFactory.newInstance();
if (xmlif.getClass().getName().equals("com.ctc.wstx.stax.WstxInputFactory")) {
xmlif.setProperty(XMLInputFactory.SUPPORT_DTD, false);
XMLStreamReader reader = xmlif.createXMLStreamReader(sourceReader);Ok, this is first story... the second one is also interesting. I have line in XML like this:
<prim name="y">[-A-Z0-9.,()/='+:?!"%&*; ]</prim>Now Woodstox has really no problem with it while with JDK 1.6 implementation just doesn't want to eat those entities and I'm pretty out of options how to make THIS working in both implementations. Not to say that I'm not sure which one is right.
But in this second case Woodstox is winner for me from logical point of view. Why is that & interpreted? Why reader.getText() returns only string up to % and stops there? There is no exception in implementation - of course - just my logic stops to work.
Have anyone run into similar problems?
Thanks for any hints and tips how to make such a things work in both cases.
Virgo47

First thing: what does this mean for JDK 1.6? Will it be changed in some update?
Second thing: Yes, I can. ;-)
<prim name="y">[-A-Z0-9.,()/='+:?!"%&*; ]</prim>I have a reader positioned just at the start of the text that is between the tags. Now reader.getText() Woodstox returns the string all way to the last ] included - like expected. Now I'm not really sure if it changes that entity to actual & sign, but that doesn't matter now. Problem with JDK 1.6 is that it returns only string ended with % and when I suggest the reader that I want to read end tag, it fails - because it is not positioned on the </prim> yet.
I don't know which impl is right thou. Woodstox is more logical for me.

Upgrade jdk 1.6.0_15 or higher which class jar I need, I am running eclipse

Can someone tell me, if I have a class 12.jar with jdk 1.2 and upgrade jdk to 1.6.0_15 or higher, which class jar I need and where can I get it? Ideal would be with some instructions. :) Thanks so much.

It's all here: http://www.oracle.com/technology/software/tech/java/sqlj_jdbc/index.html

How to set up older version of Java JDK?

I am a Java Developer, and I recently bought a Mac. I also just started working for a Client who is using JDK 1.6.0_23, and this is not going to change. The code fails to compile when running through the latest Java 1.6 JDK, so I REALLY need to download and set up JDK 1.6.0_23. Is this possible? If I can't get this working, I will unfortunately have to use the Windows machine that the Client gave me.
Thanks in advance.

I removed the old program.
I am using this line in my autoexec.bat
path = c:\jdk1.3.1_01\bin
I understand that I don't need to set any classpath. If I am wrong, would this line be correct ?
classpath = %classpath%;c:\jdk1.3.1_0\bin;c:\jdk1.3.1_01\lib\tools.jar

Tools.jar: how to use it?

in my app, I use some classes of tools.jar
but I can not find the jar file in JRE directory, which is only in JDK directory.
if I distribute my app to customers, they can not use it, because they possiblly only installed JRE rather than JDK.
so how to use tools.jar?

Isn't tools.jar the JDK tools, e.g., javac, javap, etc.?
What are you doing that requires those tools, such that your customer needs it?
Secondly are you sure that Sun's license allows you to distribute the stuff in tools.jar?
It seems like the only solutions would be to refactor your code to no longer use tools.jar, or tell your customers that they have to install the JDK themselves (I've seen other products do that), or to possibly get a special license from Sun.

Relocation of JDK & drastic performance slowdown?

Hi there, and thanks in advance for any suggestions:
We are experimenting with redistributing the JDK (1.4, when released -- working with b2 a/t/m, will upgrade next week) as part of our product within our directory structure. With the Windows version of our product we are experiencing some bizarre, drastic performance slow-downs in XML-related operations (parsing, transformation) when using Tomcat 3.2.3, at least, and possibly other Java-based software, with this "embedded" JDK.
All of Tomcat's pre-requisites (TOMCAT_HOME, JAVA_HOME env vars) are being set correctly, and I've also examined the the JavaSoft and plugin registry keys very carefully and made sure they are getting re-populated correctly on the target (installation) machine, naturally with new paths where needed. Nothing has actully been done to this JDK, mind you, other than the aforementioned relocation.
...Of course, if that wasn't vague enough, we sometimes see irrational slowdowns in apparently random installations when we are using a normally installed JDK/Tomcat combination. We are trying to nail down exactly what yields what, but that's just going to take time. Could this have to do with mis-matches with the XML-related stuff in Tomcat's jaxp.jar and JDK 1.4's new XML stuff?
So, any ideas? Thanks much.

I assume that you have checked to be sure that no exceptions are being written to the application server log file? There are non-fatal exceptions that I have seen that are "masked" to the user but can be seen in the logs that can occur. I do not know if that is possible in your server combination. Just a thought of another place to look.

Solaris SPARC 10 64Bit -JDK Installation 1.6.05

In Sun Solaris 10, not able to create the key using the jce.jar. JDK 1.6 Installed & PATH & JAVA_HOME both are referred to jdk 1.6. It is showing the belwo error
Error: wrap() failed
java.security.InvalidKeyException: wrap() failed
at sun.security.pkcs11.P11RSACipher.engineWrap(P11RSACipher.java:395)
at javax.crypto.Cipher.wrap(DashoA13*..)
Caused by: sun.security.pkcs11.wrapper.PKCS11Exception: CKR_MECHANISM_INVALID
at sun.security.pkcs11.wrapper.PKCS11.C_WrapKey(Native Method)
at sun.security.pkcs11.P11RSACipher.engineWrap(P11RSACipher.java:391)
... 3 more
Error: java.lang.Exception: Could not wrap the key: wrap() failed
java.lang.Exception: Could not wrap the key: wrap() failed.
If any patch is required for solaris sparc 10. Thanks

Obviously Sun (excuse me, Oracle) does not intend to support the solaris-10/sparc/firefox-3.6 combination. Firefox 3.6 requires the NPAPI and/or NPRuntime interfaces to java, but oracle does not provide the new "libnpjp2.so" java plugin with the jre-6u18-sparc-solaris java download.
A search at www.oracle.com does not turn up any support announcement about this. You have to learn it the hard way. :(
If you want to continue to use sparc-solaris, downgrade to firefox-3.5 so you can use the old libjavaplugin_oji.so module. Otherwise run Linux or Mac OS X to stay in the unix camp.

Oracle jdbc driver class and classes12.jar whether deprecated.?

Hi All,
1. In one of the post, it has been told that oracle.jdbc.driver.OracleDriver will be deprecated and also recommended to used oracle.jdbc.OracleDriver.
According to that post, I changed the driver class name in my code as below:
Class.forName("oracle.jdbc.OracleDriver");
Then to check the driver name, I insert the below code:
Enumeration<Driver> driverEnum = DriverManager.getDrivers();
+while (driverEnum.hasMoreElements()){+
System.out.println("driver : "driverEnum.nextElement());+
+}+
Below is the output:
driver : oracle.jdbc.driver.OracleDriver@addbf1
Even after specifying the driver class name to be used as oracle.jdbc.OracleDriver, why it is taking oracle.jdbc.driver.OracleDriver..?
INFO : The Oracle JDBC Driver (classes12.jar) version is 10.2.0.4.0.
2. We are using classes12.jar for developing all JDBC code. In Oracle Database 11g Release 2 (11.2.0.2.0) JDBC Drivers, there is no classes12.jar. Is this deprecated? Which jar can be used instead of classes12.jar?
Thanks in advance.

In Oracle Database 11g Release 2 (11.2.0.2.0) JDBC Drivers, there is no classes12.jar. Is this deprecated? Which jar can be used instead of classes12.jar?For JDBC 4.0 features ojdbc6.jar with JDK 6.0.
For JDBC 3.0 support ojdbc 5.jar with JDK 5.0
http://www.oracle.com/technetwork/database/enterprise-edition/jdbc-112010-090769.html

Jaas.jar conflict in Weblogic 6.1 cluster

We are using a Custom realm for Weblogic which communicates with Tivoli Policy
director for user authentication and authorization.
For communicating with PolicyDirector, We need to have IBM's jaas.jar as a JDK
extension(in jre/lib/ext directory)along with some more jar files.We never had
problems when running Weblogic in stand alone mode.But when we are trying to run
Weblogic as a cluster, Managed Server is not able to communicate with Admin Server
giving following exception:
Starting WebLogic Server ....
Connecting to http://166.57.31.66:8101...
<Feb 7, 2002 1:52:26 PM EST> <Info> <Logging> <FileLogger Opened.>
<Feb 7, 2002 1:52:27 PM EST> <Info> <Posix Performance Pack> <System has file
descriptor limits of - soft: '1024', hard: '1024'>
<Feb 7, 2002 1:52:27 PM EST> <Info> <Posix Performance Pack> <Using effective
file descriptor limit of: '1024' open sockets/files.>
<Feb 7, 2002 1:52:27 PM EST> <Info> <Posix Performance Pack> <Allocating: '3'
POSIX reader threads>
<Feb 7, 2002 1:52:28 PM EST> <Emergency> <Configuration Management> <Errors detected
attempting to connect to admin server at 166.57.31.66:8101 during initialization
of managed server ( 166.57.31.69:8001 ). The reported error was: < null > This
condition generally results when the managed and admin servers are using the same
listen address and port.>
<Feb 7, 2002 1:52:28 PM EST> <Emergency> <Server> <Unable to initialize the server:
'Fatal initialization exception
Throwable: weblogic.management.configuration.ConfigurationException - with nested
exception:
[javax.naming.AuthenticationException [Root exception is java.lang.SecurityException:
attempting to add an object which is not an instance of java.security.Principal
to a Subject's Principal Set]]
javax.naming.AuthenticationException. Root exception is java.lang.SecurityException:
attempting to add an object which is not an instance of java.security.Principal
to a Subject's Principal Set
     at javax.security.auth.Subject$SecureSet.add(d:/jn130-userlvl/src/classes/sov/javax/security/auth/Subject.java:1098)
     at weblogic.common.internal.BootServicesStub.writeUserInfoToSubject(BootServicesStub.java:72)
     at weblogic.common.internal.BootServicesStub.authenticate(BootServicesStub.java:80)
     at weblogic.security.acl.internal.Security.authenticate(Security.java:108)
     at weblogic.jndi.WLInitialContextFactoryDelegate.pushUser(WLInitialContextFactoryDelegate.java:509)
     at weblogic.jndi.WLInitialContextFactoryDelegate.newContext(WLInitialContextFactoryDelegate.java:364)
     at weblogic.jndi.WLInitialContextFactoryDelegate.getInitialContext(WLInitialContextFactoryDelegate.java:336)
     at weblogic.jndi.Environment.getContext(Environment.java:156)
     at weblogic.jndi.Environment.getInitialContext(Environment.java:139)
     at weblogic.management.Admin.initializeRemoteAdminHome(Admin.java:950)
     at weblogic.management.Admin.start(Admin.java:351)
     at weblogic.t3.srvr.T3Srvr.initialize(T3Srvr.java:372)
     at weblogic.t3.srvr.T3Srvr.run(T3Srvr.java:202)
     at weblogic.Server.main(Server.java:35)
--------------- nested within: ------------------
weblogic.management.configuration.ConfigurationException - with nested exception:
[javax.naming.AuthenticationException [Root exception is java.lang.SecurityException:
attempting to add an object which is not an instance of java.security.Principal
to a Subject's Principal Set]]
     at weblogic.management.Admin.initializeRemoteAdminHome(Admin.java:959)
     at weblogic.management.Admin.start(Admin.java:351)
     at weblogic.t3.srvr.T3Srvr.initialize(T3Srvr.java:372)
     at weblogic.t3.srvr.T3Srvr.run(T3Srvr.java:202)
     at weblogic.Server.main(Server.java:35)
When we removed IBM's jaas.jar from jdk/jre/lib/ext to check the clustering.It
works fine.But We need to have jaas.jar for our custom realm.
Thanks.
Jagan.

Hi jerry
i already got that problem solved by removing jaas.jar file
from class path.
i don'nt how it is working with out in classpath...?
Jerry <[email protected]> wrote:
Hi Nivas,
I think that the problem you are seeing has something to do with the
placement of jaas.jar in your classpath
On WebLogic server, put jaas.jar in the classpath after weblogic.jar.
I would bet that you have it placed before weblogic.jar right now.
I don't think the exception that you're seeing right now has anything
to do with your weblogic.policy file right now, so I think it is
safe to not worry about it right now.
Hope this helps,
Joe Jerry

Runtime error using jdk 1.4.1 in jdev

Hi,
I am using jdev 9032. My project uses jdk 1.3.1 the default that comes with jdeveloper. Now i have to make this application work on 1.4.1_05.
But when I run the app in jdev by changing the jdk to 1.4.1 or when I deploy in OC4J (standalone) 903 with JAVA_HOME=C:\JDK1.4.1, I get following error in both the case:
Auto-deploying file:/D:/temp/projects/Myproject/classes/ (No previous deployment found)... MyProjectServices_StatelessSessionBeanWrapper16.java:6: cannot access java.rmi.NoSuchObjectException
bad class file: D:\Utilities\java\jdk\j2sdk1.4.1_05\jre\lib\rt.jar(java/rmi/NoSuchObjectException.class)
class file has wrong version 48.0, should be 47.0
Please remove or make sure it appears in the correct subdirectory of the classpath.
import java.rmi.NoSuchObjectException;
^
1 error
Error compiling D:\temp\projects\Myproject\classes: Syntax error in source
Oracle9iAS (9.0.3.0.0) Containers for J2EE initialized
But when I compile my source using JDK 1.4.1 it is fine, and only gives me error while deploying.
Please let me know how to get this app deployed on OC4J with JDK 1.4.1
THANKS in advance
Narinder

Hi,
I figured out the solution.
Make the project use 1.4.1 and also replace the tools.jar file under %JDEV_INSTALL%\jdk\lib
In addition to this I have also changed the "SetJavaHome" environment variable in jdev.conf to use JDK 1.4.1
And everything is working fine and as I wanted.
FYI:
Replace tools.jar on OC4J Standalone(I used OC4J 903) with tools.jar of JDK 1.4.1 and then app can be deployed on OC4J as well.
Hope this helps someone.
Regards,
Narinder

JavaDoc: inherit method comment from jdk classes?

My goal is to let custom classes inherit method comments from overridden methods of jdk classes. From the doctool documentation, I would assume that the way to go is to set the path to the jdk sources in the -sourcepath option. My problem is that this doesn't seem to work at all - looks like JavaDoc is simply not parsing the JDK source files at all.
The relevant (methinks :) part of the verbose output:
// these are the input options as created by ant run from eclipse under win2k
Executing 'D:\jdk\150_u6\bin\javadoc.exe' with arguments:
'-d'
'D:\JavaWorkspace\harvest\eclipse\javadesktop\jdnc-swingx\dist\javadoc'
'-use'
'-splitindex'
'-verbose'
'-classpath'
'D:\JavaWorkspace\harvest\eclipse\javadesktop\jdnc-swingx\lib\optional\MultipleGradientPaint.jar'
'-sourcepath'
'D:\jdk_doc\srcjdk1.5.0;D:\JavaWorkspace\harvest\eclipse\javadesktop\jdnc-swingx\src\java'
'-link'
'file:D:/jdk_doc/jdk1.5b/docs/api'
'-source'
'1.5'
'org.jdesktop.swingx.table'
The ' characters around the executable and arguments are
not part of the command.
// following is the javadoc output
   [javadoc] [search path for source files: [D:\jdk_doc\srcjdk1.5.0,
D:\JavaWorkspace\harvest\eclipse\javadesktop\jdnc-swingx\src\java]]
   [javadoc] [search path for class files:
[D:\jdk\150_u6\jre\lib\rt.jar, D:\jdk\150_u6\jre\lib\jsse.jar,
D:\jdk\150_u6\jre\lib\jce.jar, D:\jdk\150_u6\jre\lib\charsets.jar,
D:\jdk\150_u6\jre\lib\ext\dnsns.jar,
D:\jdk\150_u6\jre\lib\ext\junit.jar,
D:\jdk\150_u6\jre\lib\ext\localedata.jar,
D:\jdk\150_u6\jre\lib\ext\sunjce_provider.jar,
D:\jdk\150_u6\jre\lib\ext\sunpkcs11.jar,
D:\JavaWorkspace\harvest\eclipse\javadesktop\jdnc-swingx\lib\optional\MultipleGradientPaint.jar]]
   [javadoc] Loading source files for package org.jdesktop.swingx.table...
   [javadoc] [parsing started
D:\JavaWorkspace\harvest\eclipse\javadesktop\jdnc-swingx\src\java\org\jdesktop\swingx\table\ColumnControlButton.java]
..snip..
   [javadoc] Constructing Javadoc information...
   [javadoc] [loading
D:\jdk\150_u6\jre\lib\rt.jar(java/awt/ComponentOrientation.class)]
   [javadoc] [loading
D:\jdk\150_u6\jre\lib\rt.jar(java/awt/Dimension.class)]
   [javadoc] [loading D:\jdk\150_u6\jre\lib\rt.jar(java/awt/Insets.class)]It doesn't seem to matter if javadoc is run from the commandline or through an ant task, the output is basically the same.
The loading from the rt.jar might be the problem, at least when comparing to a report about (maybe exactly the same) problem back in 2004
http://forum.java.sun.com/thread.jspa?forumID=41&threadID=536074
The posters stated that the -sourcepath didn't appear to work under win, while it did work under Solaris. When working, the [loading..] output contained the path to the sources instead of to the classes.
Any help, hint, thought, comment highly welcome!
Thanks in advance
Jeanette

Hi Doug,
thanks for your prompt reply!
My first question is what does the source tree look
below this directory:
-sourcepath 'D:\jdk_doc\srcjdk1.5.0
de]
To work, the the full path to, say, String.java,
would need to be:D:\jdk_docs\srcjdk1.5.0\java\lang\String.java
Because -sourcepath must point to the root of the
source tree. Is this what you have?
exactly, that's the case. In the meantime, I tried to put the sources somewhere relative to the classes (to exlude the possibility that the absolute path poses a problem)I want to document - to no avail.
>
Are you thinking that the class files are loaded from
rt.jar rather than the source .java files from the
source tree?
well, you are the expert to interpret the output :-) All I can be sure of is that this looks similar to output (for windows) in the old forum thread I mentioned and similar to a couple of bug reports. f.i.
http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=5079630 (which is closed as a duplicate) or
http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=5105600 which is still open (but probably should be closed - it's a usage error to point to the zipped sources).
Hmm... thinking aloud: comparing my output to the output of the latter (it's quite analogous) it seems that in both cases the sources aren't found .. and the javadoctool falls back to get some search the missing information on the classpath. Maybe the question is: what could possibly go wrong (windows only) to not find the extracted sources (they are definitely there in my context ;-)?
You might try setting -bootclasspath to the empty
string, as describe here:
http://java.sun.com/j2se/javadoc/faq/#bootclasspath
I'll give it a try. BTW, this problem cropped up in the SwingLabs project, we are collectively scratching our heads in:
http://forums.java.net/jive/thread.jspa?threadID=18409
Thanks again!
Jeanette

Who jarred in jdk 1.4

Similar Messages

Maybe you are looking for