Metacat

catch cases where the previous/next revision of objects have not had system metadata generated yet

create system metadata object if it wasn't found in HZ

process systemMetadata from the docInfo string before writing to the database so that we guarantee guid-docid mapping exists before attempting to look it up.

upgrade to hazelcast 1.9.4.6 so that threadpools are released when not needed (http://code.google.com/p/hazelcast/issues/detail?id=765).
include ant target to run a specific main class (mostly for debugging)

use File.deleteOnExit() not a half hour timer thread to do it.

multithreaded implementation for processing docids for system metadata generation.
need to investigate ant/junit running that deadlocks hazelcast (config?)

additional logging of the config file being used - seem to have thread locking on the xmlConfig use when running under ant/junit

calculate object size using the size on the file system rather than re-reading as an input stream.
Now only EML document bytes will be read twice: once for the checksum and again for parsing out datapackage details

system metadata generation optionally skips entries that have already been generated (data size, checksum) but allows the latest EML that describes them to have the last word on object format

remove DML for parsing -- the D1 EML parser still uses DOM, so this may not be too big of a perfromance improvement