Metacat

Modified ResourceHandler to return error codes in XML format for the get() method.

Modifications to metacat rest service to use the new DataONE CrudService for
get() operation. Minor issue with permissions errors propagating up the
stack, but otherwise this is the first implementation of a full DataONE
method.

Modified readFromMetacat() to pass most exceptions up the call stack, which
allows creation of new entry points for calling reads. Still need to
continue factoring out the HTTPServletResponse that is passed in in order to
make entrypoints that are not servlet based possible. Problem now is in...

Excluding the Maven ant tasks jar from the metacat war distribution because
it is not needed (its only used to build dataone-service at build time, and
is unused at runtime), and it conflicts with jar files checked in for Spring
as part of the geoserver install. Also updated dataone interface...

Modified the build.xml to include a new task for building the dataone
service api package, which generates a jar file that is put into lib. This
task depends on maven being installed in maven.home, and depends on the
DataONE service_api being checed out in a sibling directory to the build....

Updated the build to properly locate the servlet jar depending on which
version of tomcat is being used, tomcat5 or tomcat6.

when looking up group membership, skip referrals that have errors
http://bugzilla.ecoinformatics.org/show_bug.cgi?id=4900

skip referrals that have errors (connection timeout, host down, etc)
http://bugzilla.ecoinformatics.org/show_bug.cgi?id=4900

Refactored putObject method to separate the create() and update() portions in order to match the method signatures needed for DataONE.

Modified ResourceHandler.deleteObject() to take a globally unique id (guid)
as input rather than a metacat-conformant docid. The guid is translated
into a metacat docid which is then used in the handleDelete() call. So now
Metacat supports use of arbitrary identifiers for delete operations, but...