Sorry, I could not get around. I had to post this.

(via Ted Newards Blog Ride)

I need a dynamic two dimensional array in Java. I thought I might not be the only one, so I searched with regular search engines and the code searches. Surprisingly I did not find any free implementation. I thought this would be a such common case, that the JRE or at least the Jakarta Commons Collections might contain it. No, they do not.

It seems the rest of the world builds their own implementation or uses the javax.swing.table.TableModel and javax.swing.table.DefaultTableModel. The public API of the latter gets near to what I want, but it’s not exactly what I was looking for.

I thought about something like this:

interface TwoDimensionalArray<T>

{

  T set(int x, int y, T value);

  boolean add(int x, int y, T value);

  T get(int x, int y);

  Iterator<Iterable<T>> iterator();

  boolean isEmpty();

  /** returning the overall element count */

  int size();

}

This mornig I had to think a little about how to configure a particular system. Some parts of the system use different implementations of specific modules defined by interfaces. If there should be used a special implementation among the standard one, it is configured in a properties file. The value is the full qualified name of the implementing class, which is loaded and instanciated via reflection. Because we use Java and Java is a statically typed language, we have to cast the instance from Object to the interface.

This is a common pattern, I think. It is used by log4j for example.

Because we use a property configuration, which is not typed and validated against anything, the implementations can be configured as needed.

The opposite may be an XML configuration, which is validated against a schema. If we would use this and wanted to use it continuous for all modules, we had to design an universal schema for all modules or one for every implementation, which is imported into the main configuration.

It is very clear which one is faster and improves development speed. I have seen this pattern with dynamic configurations (even with an xml like syntax) several times in different Java applications and frameworks, but I just remember one with a statically typed, xml based configuration. But even this one used a universal, not really typed schema for the dynamic modules. So I think it’s just the same.

Applications, developed in a statically typed language, but dynamically typed. As I think about it, a common error in those applications are wrong configurations, mostly these little typos you do not find very fast and drive you crazy. Much like in dynamic languages. But would a strong and statically typed configuration, validated against some genius schemas, be worth the effort?

Just a little a thought, that crossed my mind.

Lesson for today: Do not update 341443 records at once.

java.sql.BatchUpdateException: I/O Error: Connection reset by peer: socket write error

Better split the update in parts.

This nice arcticle from Angsuman Chakraborty was annoucend in the Java Lobby Newsletter and is fun to read.

Perhaps the “framework framework” should be done by some bootstrapping, so the framework will be build with the framework itself. Perhaps this could be done by a “framework bootstrapping framework”, which is also build with the “framework framework”.