Schwierig, einen Titel zu finden, aber wenn ich ein Beispiele gebe wird’s klar, was die LGPL-Bibliothek PrettyTime macht:

PrettyTime p = new PrettyTime();
System.out.println(p.format(new Date())); //prints: “right now”

PrettyTime t = new PrettyTime(new Date(0));
assertEquals("3 hours from now", t.format(new Date(1000 * 60 * 60 * 3)));

PrettyTime t = new PrettyTime(new Date(0));
assertEquals("3 days from now", t.format(new Date(1000 * 60 * 60 * 24 * 3)));

PrettyTime t = new PrettyTime(new Date(0));
assertEquals("3 weeks from now", t.format(new Date(1000 * 60 * 60 * 24 * 7 * 3)));

PrettyTime t = new PrettyTime(new Date(0));
assertEquals("3 months from now", t.format(new Date(2629743830L * 3L)));

PrettyTime t = new PrettyTime(new Date(0));
assertEquals("3 years from now", t.format(new Date(2629743830L * 12L * 3L)));

PrettyTime t = new PrettyTime(new Date(0));
assertEquals("12 minutes from now", t.format(new Date(1000 * 60 * 12)));

Die API kann man auch in JSF nutzen.

<h:outputText value="#{exampleBean.futureDate}">
  <f:converter converterId="com.ocpsoft.PrettyTimeConverter"/>
</h:outputText>

Das ganze gibt es lokalisiert für die Sprachen

• Dutch – NL
• English – DEFAULT
• French – FR
• German – DE
• Chinese – ZH_CN
• Portugese – PT
• Spanish – ES

Voraussetzung ist Java 6.0. Der Quellcode ist aufgebläht bis zum Umfallen, aber wen das nicht stört, findet in PrettyTime eine kleine nette Bibliothek zur Zeitdarstellung.

Ein Kunde einer Schulung hat mich auf ein Tool von talend aufmerksam gemacht, das ihm schnell half, Daten zu transformieren. Ich habe mir das Demo angeschaut und für eine quelloffene Software sieht das sehr gut aus:

Von der Webseite:

Talend ist der erste Anbieter einer Open Source Datenintegrationssoftware, welche durch das Open Source Modell eine Lösung für jegliche Form der Datenintegration darstellt. Dabei spielen Unternehmensgröße und Unternehmensart genauso wenig eine Rolle wie Budgetbeschränkungen oder der vorhandene technische Kenntnisstand.

Unter Datenintegration versteht man das Kombinieren und Transformieren von unterschiedlichen Daten innerhalb der gesamten IT-Infrastruktur. Typischerweise bestehen solche Prozesse aus der Extraktion von verschiedensten Datenquellen (Datenbanken, Dateien, Applikationen, Web Services, Emails, etc.), der Anwendung von diversen Transformationsregeln(Join, Lookup, Dublettenbereinigung, Berechnungen, etc.) und der endgültigen Überführung in das gewünschte Zielsystem.

Testberichte sind willkommen.

Ein paar Tage ist es schon her, da wurde Groovy 1.7 veröffentlicht. Die Neuerungen gibt es unter http://docs.codehaus.org/display/GROOVY/Groovy+1.7+release+notes. Im Wesentlichen sind es die Unterstützung von geschachtelten und anonymen inneren Klassen, ein paar AST-Sachen.

Ganz frisch ist nun das Update der Groovy IDE auf Eclipse Basis. Die Version 2.0 ist fertig und ist nahezu ein vollständiger rewrite. Die News listet http://docs.codehaus.org/display/GROOVY/Groovy-Eclipse+2.0.0+New+and+Noteworthy auf. Weiterhin mit bunten Bildern:

• Groovy-Eclipse 2.0.0M1 New and Noteworthy
• Groovy-Eclipse 2.0.0M2 New and Noteworthy
• Groovy-Eclipse 2.0.0RC1 New and Noteworthy

Ant 1.7 gibt’s ja schon gefühlte ewige Zeit und bei Ant, dem make des 2.0 Zeitalters, steht ein Update ein. Nichts großes, sondern eher Detailverbesserungen:

Apache Ant 1.8.0RC1 is now available for download .

• a new top level element extension-point allows build files to be extended with custom targets more easily
• if and unless attributes will be evaluated according to the values of the properties entered if these properties evaluate to true, false, on, off
• Ant now requires Java 1.4 or later
• new task include provides an alternative to <import> that should be preferred when you don’t want to override any targets
• numerous bug fixes and improvements as documented in Bugzilla and in WHATSNEW

While in open source projects a final release date strongly depends on the free time of the volunteers/committers, the final release is expected one to two months maximum after this RC. So Ant 1.8.0 is expected between mid February and mid March 2010.

Von der http://code.google.com/p/googleappengine/ gibt’s eine neue Version. Die Neuerungen in kürze:

• Support for JAXB. JAXB is included in JDK 1.6 (and App Engine’s production servers). If you’re using JDK 1.5 with your local dev_appserver, you will need to include the JAXB libraries with your application to use it.
  • http://code.google.com/p/googleappengine/issues/detail?id=1267
• New support for application pre-compilation to reduce the length of loading requests. To enable pre-compilation on your application, add this flag to your appengine-web.xml:
  • <precompilation-enabled>true</precompilation-enabled>
  • If you have trouble deploying your application, you should remove this flag or set it to false.
• Added Quota API (com.google.appengine.api.quota) to match Python
• Low-level Memcache API now supports incrementAll()
• HTTPResponse object now has getFinalUrl() method for 302 redirects.
  • http://code.google.com/p/googleappengine/issues/detail?id=1464
• Java Dev Appserver now automatically executes tasks. If you prefer the old behavior where tasks do not automatically execute you can use the –jvm_flag=-Dtask_queue.disable_auto_task_execution flag when starting the server.
• Additional file extensions permitted when sending mail.
  • http://code.google.com/p/googleappengine/issues/detail?id=494
• Fixed issue with Java mail handler not processing multipart messages correctly
• Fixed agent code included in appengine-local-runtime.jar results in RuntimeException
  • http://code.google.com/p/googleappengine/issues/detail?id=2280
• Fixed issue with sort orders defined on properties that allow multiple values
  • http://code.google.com/p/googleappengine/issues/detail?id=2349
• Fixed problem with dropped query strings after requiring log-in
  • http://code.google.com/p/googleappengine/issues/detail?id=2225
• Removed limitation preventing multiple parameters with the same name
  • http://code.google.com/p/googleappengine/issues/detail?id=2090
• Fixed issue with local datastore incorrectly sorting results of ancestor queries
  • http://code.google.com/p/googleappengine/issues/detail?id=2177