Metacat

use default fmtid if we can't find the user-supplied data mime type in our list

including newer d1 libclient that uses Foresite (and Jena) to construct/parse ORE resource maps for DataONE

delete the xml access rules by either docid or guid to make sure we have the most up to date information

Fix a data-typing issue when pulling replicationAllowed from postgres. Use getBoolean(), not getString().

cleaned up to use for populating a DataONE MN using the D1 api. Retrieves packages from a Metacat and generates system metadata for them before calling MN.create() for both data and metadata.
NOTE: you need a client certificate that the target server accepts (either DataONE-generated for testing or a CILogon one for more official use). I was only able to get the former certificate type to work with our existing MN servers

IdentifierManager.getSystemMetadata() was missing the number_replicas and replication_allowed fields when building a ReplicationPolicy section of a SystemMetadata document being returned. Add in these two attributes.

update D1 jars to include recent SubjectList -> SubjectInfo refactoring and the SUBJECT_PUBLIC constant

include SystemMetadata when replicating data and metadata documents -- this allows us to establish the guid-to-docid mapping that is crucial for being able to read the replicated document by guid (d1 api)

throw InvalidToken when the Session parameter is null for create()
https://redmine.dataone.org/issues/1850

Once a CN calls replicate() on an MN, the MN needs to call getReplica() on the source MN (not get()). Once the bytes are retrieved, the MN must then call back to the CN with setReplicationStatus() to indicate that the replication status is complete. Modify MNodeService to do so.