everflux

Netbeans hat ein Collaboration Modul mit dem es möglich ist, innerhalb der Netbeans IDE mit anderen Usern zu chatten und zusammenzuarbeiten. Bisher wurde unter share.java.net auch ein Collaboration Server angeboten, doch der Dienst wird demnächst eingestellt. Die Alternative besteht darin, z.B. einen eigenen Openfire XMPP (Jabber) Server einzurichten, und diesen zu nutzen. Dazu gibt es auch hier eine Anleitung für einen Collaboration Server für Netbeans mit Openfire.

Openfire ist ja schnell eingerichtet, jedoch hatte ich das Problem, stets die Meldung zu bekommen: „object does not represent a valid jid“ Weiterlesen »

Sun Microsystems kündigt auf der Webseite network.com an:

The Sun Cloud is Coming
You talked. We listened. We’re building a
Sun Cloud, and you can get all the details on
March 18 at the CommunityOne Conference
in New York City.

Na das kann ja was werden. Ich hoffe auf der CommunityOne oder JavaOne in San Francisco dies Jahr (wieder) dabei zu sein, und das eine oder andere aufregende zur Sun Cloud-Computing Infrastruktur aufzufangen.

„hsperfdata_*“ so heißen bei mir einige Ordner, und was so böse aussieht muss natürlich erstmal analysiert werden. Der Verdacht, dass es sich um Objekte handelt, die durch Java angelegt wurden, liegt nahe. Doch was hat es mit dem hsperfdata auf sich? Und wie kann man die hsperfdata Ordner löschen? Weiterlesen »

Nachdem Java 6u12 schon die eigentlich für JDK 7 angekündigten 64 bit Java Plugins für Windows und Linux mitbringt, lohnt sich auch ein Blick auf die kommenden Update Releases. Weiterlesen »

Java 6u12 wurde von Sun für den produktiven Einsatz freigegeben. Vermutlich nicht zuletzt dank JavaFX wurde nun nach sechs Jahren(!) damit der Bug 4802695 geschlossen: Es gibt nun ein 64 bit Java Plugin für Linux und auch für Windows. Endlich! Wer Ubuntu 8.10 Intrepid hat, und nicht bis Jaunty warten möchte, kann folgendermaßen die Installation vornehmen: Weiterlesen »

Nachdem ich mich mit der Sun Grid Enginge, Gridgain und JPPF beschäftigt hatte, habe ich mir auch einen Probeaccount bei network.com geholt. Hier bietet Sun Rechenzeit an, um Daten- oder CPU-itensive Aufgaben abzuwickeln. Als ich eben die Seite besuchte, um ein paar Screenshots zu machen, begrüßte mich diese „offline“ Meldung: Weiterlesen »

Netbeans hat sexy Features, die sich manchmal etwas verstecken. (Zumindest wer lediglich Eclipse kennt, sollte unbedingt einen Blick auf Netbeans werfen, IntelliJ IDEA Nutzern muss ich wohl nichts erzählen…)

Ein häufiges Szenario bei der Arbeit mit (fremden) Quelltext ist, dass man diesen Überarbeitet, und Zeilen löscht. Stellt sich im Nachhinein raus, dass es vielleicht keine so gute Idee war, hilft in Eclipse die „Compare with local history“ oder im Notfall ein SVN diff. Weiterlesen »

In Eclipse fand ich die „quick type hierachie“ ein absolutes „Pflicht-Tool“, und habe es in Netbeans gesucht. Wie finde ich zu einem Interface alle implementierenden Klassen – ganz einfach: shift+alt+F12 öffenet in Netbeans die Hierarchie-Ansicht.
Nun muss noch der Filter (unten) angepaßt werden: Alt+b oder einfach den zweiten Filter anklicken. Mittels strg+shift+f12 öffnet man die „Members“ Ansicht. Leider ist Netbeans hier bei weitem nicht so schnell wie Eclipse, so dass die Arbeit nicht ganz so flüssig abläuft. Netbeans 7 ist aber schon am Horizont…

Für Linux und Windows kommt ein 64 bit Java Plugin von Sun. Das nächste Java Update (6u12) wird ein entsprechendes Plugin beinhalten. Damit zieht Sun nun mit Adobe gleich, Adobe hatte ein 64 bit Flash Plugin vor einigen Wochen zur Verfügung gestellt. Solaris erhält vorläufig kein 64bit Java Plugin, da für Solaris auch kein Firefox build für 64 bit existiert, hier kann weiterhin das 32 bit Java Plugin mit Firefox genutzt werden.

Java 6u12 ist als early access Version bei Sun bereits verfügbar. Damit wird nun endlich Bug 4802695 geschlossen – kurz vor dem 6 jährigen Jubiläum. Sicherlich hat JavaFX dazu beigetragen, dass das Plugin nun höher priorisiert wurde, setzt JavaFX doch stark auf die neue Applet Architektur.

Wann Java 6 Update 12 als Produktivversion freigegeben wird, ist bisher noch nicht festgelegt.

GridGain 2.1 hat neben einer Menge neuer Features und Bugfixes nun auch ein eigenes Maven Repository bekommen (und die Abhängigkeiten wurden gemäß der normalen Namenskonvention benannt).

Das bedeutet, dass nun mittels Maven GridGain Projekte reproduzierbar gebaut werden können, und kein lokales Deployment der GridGain Artefakte mehr nötig ist. (Vor allem für den Einsatz von Continuous Integration Server und offsite Builds relevant)

Dazu wird einfach das GridGain Repository in der pom.xml angegeben, und eine Abhängigkeit auf GridGain definiert:

                <dependency>
                        <groupId>org.gridgain</groupId>
                        <artifactId>gridgain</artifactId>
                        <version>2.1.0</version>
                </dependency>

Und das GridGain Maven Repository:

        <repositories>
                <repository>
                        <id>gridgain</id>
                        <url>http://www.gridgainsystems.com/maven2/</url>
                </repository>
        </repositories>