Hä? Bin ich da jetzt irgendwie falsch informiert oder wollte Apple die Unterstützung für Java nicht einstellen und fortan wieder Sun die Implementierung überlassen?? O_o
Vielleicht kann mich ja mal einer aufklären.

0racle schläft wahrscheinlich, somit muss es Apple wieder machen

Erst ab Lion

@MacNuke

Nicht direkt. Man lädt immer noch eine von Apple angepasste Java-Version herunter. Ich hoffe, es wird direkt an Oracle weitergegeben.

Das hätte doch das "one more thing" bei Lion werden sollen ...

"It's like magic" ...

Bei Flash sollte dann wenigstens ein Warnhinweis erscheinen ^^

Vorsicht mit dem Update: Wer einen FileMaker-Server 10/11 administrieren muss, kann nach dem Java-Update die Admin-Konsole nicht mehr starten! Der Bug ist leider auch im Mac OS vorhanden (hier der Hinweis für Windows):
Hab's grad selber auf ner Testmaschine ausprobiert und bestätigt.

@mistamilla Danke!

Deepdragon:

Gilt erst ab OpenJDK 1.7 und MacOSX Lion.
Derzeit wird von Apple noch OpenJDK 1.6 an Dich als Nutzer ausgeliefert. Diesbzgl. Bleibt alles beim alten. Auch dann, wenn Lion draußen ist, wird Apple die Leopard- und Snow-Leopard-Plattform weiterhin mit diesbzgl. Updates versorgen, das haben sie ja bereits angekündigt.

Wie es um OpenJDK 1.7 derzeit bestellt ist, kannst Du vor allem hier mitverfolgen:

OpenJDK Home
OpenJDK MacOSX Port Mailingliste:
OpenJDK Mac OS X Port Project Status
OpenJDK BSD Port
OpenJDK MacOSX Port Project
OpenJDK MacOSX Port source repository
OpenJDK MacOSX Port
OpenJDK Darwin10Build
Google Code: Build and package scripts for OpenJDK 1.7 under OS/X

Ankündigung auf der java-dev und openjdk-dev Mailingliste von Apples Java-Verantwortlichen Mike Swingler bzgl. Apples Vorhaben und OpenJDK: bzw.

So. Damit dürftest Du im Bilde sein.

Dass die Java-Unterstützung unter MacOSX also eingestellt würde ist mitnichten der Fall. Eher ganz im Gegenteil: die hebt jetzt richtig ab, jetzt wo Apple das Ganze der von Oracle geleiteten OpenJDK community vertrauensvoll in deren Hände legt. Und Apples Hauptverantwortlicher für Java unter MacOSX schaufelt seit dieser Ankündigung fleißig Code von Apple in dieses OpenJDK code repository und sorgt nachwievor dafür, dass Java unter MacOSX blüht, lebt und gedeiht.
Die Zuständigkeiten werden jetzt im Gegensatz zu früher auf mehr Schultern verteilt, und Apple gibt den Stab weiter an die viel größere und agilere OpenJDK Community, zu deren Teil sich Apple mindestens in personam Mike Swingler auch zählt. Und das ist gut so und kann für den Benutzer und Entwickler nur Positives bedeuten. So wie ich Mike Swingler bisher gelesen und verstanden habe, hat Apple nicht vor, sich da komplett zurückzuziehen. Apple bzw. Mike Swingler wird auch weiterhin den MacOSX-Port von Java untr den Fittichen des OpenJDK-Projektes begleiten und helfen, wo Hilfe sinnvoll und notwendig ist, und wenn man mal die oben genannten Ressourcen anschaut und die Mailinglisten und das code repository im Auge hat, so merkt man das auch: Mike Swingler schaufelt da nach und nach ganz schön was rüber von Apple ins nun für jedermann offene und zugängliche code repository.

sierkb
Das nenn ich mal Gründlichkeit

mistamilla:

Wie wär's, wenn Du das mal auf Apples java-dev-Mailingliste schreibst. Und zwar als unmittelbare Reaktion auf Mike Swinglers (Apples Java-Verantwortlichem) zu diesem Update geposteter Info-Mail:

Mike Swingler on Apple's java-dev mailinglist: Java for Mac OS X 10.6 Update 4 and 10.5 Update 9 are live . Vielleicht hast Du ja Glück, und Mike Swingler antwortet Dir darauf persönlich und kann was dazu sagen oder zur Problemlösung beitragen.

Ich denke, der Bug ist längst bekannt, bis jetzt halt einfach nur bei der gleichen Version unter Windows. Ich bin gestern auch nur per Zufall drüber gestolpert, da ich bei einigen Kunden unter Windows das Java-Update installiert hatte und die nun die Konsole nicht mehr starten können. Da war ich nun vorsichtig und habe das Update mal vorerst auf einem Testrechner installiert und siehe da: Essig.

mistamilla:

Das Problem und seine Lösung liegt wohl in der Zuständigkeit von Oracle:

Oracle: Bug-ID 7020709: regression: cannot run filemaker application due to java.lang.ClassCircularityError
und
Oracle: Bug-ID 7020285: Getting java.lang.SecurityException: Permission denied since update 24

Ich habe nur 10.6.3

Neues iTunes Update ist auch da.

Wetten das das heute nicht das letzte Update war

Achtung: Auch dieses Java-Update enthält keine C-Header-Dateien mehr, wie auch schon das letzte.

Das heißt: alle, die JNI (Java Native Interface) nutzen, sollten sich die Header-Dateien vorher wegkopieren.
(/System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Headers)

fluppy

und warum aktualisierst du nicht auf 10.6.6?

@pi3
ist das der Grund dafür, dass das Festplattendienstprogram beim Rechte reparieren wieder ewig braucht und alle möglichen Java-Rechte immer aufs neue reparieren will, wie beim letzten Update? Oder was war der Grund dafür?

pi3:

Apple: MacOSX Reference Library: Java for Mac OS X 10.6 Update 3 and 10.5 Update 8 Release Notes (Release Notes des letzten Java Updates aus dem Oktober 2010):

@sierkb
hmm, bei Deinem link muss man aber als Developer registriert sein...

Gibt es das noch wo anders?

Sideshow Bob:

Abgesehen davon, dass die Developer Previews der Java-Updates selbst für nichtzahlende Developer in Apples ADC Download-Bereich zugänglich sind (man braucht dazu nur einen ADC Developer-Account, wobei dafür sogar der kostenfrei ADC-Account ausreicht):

Sinnvollerweise sind die Java Header-Dateien und die Java-Dokumentation nur in den Java Developer Packages mit drin. Denn i.d.R sind es nur Entwickler bzw. Java-Entwickler, die die hier als fehlend angemerkten Java Header-Dateien brauchen. Ein normaler Nutzer und Nicht-Entwickler braucht i.d.R. keine Java Header-Dateien. Wozu auch?

Apple hat diese sinnvolle Trennung und Aufteilung jetzt den allgemein üblichen Gepflogenheiten angeglichen, so wie es auf anderen Plattformen (z.B. unter anderen Unices wie z.B. auch Linux) auch schon längst und generell üblich ist (dort haben Header-Dateien und die i.d.R. nur von Entwicklern gebrauchte Dokumentation ebenfalls in getrennt erhältlichen Developer-Paketen ihren Platz, und der Normalnutzer wird davon nicht behelligt.

Nein. Kostenfreien ADC-Account anlegen, und Du hast Zugriff auf die Developer-Packages bzw. Previews von Java, so Du sie unbedingt haben willst oder brauchst. Das Developer Package installiert sich als zusätzliches autarkes Java-Bundle unterhalb von /System/Library/Java/JavaVirtualMachines als Bundle parallel zu dem allgemein für alle Nutzer vorgesehenen Java-Bundle und kann über die Java Preferences ggf. als bevorzugtes Java an-/oder abgewählt bzw. aufgrund der paralleln Existenz ggf. auch leichter gelöscht werden. Das ganz normale für alle übliche Java-Bundle, welches wie gestern und im vergangenen Oktober von Apple per Software-Update kommt, bleibt dadurch weiterhin unangetastet und bestehen. Ebenfalls eine Angleichung an die unter anderen Betriebssystemen für das Java-SDK bzw. Java-JRE schon seit Jahren üblichen Gepflogenheiten.

OSX 10.6.6 ist im Vergleich zu OSX 10.6.3 4% langsamer auf meinem iMac late 2007, gemessen mit Geekbench. Deshalb bleibe ich bei 10.6.3.

hoffentlich wird 10.6.7 wieder schneller.

aber frag mich nicht, warum OS X von "Service Pack" mal schneller und wieder langsamer wird.

@fluppy: Dutzende von Sicherheitsfixes NICHT einspielen, weil jemand ein paar Prozent weniger gemessen hat? Das ist total absurd!

Also wegen 4% "Mehrleistung" (eher im Rahmen einer Messungenauigkeit zu sehen, als real spürbar) auf wichtige Sicherheitspatches und Bugfixes zu verzichten kommt schon einem DAU gleich! Junge Junge, und Du meldest Dich hier zu Wort?

Unglaublich!

> wichtige Sicherheitspatches und Bugfixes

Und ihr wisst ja auch alle ganz genau, dass die Maschine mit dem Internet verbunden ist und nicht z.B. etwa nur einem einzigen Zweck dient wie Renderknecht, Datenbankserver,… …wo 4% eben 4% sind, die man hat oder nicht hat?

Gebt mal die IP eures Druckers im Browser ein und grübelt drüber nach, wann dessen Apache das letzte mal upgedated wurde… …got it?