Seit längerem gibt es mal wieder in Update in JUnit. Das Projekt ist relativ fehlerfrei und daher ist das neue Release kein Bug-Fix-Release, sondern JUnit 4.6 integriert einige interessante Neuigkeiten.

MaxCore:

JUnit now includes a new experimental Core, `MaxCore`.  `MaxCore`
remembers the results of previous test runs in order to run new
tests out of order.  `MaxCore` prefers new tests to old tests, fast
tests to slow tests, and recently failing tests to tests that last
failed long ago.  There's currently not a standard UI for running
`MaxCore` included in JUnit, but there is a UI included in the JUnit
Max Eclipse plug-in.

Scheduling-Strategien für parallele Abarbeitung von Tests:

`JUnitCore` now includes an experimental method that allows you to
specify a model of the `Computer` that runs your tests.  Currently,
the only built-in Computers are the default, serial runner, and two
runners provided in the `ParallelRunner` class:
`ParallelRunner.classes()`, which runs classes in parallel, and
`ParallelRunner.methods()`, which runs classes and methods in parallel.
This feature is currently less stable than MaxCore, and may be
merged with MaxCore in some way in the future.

Dann lassen sich Arrays mit Fließkommazahlen auch mit einem Delta vergleichen:

assertArrayEquals(new double[] {1.0, 2.0}, new double[] {1.0, 2.0}, 0.01);

Das tutego-JUnit-Seminar berücksichtigt diese Änderungen.

JavaNCSS ist ein “A Source Measurement Suite for Java”, mit dem man Statistiken über Projekte bekommt. Das Release vom 9. Feb. 2009 trägt die Versionsnummer 30.51 und gehört damit den zu höchsten Versionsnummer, die ich je gesehen habe.

Die Ausgabe, hier etwa für das JDK 1.1.5 (nicht 1.5!), sieht so aus:

Output generated by JavaNCSS with Sun's JDK 1.1.5 java.* source tree

Nr.   Classes Functions      NCSS Package
  1         3        11       376 .
  2         4        38        95 java.applet
  3        70      1232      7060 java.awt
  4         6        25        94 java.awt.datatransfer
  5        30       117       861 java.awt.event
  6        14       137      1023 java.awt.image
  7        27       117       196 java.awt.peer
  8        27       201      1268 java.beans
  9        73       716      4221 java.io
 10        72       711      3327 java.lang
 11         7        92       288 java.lang.reflect
 12         2       105       760 java.math
 13        33       282      1504 java.net
 14        19        73       318 java.rmi
 15         3        10        71 java.rmi.dgc
 16         3        13        47 java.rmi.registry
 17        23        95       412 java.rmi.server
 18        28       193       827 java.security
 19         8        30        53 java.security.acl
 20         5         8        22 java.security.interfaces
 21        18       352       923 java.sql
 22        40       522      4657 java.text
 23       103       108       722 java.text.resources
 24        30       322      2472 java.util
 25        19       170      1064 java.util.zip
 26         1        51      1093 sun.tools.ttydebug
 27         1         0         2 sunw.io
 28         2         1         6 sunw.util
    --------- --------- ---------
          671      5732     33762 Total

 Packages   Classes Functions      NCSS | per
---------------------------------------------------
    28.00    671.00  5,732.00 33,762.00 | Project
              23.96    204.71  1,205.79 | Package
                         8.53     50.32 | Class
                                   5.89 | Function

NCSS steht für “Non Commenting Source Statements (NCSS)”.

Für die Statistiken gibt es auch einen Ant-Task. Desweiteren gibt es eine kleine Gui und ein SVG-Output.

Letzten Monat ist Dozer 5.0 veröffentlicht worden. Vor einem Jahr hatte ich schon über Dozer berichtet: http://www.tutego.de/blog/javainsel/2008/01/bean-bean-mapping-mit-dozer.html. Neu beim Java-Bean-Mapper sind:

• Added Generics to public api
• Switched to XSD instead of DTD
• Simpler packaging
• Upgraded 3rd party dependencies
• Upgraded code to use jdk 1.5 features
• Various feature requests and bug fixes

Auch die Namen sind vereinheitlicht worden, nun heißt es org.dozer, BeanFactory, CustomFieldMapper, usw.

Wie das Mapping über XML-Dateien beschrieben wird, klärt das Dokument http://dozer.sourceforge.net/documentation/mappings.html genauer. Auch wenn Dozer nun Java 5 unterstützt, beginnt Dozer nicht mit Annotationen, um die Mappings zu beschreiben.

EoD SQL (Ease of Development) ist eine API, die über Annotationen SQL-Queries an Methoden erlaubt und diese dann zur Laufzeit ausführt. Ein Beispiel zeigt die Arbeitsweise am schnellsten:

 public interface UserQuery extends BaseQuery {
    @Select("SELECT * FROM users WHERE id = ?1")
    public User getUserById(long id);
  
    @Select("SELECT * FROM users")
    public DataSet<User> getAllUsers();
 
    @Update("UPDATE users SET user_name = ?{1.userName}, email_address = ?{1.emailAddress} " +
    "dob = ?{1.dob} WHERE id = ?{1.id}")
    public void updateUser(User user);
 
    @Update(sql = "INSERT INTO users (user_name, email_address, dob) VALUES " +
    "(?{1.userName}, ?{1.emailAddress}, ?{1.dob})",
    keys = GeneratedKeys.RETURNED_KEYS_FIRST_COLUMN)
    public User insertUser(User user);
 
 }
 

Mit

UserQuery QUERY = QueryTool.getQuery(UserQuery.class);

wird dann ein Objekt erzeugt, was die Schnittstelle implementiert. Dann sind Aufrufe wir QUERY.getAllUsers() möglich

Zusammenfassung von der Webseite;

EoD SQL is a very small API that allows binding of SQL Queries to Java Objects. The API is designed to be compatible with the "Ease of Development" API that could be found in J2SE 1.6 beta, but not in the final release. The EoD API’s main principal is that it maps SQL ResultSet’s to objects, and not the other way around. Most OR mapping layers try to replicate the database structure in objects, where EoD SQL lets you write the SQL code, while it allows for easy access to Java Objects that map to the ResultSet.

Advantages to EoD SQL:

• Super light weight
• Very easy to work with
• Generally well documented (tell me where it’s not)
• More features than the original EoD RI
• No compile-time anything needed
• No XML, or other configuration files needed
• Should work with any JDBC database
• Lets you code whatever SQL you like
• Object mapping is loose (extra columns in the results are ignored, as are extra fields in the data object)

What EoD SQL is not:

• EoD SQL will not parse or validate your SQL in any way
• EoD SQL is not a database or database connector, it sits on top of JDBC
• EoD SQL will not get you girls