How to pack multiple JARs into one using ANT (and NetBeans)

Eines der Features, die ich bei NetBeans eine ganze Zeit lang nicht realisiert hatte war die Tatsache, dass NetBeans beim Compilieren automatisch ein ausführbares JAR erstellt, und JAR nebst Libraries in das “dist”-Verzeichnis im Projektordner kopiert. Das heißt das sieht dann so aus:

Coole Sache eigentlich. Nur – um die Applikation einfach so online zu stellen oder jemandem aufs Auge zu drücken (oder in den Java Store hochzuladen), wäre es doch fein, wenn man nur noch ein einziges JAR hätte und nicht noch zusätzlich die ganzen Libs aus “/dist/libs/” mitschicken muss (und das können schon einige sein – in meinem Mini-Projekt zB schon 19).

Viele Leute ziehen ein Jar zB einfach auf den Desktop um es direkt dort per Doppelklick zu starten. Das geht in dem Fall nicht mehr, da ja der libs-Ordner auch auf dem Desktop liegen müsste. Klar, eine Möglichkeit wäre, die Applikation woanders hin kopieren und eine Verknüpfung auf den Desktop legen – aber wir wollen dem User ja entgegenkommen.

Also:  ein einziges JAR muss her. Im Sun Developer Network (SDN) findet sich dazu auch die passende Anleitung im Artikel: “Use NetBeans IDE 6.7 to Combine JAR Files Into a Single JAR File“. Dort wird schön erklärt, wie man die build.xml ändern muss um genau das zu erreichen.

In diesem Sinne: Viel Erfolg beim ausprobieren.

Geotag-Bug in Sanselan (gefixed!)

War ich noch so begeistert davon ein Projekt gefunden zu haben, das Exif- und IPTC-Daten in Photos lesen und schreiben kann (siehe hier), habe ich beim Experimentieren auch gleich einen (seit 27 .März 2009  bekannten) Bug gefunden: “Fetching GPS Latitude Ref gets Interoperability Index instead of Reference“

Das heißt, ich kann aus meinen Bildern (die ich mit locr mit Geotags versehe) die Position nicht extrahieren – sehr schade. Immerhin ist der Bug bekannt und nun um ein Vote reicher. Vielleicht wird der Bug ja bald behoben. Je nachdem wie dringend ich die Funktionalität bald brauche, sehe ich mich doch schon fast bald dieselben Tests mit Imagero durchführen.

---

Update 26.11.2009: Nachdem ich mir heute vorgenommen hatte, mir den Sanselan Code einmal selbst anzusehen um den Bug vielleicht zu finden, war ich doch sehr überrascht, als ich eine Mail vom Apache-Bugtracker bekomme in der Bill Evans schreibt, er habe den Fehler und eine Lösung gefunden.

Sanslean Sourcen entpackt, Patch durchgeführt, getestet JUHU! Funktioniert.

Und dank der Testdateien von Seb (siehe Kommentar) auch noch gleich neue GPS-Tags entdeckt:
GPS Img Direction Ref: ‘M’
GPS Img Direction: 2133/10 (213,3)
Also die Richtung in die fotografiert wurde.

Und solange der Bugfix noch nicht ins offizielle Sanselan-Release eingeflossen ist, kann man die gebugfixte Version hier downloaden.

Update 9.12.2010: Der Bug ist immer noch nicht gefixed obwohl ein Patch existiert. Sanselan ist auch immernoch ein Incubator-Projekt ohne voll in Apache integriert zu sein.

Update 28.11.2011: Der Bug ist als fixed markiert!

etching GPS Latitude Ref gets Interoperability Index instead of Reference

Derby 10.5 mit Fetch/Offset

Gerade gesehen, dass es in Derby 10.5 auch ein Limit-Äquivalent geben soll (mehr dazu hier).

Im Beispiel:

ij> SELECT NAME, SCORE FROM RESULTS ORDER BY SCORE DESC
> FETCH FIRST 3 ROWS ONLY;
NAME      |SCORE
----------------------
John      |33
Anne      |28
Sue       |21

Ein “richtiges” Limit wird es nicht geben, da es (noch?) nicht Teil des SQL-Standards ist.

Siehe auch SQL:2008.

JXMapviewer bald ohne SwingX-WS?

Wer mit JXMapviewer (aus SwingX-WS) gearbeitet hat (siehe früherer Post), wird früher oder später darauf gekommen sein, dass SwingX-WS nicht/kaum mehr maintained ist und man irgendwann anfangen darf, selbst zu patchen – mit der Gewissheit, dass die Änderung wohl nie in die offizielle Distribution zurückfließen wird.

Fabrizio Giudici hat dasselbe Problem – und wie es scheint, würde er sich daran machen, die MapViewer-Komponente auszugliedern und separat weiterzuführen. Entsprechende Hinweise finden sich in seinem Blog und im Java.Net-Forum. Bleibt zu hoffen, dass er es durchzieht!

NetBeans mit mehr RAM starten

Gerade eine Frage auf der NetBeans Mailinglist die Frage gelesen, wie man NetBeans mit mehr Ram starten könne.

Eine Google-Anfrage später die Antwort:
Eine entsprechende Einstellung lässt sich in  [NetBeans Installationspfad]/etc/netbeans.conf vornehmen.
Aber .. welche Größe hat NetBeans denn nun per Default? Ein Blick in eben genannte Conf zeigt:

# Note that a default -Xmx is selected for you automatically.
# You can find this value in var/log/messages.log file in your userdir.
# The automatically selected value can be overridden by specifying -J-Xmx here
# or on the command line.

Aha. [Userverzeichnis]/.netbeans/6.7/var/log/messages.log soll also Auskunft geben – und tut es auch. Dort steht bei mir (unter anderem)  “-Xmx407m”.

Fragt sich, wann dieser Wert gesetzt wird. Zum Installationszeitpunkt hatte ich 1024Mb Ram verbaut – später auf 2048Mb erweitert. Auf meinem Arbeitsrechner (2048Mb Ram) steht der Wert auf “-Xmx409m” – also fast gleich. Die Vermutung liegt nahe, dass die Einstellung beim Start automatisch angepasst wird.