Unfortunately I have not much time to investigate into building a better Java package management system I talked (or better ranted) about yesterday. But sometimes walking rather slow means also avoiding walking too fast. There is more time for looking around. In the past I analyzed different projects and code bases, e.g. Maven, Raven and Buildr or Portage, but I didn't found a best match. Of course I'm seeing much potentials in Portage, but it's written in Python and this could be a no go for some developers.

Today I discovered the Kepler Project. Carlos Sanchez blogged about the Eclipse Summit 2007 and the need for a plugin/bundle repository for Eclipse. As he stated, one wish or idea is to use a Maven compatible repository. Kepler tries exactly that, beeing a standard package repository while preserving compatibility to other package formats. I will have to keep an eye on this project.

Leif Frenzel released Cohatoe 0.5, an Eclipse plugin, which allows you to write Eclipse plugins directly in Haskell. Leif wrote, that this version will have almost all planned features of the 1.0 release. This version has now an extension wizard and is able to handle running extentions from Haskell source code. It is the version Leif presented a the Haskell in Leipzig 2 meeting. Cohatoe switched its repository to the EclipseFP webspace and newer releases will only be found there.

Working as a professional Java and sometimes C++ developer I'm relatively familar with all the strengths of object oriented programming languages. From my time at university and from my colegues I'm influenced with functional programming, especially with Haskell; but never found the time to become familar with it like with OOP. But my interests for functional programming languages still keep alive, as you can see, I'm one of the organizers of the Haskell in Leipzig meeting, and so, I'm struggling with Scala for some month, but never found the time to realy explore it's strength for me. Alexander Dymo found the right words on Planet KDE comparing the learning of programming languages with cooking. It's is exactly, what I felt when it comes to Scala.

All tickets for the next release of KThinkBat are closed. Some localized strings may have changed since 0.2.7!

This is my call to all translators: Check if your maintained translation is up to date for the next release. For the previous releases new translations came in most cases one or two days after the release happened which led to an small set of untranslated or fuzzy messages for some languages. So, let's try to change the situation with the next release and let the translation and therewith the valuable efforts of the translators go into the next release, just in time.

If your want to provide translations for a new language, this is the time! More information how to translate KThinkBat into your language can be found in the KThinkBat Wiki.

Are you interestred in Functional Programming (FP)?
Maybe you are using Haskell already.
Or you are a Java developer and made your first functional steps with Scala and now you feel like learning more real FP languages and heared that Haskell is the best one.

This is your chance...

• To meet other Haskell'er
• To hear good talks about Haskell and Functional Programming
• To be guest of a release party of CoHatoE (Contributing Haskell to Eclipse)
• To visit Leipzig, Germany
• To have a functional breakfast

Then come to the Second Haskell in Leipzig (HaL2) meeting on Tuesday, July 10, 2007.

Here is an short summary of the planned schedule:

I have never seen such an bad documented commercial product like Crystal Reports Server 11. It is a real nightmare to use its Java API for programming and scheduling reports. Even those nothing-saying error messages from Oracle are rich of information compared to Crystals one.

A while ago we switched for a couple of projects from JUnit to TestNG. Everything went fine with maven and Eclipse, but yesterday I recognized while running maven clean test that the tests where found but not executed. I got many lines like these:


Running de.ibacg.XXX.dao.jpa.test.UserDaoAndRoleDaoTest
Tests run: 0, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.445 sec
Running de.ibacg.XXX.dao.jpa.test.StatusProtocolEntryDaoTest
Tests run: 0, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.007 sec
Running de.ibacg.XXX.services.provider.test.MasterDaoProviderTest
Tests run: 0, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.688 sec
...

Results :
Tests run: 0, Failures: 0, Errors: 0, Skipped: 0


Very strange, as all these tests contain at least two test methods and are annotated with @Test on method- or class-level.

The Spring Framework 2.0.3 is released, offering many small improvements. Let's see what it brings for our currently developed project, especially the refinements to the AspectJ pointcut support, the JNDI handling and the classloader issues. Read the full changelog to see all 200 changes.

Fünf Jahre wird USIP II in diesem Jahr und verrichtet seinen Dienst klaglos im Forschungslabor und Untersuchungszimmer. Man kann daran wohl sehr schön erkennen, wie lange es dauert, bis sich neue Verfahren in der Medizin etablieren, denn der Nachfolger USIP III, beträchtlich erweitert um Funktionen wie z.B. Videocapturing und -verarbeitung, steht zwar schon seit zwei Jahren in den Startlöchern, in der jüngsten Veröffentlichung, ein Poster für den Kongress der Deutschen Gesellschaft für Innere Medizin (DGIM), wird aber noch USIP II dargestellt und beschrieben.

Vielleicht ist das aber auch ein Zeichen dafür, wie reibungsfrei sich USIP II in den Forschungsalltag eingefügt hat, denn seit der Fertigstellung gab es keine Bug-Reports. Da lacht das Entwicklerherz.