Metacat

get params from multipart params for systemMetadataChanged call

get pid from normal params, not the URL -- the client should include them in the params -- and not as a serialized "object" since it is just a string value

The ReplicationStatus parameter is 'status', not 'replicationStatus', in the architecture documentation.

Although parameters for setReplicationStatus() are expected as multipart/form-data fields, they seem to be added to the HttpServletRequest as URL parameters during the proxy forwarding in d1_cn_rest_proxy. Test for their existence as multipart fields, but fall back to request params, otherwise, throw an InvalidRequest exception.

lookup stylesheet from metacat.properties for CN list objects and list formats. This is used in conjunction with the CN rest service deployment where the xslt is actually kept.

Since we're using a multipart form to encode parameters, extract the params out of the multipart form prior to doing a get() from the multipartparams map in setReplicationStatus(). Likewise, do the same in updateReplicationMetadata() and setReplicationPolicy().

List the correct REST endpoints for replication in the documentation.

upgrade to 1.0.1-SNAPSHOT DataONE jars

Keep /dirtySystemMetadata as the REST endpoint for systemMetadataChanged() for now.

Fix getReplica() handling code for getReplica() and systemMetadataChanged(). Calls to getReplica() in MNode were calling get(), so the lack of resource handling was being missed.