Eclipse unter Leopard mit 1.6 DP4?

Diskutiere das Thema Eclipse unter Leopard mit 1.6 DP4? im Forum Mac OS Entwickler, Programmierer

  1. bazzz

    bazzz Thread Starter

    Tag,

    habe 1.6D4 installiert und versucht, Eclipse damit zu starten. Der java-Prozess fliegt mir leider direkt nach dem Start um die Ohren. Kann es sein, dass die 1.6er Version für Leopard (64bit) auf die Nase fällt, wenn sie versucht die 32-bit swt-Bibliothek zu laden? Ich habe auf EclipseZone durch Googeln etwas gefunden, was zumindest danach riecht...

    Oder nutzt jemand bereits Eclipse auf Leopard mit 1.6DP4?

    Die Fehlermeldung ist: "Cannot find executable for CFBundle 0x112ea0"

    Java Version ist:

    Code:
    Macintosh:eclipse ali$ java -version
    java version "1.6.0_04-dp"
    Java(TM) SE Runtime Environment (build 1.6.0_04-dp-b06-110)
    Java HotSpot(TM) 64-Bit Server VM (build 1.6.0_04-b12-45-optimized, mixed mode)
    
     
  2. bazzz

    bazzz Thread Starter

    So. Googlen macht schlauer... Ein paar Fakten für interessierte Java Entwickler:

    • Seit dem aktuellen Java Preview (1.6 DP4) ist die VM ausschliesslich 64bit (daher glaube ich auch nicht an Java 6 für Tiger...)
    • Die 32-bit Carbon-SWT Bibliothek lässt sich unter der aktuellen (und den kommenden 1.6er) Java Version nicht laden (keine Mischen von 32-bit und 64-bit libs im Java Prozess, der switch -d32 läuft bei der aktuellen 1.6 VM ins Leere)
    • Die 32-bit Carbon SWT Bibliothek wird auch mit Eclipse 3.4 ausgeliefert (auch diese Version wird somit nicht mit Java 1.6 unter Leopard laufen)
    • Derzeit arbeitet scheinbar niemand an einem 64-bit Port der SWT Carbon Version, d.h. auch auf absehbare Zeit wird Eclipse auf Leopard mit Java 1.6 nicht laufen
    • Man hat sich dazu entschlossen, direkt eine 64-bit SWT Implementierung auf Basis von Cocoa zu implementieren, hat dort jedoch scheinbar ein Resourcenproblem (keine "offiziellen" (IBM) Resourcen committed), es gibt zwar wa im CVS, aber noch lääängst nicht fertig

    Sieht nicht gut aus für Eclipse mit Java 1.6 bzw. Eclipse (Cocoa)

    Wie sagte S. Jobs damals "Mac is the best Java development platform"... Nee, ist klar.
     
  3. Kulfadir

    Kulfadir Mitglied

    Beiträge:
    830
    Zustimmungen:
    45
    Mitglied seit:
    22.06.2005
    Hm, es gab auch ein Preview das noch 32Bit unterstützte, dies schein jedoch aus dem ADC-Bereich verschwunden zu sein.

    DP4 scheint jedoch nicht mehr aktuell zu sein, da bei mir schon DP9 angezeigt wird.

    Wie sieht es den sonst aus wenn du den 32-Bit Port von hier: http://landonf.bikemonkey.org/static/soylatte/
    dort gibt es eine 32-Bit und ein 64-Bit Port für 10.4 und 10.5

    Ich kanns hier grad leider nicht testen.
     
  4. bazzz

    bazzz Thread Starter


    Hast Recht: habe die Versionsinfos falsch interpretiert. Meine Version ist DP9, basierend auf Java 1.6.0_04.

    Googlen nach "SoyLatte" und "SWT" macht mich auch nicht wirklich hoffnungsfroh ;)
     
  5. -Nuke-

    -Nuke- Mitglied

    Beiträge:
    2.144
    Zustimmungen:
    15
    Mitglied seit:
    13.09.2003
    Ja, da sieht man wieder das NetBeans/Swing doch besser ist :D *scnr*

    Warum willst du Eclipse unbedingt in der 6er-VM betreiben? Kannst es doch auch in der 5er-VM nutzen und 6er-VM als Entwicklungs-VM setzen.
     
  6. _ebm_

    _ebm_ Mitglied

    Beiträge:
    2.076
    Zustimmungen:
    202
    Mitglied seit:
    19.01.2008
    Langsam Leute, man kann sehr schön mit Eclipse und Java6 entwickeln. Nur die IDE muss mit Java5 gestartet werden. Man kann aber dem Workspace oder einem Projekt ein anderes JRE zuweisen und da das 6er angeben. (Eclipse->Preferences->Java->Installed JREs für den Workspace, an entsprechender Stelle auch in den Einstellungen des Projekts). Zusätzlich kann man auch unabhängig davon einem Workspace oder Projekt den Compiler einstellen, den Eclipse verwendet. Der ist unabhängig vom installierten Eclipse. Eclipse bringt seinen eigenen mit. Nur zum Ausführen von 6er Code ist das 6er JRE nötig, falls daraus Klassen verwendet wurden (eg. Console).

    Die meisten Veränderungen in Java6 im Vergleich zu Java5 lassen sich durch externe Bibliotheken nachrüsten. Es sind nur ein paar Convenienve-Klassen in die RT aufgenommen worden. Darum verstehe ich auch das Gejammer nicht, das hier immer um J6 gemacht wird...
     
  7. bazzz

    bazzz Thread Starter

    Das ist mir alles klar, kein Problem :) Es geht hier eher ums Prinzip und eine Perspektive.
     
  8. _ebm_

    _ebm_ Mitglied

    Beiträge:
    2.076
    Zustimmungen:
    202
    Mitglied seit:
    19.01.2008
    Dann hilf mir mal auf die Sprünge. Welches Prinzip und welche Perspektive? Dass Apple derzeit kein finales J6 anbietet ist bekannt. Dass das auch noch eine Weile so bleibt, auch. Dass die Jungs von SWT keinen 64Bit-Port für Cocoa herausbringen, solange Apple kein stabiles J6 herausbringt ist ebenso wahrscheinlich. Aus den Gründen, die ich oben schon ausgeführt hab, sehe ich derzeit auch nur begrenzt einen Bedarf dafür.

    Wie gesagt, so ganz verstehe ich das andauernde Gejammer um J6 nicht. Vielleicht kann mir da ja mal einer helfen? Geht es nur darum dass (eval(5<6) == true)?
     
  9. wegus

    wegus Mitglied

    Beiträge:
    16.010
    Zustimmungen:
    2.570
    Mitglied seit:
    13.09.2004
    Nun das sicher auch. Es gibt aber auch Leute die z.B. sagen Netbeans sei nur auf Mac OS so behäbig und würde auf anderen Systemen mi J6 deutlich zügiger zu Wege gehen. Es hat ja einen Grund, warum man ab Java6 mit dem "aufräumen" begonnen hat.

    Du hast aber recht, Eclipse läuft prima mit Java5 und Java6-Projekte zu nutzen ist kein Problem.
     
  10. -Nuke-

    -Nuke- Mitglied

    Beiträge:
    2.144
    Zustimmungen:
    15
    Mitglied seit:
    13.09.2003
    Also Apple arbeitet ja an Java6. Sieht man doch im ADC-Bereich. Gibt ja nur noch wenige Sachen die nicht funktionieren. Ob noch 32bit raus kommt, wird man ja sehen. Man sollte ja nie vorher etwas verteufeln.

    Auch sieht man das sie bemüht sind Java besser in OS X zu integrieren, Dock-Icon, AppleScript in der Script-Engine, etc.. So z.B. die auflösungsunabhängige Oberfläche.

    Das braucht halt Zeit.

    Ich würde mir zwar eher wünschen das sie sich mit dem OpenJDK-Projekt mergen, aber nunja, man kann nicht alles haben. ;) Java 7 dauert ja eh noch etwas. Die sind momentan eh damit beschäftigt das OpenJDK aufzuräumen, massenmerging etc. ;)
     
Die Seite wird geladen...

MacUser.de weiterempfehlen

  1. Diese Seite verwendet Cookies. Wenn du dich weiterhin auf dieser Seite aufhältst, akzeptierst du unseren Einsatz von Cookies. Akzeptieren Weitere Informationen...