I [blogged](https://gregluck.com/blog/archives/2004/09/checkstyle_34.html) recently about the new features in [checkstyle 3.4](http://checkstyle.sourceforge.net/) and their application to an open source project of mine, [ehcache](ehcache.sf.net).
Applying the changes to ehcache was relatively straightforward. This week I applied them to a large project that has been going for 18 months. So far it has taken me all week to do so. Interestingly the same 5-10 classes kept coming up as requiring suppression of a CheckStyle check. We always knew those classes smelt but now the smell is overpowering.
DeclarationOrder
==========
The [DeclarationOrder](http://checkstyle.sourceforge.net/config_coding.html#DeclarationOrder) check has proven to be quite troublesome. Not surprisingly most of our classes were loosely in conformance with the Sun [standard](http://java.sun.com/docs/codeconv/html/CodeConventions.doc2.html#1852) for Java source file organisation. The idea here is that it supports code standards and collective code ownership.
Jalopy