Ich entwickle mit Netbeans 5 unter Mac OS 10.4 eine Java-Applikation, bei deren Debugging ich gelegentlich Zugriff auf die Java-Sourcen benötige. Netbeans unter Linux und unter Windows unterstützen dies direkt, da die Java-Sourcen dort mit installiert werden. Leider findet diese automatische Installation unter Mac OS 10.4 nicht statt, und die unter Windows bzw. Linux verfügbaren Sourcen lassen sich nicht in das Projekt einbinden. XCode kommt leider nicht als Entwicklungsumgebung in Frage, da ein gemischtes Entwicklerteam sowohl unter Windows als auch unter Linux an dem Projekt mit entwickelt. Für Hilfe und gute Tipps wäre ich dankbar.

Java ist noch nicht OpenSource.

Die Sourcen liegen (laut JavaBrowser von den DevTools) unter /Library/Java/Home/src.jar.

Naja man kann Teile des Sources einsehen, quasi wie früher die Header unter C/C++.
Ich selbst kann es auch in NetBeans.

Aber schau doch mal hier: /System/Library/Frameworks/JavaVM.framework/Versions/1.5.0/Home/

Da liegt auch eine src.jar.

Hat mir weiter geholfen, vielen Dank!

Seit wann sind Java-JARs Sourcen?

MacMark
Da liegen die Header als src drin, mehr nicht.

Es gibt übrigends Decompiler für Java - Gerücht von Freund eines Freundes, dessen Freundin einen kennt, dessen Cousin das mal probiert haben soll

MacMark: .jar ist doch auch nur ein Deploymentformat für Jave. In Wahrheit kannst Du jedes .jar in .zip umbenennen und erhältst ein dekomprimierbares Verzeichnis in dem alles Möglich (auch Sourcen) liegen kann.
Ausserdem ist fast der komplette Sourcecode für die Java Standardbibliothek (also alles unter java.* und javax.* ) verfügbar. Insofern ist Java schon "open Source". Aber die Lizenz versperrt Java sozusagen noch den Weg in die Open Source Freiheit

Mit dem JavaBrowser kann ich mir doch den Source ansehen, z.B. von java.lang.String. Das schaut mir nach mehr als nur einem Header auszusehen.

Nein es ist sogar weniger als der Header, ist nur die Documentation (JavaDoc). Mehr ist es nicht.

Dokumentation? Ich sehe da in String sowas wie:


* Compares this string to the specified object.
* The result is <code>true</code> if and only if the argument is not
* <code>null</code> and is a <code>String</code> object that represents
* the same sequence of characters as this object.
*
* @param anObject the object to compare this <code>String</code>
* against.
* @return <code>true</code> if the <code>String </code>are equal;
* <code>false</code> otherwise.
* @see java.lang.String#compareTo(java.lang.String)
* @see java.lang.String#equalsIgnoreCase(java.lang.String)
*/
public boolean equals(Object anObject) {
if (this == anObject) {
return true;
}
if (anObject instanceof String) {
String anotherString = (String)anObject;
int n = count;
if (n == anotherString.count) {
char v1[] = value;
char v2[] = anotherString.value;
int i = offset;
int j = anotherString.offset;
while (n-- != 0) {
if (v1[i++] != v2[j++])
return false;
}
return true;
}
}
return false;
}

es ist nicht nur die JavaDoc. Wie schon geschrieben ist bis auf den Source einiger Tools (Compiler) und einiger nativer Bibliotheken (DirectX Support für Win etc.) der Sourcecode veröffentlicht. Jeder kann sich angucken wie java.lang.String oder java.util.Hashmap implementiert sind. Das ist schon immer , oder jedenfalls mindestens seit Java2 so.

P.S: es gibt *in* Java keine Header. Es gibt nur Header für JNI

Oh das war mir auch neu, also dass einige Klassen offen sind.
Aber wenn ich in NetObjects arbeite, kann ich Sun-Klassen so öffnen, dass eben nur die Signaturen der Methoden angezeigt werden. (Nein kein Code Folding).

JavaDoc != SourceCode

öhm, NetObjects? Schreibt man damit nicht eher HTML als Java Code?

Sorry, die Hitze schafft mich also doch.

NetBeans...

mach mal in Netbeans ein Alt+Click oder Apfel+Click auf ein Java Objekt. Sofern der Sourcecode dafür in Netbeans bekannt ist springt er in die Implementierung der Klasse/Methode. Das geht auch bei Sun Klassen!

Jepp, allerdings hat er bei mir die paar mal in denen er die Klasse geöffnet hat, nur die Signaturen angezeigt.
Naja ich benötige auch selten java.lang.String als Source...