• http://www.heise.de/newsticker/meldung/Verwirrung-um-diakritische-Zeichen-im-neuen-Personalausweis-1168966.html
• http://www.computerwoche.de/software/software-infrastruktur/2362149/

Peinlich das. War da T-Systems mit im Spiel?

Ein Blog-Leser machte in einer EMail folgenden Vorschlag:

Aus Harmony und einem Fork vom OpenJDK sollte eine eigenständige Sprache werden, hauptsächlich unabhängig von Oracle und dem Original-Java.

Das brachte mich zum Nachdenken, welche Rolle Apache überhaupt noch spielt und ob Apache Java ohne Oracle treiben können, wie Harmony dort hineinspielt und wie Oracle Java verändert.

Meine Gedanken:

• Harmony und OpenJDK kann man nicht vereinen, weil beide unter verschiedenen Lizenzen entwickelt wurden/werden.
• Harmony ist eine Implementierung der Java SE-Bibliotheken. Es fehlen komplett der Compiler und die Laufzeitumgebung. Man hätte mit dem Eclipse-Compiler eine Alternative, aber es fehlt eine leistungsfähige freie JVM, die für den gesamten Stack nötig wäre. Davon ist die Community weit entfernt.
• Harmony ist sehr unvollständig. Die “harten” und großen Teile fehlen, etwa Swing. Man siehe dazu nur auf die Webseite mit den Unterschieden. Die fehlenden Teile erst einmal nachzuliefern, um auf den Stand von Java 6 zu kommen, macht viel Mühe. (Siehe dazu auch Mono, die auch dem .NET-Framework hinterherhecheln.) Bei Android ist das egal, weil nur ein winziger Subset der Java SE-API genutzt wird und Harmony hier schon alles bot.
• Java zu aktualisieren macht viel Mühe. James Gosling macht in einem Video (zu finden hier im Blog) den Kommentar, das Java zu pflegen sehr viel Arbeit macht. Java braucht Support für die Ewigkeit. Ich bezweifle, dass Apache das leisten kann – spezifizieren und implementieren/warten/dokumentieren sind immer noch zwei paar Schuhe. Hat Apache mit Harmony bewiesen, das sie in der Lage sind, eine ernsthafte API-Implementierung auf die Beine zu stellen? Das sehe ich nicht. Das ist alles viel zu unprofessionell. Ein alternativer Fork steht vor dem gleichen Problem. Es muss irgendwie an zentraler Stelle zusammenlaufen. Und Oracle gibt Java nicht aus der Hand.
• Apache-Projekte werden immer irrelevanter und viele Projekte sind mehr und mehr verweist. (Siehe News http://jakarta.apache.org/site/news/news-2010-q3.html: von den 4 Meldungen aus diesem Jahr – alles danach ist älter als 1 Jahr! – sind 2 Hinweise, dass Projekte retired sind, also aufgegeben werden.) Es stimmt, dass Apache wichtige JSRs implementiert hat: Apache MyFaces (JSR 252, 314), Apache Tomcat (JSR 45,152,154,245,315), Geronimo im Java EE-Umfeld, Content-Repository Jackrabbit usw. Ich überspitze vielleicht, aber ich glaube, das Apache seine beste Zeit hinter sich hat. Tomcat ist nicht mehr die Referenzimplementierung für JSP/Servlets und an Tomcat 7 hat man gemerkt, wie lange es dauerte, Servlets 3 zu unterstützen. Jetty war hier schneller dabei. Das gleiche mit OpenJPA und JPA 2; hier gibt es Eclipse Link als Referenzimplementierung der JPA-Spezifikation. Wer nutzt OpenJPA? Geronimo? Hier ist GlassFish eine super RI; Geronimo zog erst später mit Java EE 6 nach. Und bis auf IBM gibt es keine große Unterstützung für das Projekt. Wer setzt MyFaces ernsthaft produktiv ein, wo es von Oracle eine gute RI gibt, die zackig auf dem Stand von JSF 2.0 war? Welche Apache-Implementierungen sind also heute wirklich essentiell? Klar: Ant, Maven, Lucene, POI. (Ironischerweise keine JSRs). Und sonst? Selbst die Apache Commons werden durch Lösungen wie Google Guava verdrängt. Und bei den Commons lässt sich gut ablesen, welche internen Diskussionen geführt werden, um etwa auf Java 5 upzudaten – Java 1.4 ist tot! Was bleibt dann noch von Apache übrig? Brauchen wir wirklich Apache als Implementierer von JSRs, die später kein Mensch nutzt? Im Linux-Bereich könnte man argumentieren, dass Gnome und KDE sich gegenseitig anheizen, aber das sehe ich bei den JSR-Implementierungen nicht.
• Es bleibt die Frage, ob man Java Libs/Sprachfeatures/… außerhalb von Oracle spezifizieren könnte, etwa in im JCP oder in der OSGi-Alliance. Klar könnte man das! Doch dazu wird es aber nicht kommen. Oracle treibt Java nach seinen Kräften und Willen und will sich nicht reinquatschen lassen. Ich vergleiche das mal mit China: Demokratie ist toll, kostet aber Energie. Oracle zeigt bisher keine Motivation in die Demokratie investieren zu wollen und Endscheidungen sind hierarchisch. Das merke das auch als Java-Champion: Eigentlich sollten die JCs etwas mehr wissen (aber unter einer NDA vielleicht nicht darüber sprechen) – dem ist nicht so. Als sich Java 7 hinzog, hat keiner von Oracle mir eine klare Antwort gegeben, ob sich Java 7 verschieben wird (etwa 2 Monate vor dem geplanten Release im September 2010) und wenn, wie lange. JCs haben keinen Wissensvorteil und werden (im Moment) genauso doof gehalten wir alle anderen. Ich bin überzeugt, dass die Mitarbeiter alle schon wussten, das es mit Java 7 im September nichts wird, aber keine durfte es sagen.

Der Mehrzahl der Entwickler wird die Diskussion im Endeffekt egal sein. Wir alle wollen ein stabiles Java, was sich weiterentwickelt und gegen neue Sprachen und Frameworks konkurrenzfähig bleibt. Oracle ist der strenge Papi aber ich habe Zuversicht, dass Java bei Oracle gut aufgehoben ist. Wir müssen uns nur an eine neue Kommunikationskultur gewöhnen. Warten wir’s ab.

 

Wie denkt ihr darüber?

1.1 billion desktops run Java

930 million Java Runtime Environment downloads each year

3 billion mobile phones run Java

31 times more Java phones ship every year than Apple and Android combined

100% of all Blu-ray Players Run Java

1.4 billion Java Cards are manufactured each year

Quelle: http://www.oracle.com/us/corporate/press/193190

Here is the promised explanation for why I am not seeking another term
on the JCP Executive Committee: I believe that the JCP is no longer a
credible specification and standards body, and there is no remaining
useful role for an independent advocate for the academic and research
community on the EC.

Some have argued that JCP was never a credible standards body.  I once
disagreed: Sun initially placed in the JSPA and Process documents
enough rules to ensure that the JCP could foster innovation, quality,
and diversity, independent of that from Sun, with few enough (albeit
annoying) exceptions to allow JCP to drive consensual progress more
successfully than seen in most standards bodies.  However, some of
these rules, and violations of rules, have been found to be the source
of stalemates and lost technical ground. Rather than fixing rules or
ceasing violations, Oracle now promises to simply disregard them.  If
they indeed act as they have promised, then the JCP can never again
become more than an approval body for Oracle-backed initiatives.
(Oracle's choice of timing submission of SE release JSRs forced me to
decide not to stand for another term based only on those promises, not
on the actual actions.)  I urge other EC members to consider whether
short term "pragmatism" in voting outweighs such consequences.

So, what are the alternatives?

For the core Java platform (which these days roughly corresponds to
Java SE), the only existing vehicle for which I can foresee a useful
role for the academic and research community is OpenJDK.  OpenJDK is a
shared-source, not shared-spec body, so is superficially not an
alternative at all. But at this point, a Linux-style model for
collaboratively developed common source is likely to be more effective
in meeting upcoming challenges than is the JCP.  (In which case, of
course, the main role of JCP is only to approve specs for various
freeze-points that represent releases.) For this reason, I've
volunteered to continue and increase involvement to better establish
the reincarnated OpenJDK as such a body.

For other efforts, I cannot recommend to anyone that they use the JCP
JSR process, as opposed to some other group/organization/body, to gain
consensus for proposed specifications. So I expect to see fewer
submissions as people begin to realize that other venues provide
better opportunities. I suppose there is some possibility that I
will help improve support for such standards elsewhere, but I don't
have any immediate plans.

I could of course be wrong about all this, and hope that other EC
members try hard to prove me wrong.

I am sending this to the EC, to make sure you all hear this
from me directly first. But feel free to distribute. For simplicity,
I placed a copy at http://gee.cs.oswego.edu/dl/html/jcp22oct10.html.

Mal sehen wer folgt, und welchen Einfluss das auf die Java 7, Java 8 und die Familie der Concurrency Utilities hat.

Weiterhin ist folgende Bemerkung lesenswert: http://java.dzone.com/news/dear-oracle-get-clue.

Apple wird Java SE nicht mit unterstützen. Die alte Version bleibt bestehen doch wird vielleicht bei neuen OS nicht mehr mit angeboten.

http://news.ycombinator.com/item?id=1814613

Nokia lizensiert Java ME nicht mehr und ist damit einer der großen, die bei den Milliarden von Phones auf Java verzichten.

http://www.nokia.com/press/press-releases/showpressrelease?newsid=1453894

Die Version 2.1 nimmt Neuerungen, die für 2.2 geplant waren, vorweg. Die Änderungen in Kürze:

• Neue sogenannte Cell Widgets. Gedacht sind sie für große Datenmengen. Sie verbrauchen wenig Speicher.
• Safe-HTML-Funktion, die böse HTML-Injektionen verhindert.
• Activities and Places für ein MVP-Modell. Mehr unter http://code.google.com/intl/de-DE/webtoolkit/doc/trunk/DevGuideMvpActivitiesAndPlaces.html. Allerdings finde ich das immer noch zu viel Programmiererei. Mehr Programing-by-Convention täte GWT hier gut.
• GWT-Applikationen können auf den Server loggen.

InfoQ (http://www.infoq.com/news/2010/10/GWT-2.1) stellt die Neuerungen kurz vor.

Ich würde mich noch wünschen, dass GIN in den Core aufgenommen wird.

IBM hat bisher immer zu Harmony gehalten – das ist nun Verhangenheit: http://www-03.ibm.com/press/us/en/pressrelease/32708.wss.

Bin gespannt, was das für Google und Android bedeutet. IBM geht nun zu OpenJDK, was interessant ist, da die Lizenzform auch eine ganz andere ist.

Mehr http://java.dzone.com/articles/rip-harmony-0 und http://www.theserverside.com/discussions/thread.tss?thread_id=61081.

fasst http://www.theserverside.com/discussions/thread.tss?thread_id=60965 zusammen.

http://www.comedycentral.com/colbertreport/full-episodes/index.jhtml?episodeId=359752. Funny wie immer.

http://java.dzone.com/articles/oracle-discontinue-javafx schreibt, dass sich JavaFX Script erledigt hat. Achtung; JavaFX lebt weiter und es gibt viele Ankündigungen für JavaFX auf der Java One 2010.

Bei Heise (http://www.heise.de/open/artikel/Oeffentlich-rechtliches-Media-Center-1073454.html) fand ich gerade einen Beitrag über eine Software, die die öffentlich-rechtlichen Medien über eine Java-Oberfläche zugänglich macht.

• http://zdfmediathk.sourceforge.net/

 

 

Die Software ist funktional aber in der Optik kann mach noch was machen und auch der Programmierstil nicht überwältigend.

Alles ist deutsch:

private void gibBescheid() {

Variablenanmen alles andere als klar:

private void pfadLaden(String pfad, boolean boolDatei) {

Und einiges könnte durchaus knapper geschrieben werden:

    private boolean istZip(String str) {
        boolean ret = false;
        if (str.endsWith(".zip") || str.endsWith(".Zip")) {
            ret = true;
        }
        return ret;
    }

-> warum nicht das?

return str.toLowerCase().endsWith(“.zip”);

Aber wie im richtigen Leben: So lang’s funktioniert

gerade gefunden unter http://netzwertig.com/2010/08/17/friendcaller-das-deutsche-skype/.

Besser könnte eine Werbung für die JavaZone 2010 (http://jz10.java.no/) am 8. und 9. September in Oslo gar nicht sein.

Mit Scala Johansson und William Windows.

… will jerk off to a pictures of William Henry "Bill" Gates. LOL

gibt es hier: http://wiki.jvmlangsummit.com/Main_Page

Für Eclipse 3.6 möchte ich gerade die ersten Plugins installieren (SVN-Client und Google Eclipse Plugin) und bekomme ein “Comparison method violates its general contract”. Der Fehler kommt aus einer neuen Implementierung TimSort fürs Sortieren, http://cr.openjdk.java.net/~martin/webrevs/openjdk7/timsort/src/share/classes/java/util/TimSort.java.html zeigt die Implementierung. Kennt ihr das Problem? Google kennt das Problem nicht wirklich.

Wer auf der Suche nach einem neuen Job ist, kann bei webentwickler-jobs.de vorbeischauen. Die Jobbörse ist dediziert für IT-Personen und nicht breit für Softwareentenwickler, Betriebswirtschaftler, Sozialarbeiter und Kaffeekocher (wobei es einige gibt, die sagen, ITler vereinen alles…) Die Stellenanzeigen sind schön unterteilt in die Rubriken Java, Ruby on Rails, Python, PHP, Typo3, .NET und Perl. Im Bereich Java standen heute fast 350 Jobs. Die Seite und ist dazu noch werbefrei und kostenlos.