PropertyTree history

Click on the commit message for inspecting the diff and how the code has been rewritten.

Command line:

svn log -r31996:1 https://svn.osgeo.org/geotools/trunk/modules/library/metadata/src/main/java/org/geotools/metadata/PropertyTree.java
Rev. Date Author Message
306402008-06-12acusterCopyright headers: lib/metadata, this time with feeling (and the el in Toolkit)
305472008-06-06desruisseauxAdded a few MetadataStandard constants. Make the error message slightly more explicit when there is no setter for a given property.
305192008-06-05acusterMetadata header cleanup and copyright review.
303132008-05-16desruisseauxChanged my mind about Utilities.shallowEquals(Object,Object) and renamed it as equals, since a few tests show that the compiler always select the best overloaded flavor working on primitive types (except if an argument is a boolean and the other a different primitive type). Updated a few references. Fixed a few javadoc warnings by explicit declaration of parameter and return values.
302582008-05-08acusterReshuffle the top level repo: drop uDig, move up trunk, tags, and branches.
302572008-05-08acusterMove trunk/gt/ directory contents up to trunk/ and drop gt
289222008-01-24acusterBump the (at)since version to 2.5 since WKTParser was cut from 2.4
285402007-12-29acusterHide buttons which are not yet used
282522007-12-04desruisseauxMore MosaicImageReader work. As a side effect, moved Utilities.getShort[Class]Name in a separated utilities class named 'Classes'. Also added a couple of @Override annotations.
279832007-11-22desruisseauxUse more Java 5 constructs for safety.
278642007-11-12desruisseauxUse more Java 5 features. Also fixed a test which failed randomly.
254762007-05-09desruisseauxGEOT-1265: provides a way to print a tree of authority factory dependencies.
251752007-04-16desruisseauxRemoved 'equals', 'hashCode', 'toString' and 'freeze' methods from every metadata implementation. They are now implemented by generic methods inherited from AbstractMetadata, which perform their work using Java reflection. This way we avoid lot of redundancy, some errors introduced by maintenance ('equals' method not updated in the way they should), more systematic implementations (espcially for the 'toString' method, which was not implemented at all for a majority of metadata), more support for future introduction of other metadata standards than ISO 19115, etc. The cost is more runtime overhead, but it still possible to provide custom implementations for 'equals' and 'hashCode' only in the class that appear to be bottleneck, if we want.