Fedora 3.0 API
DOMS metadata objects will be stored in Fedora-commons 3.0.
The API is documented here, as far as it goes: http://www.fedora-commons.org/documentation/3.0/userdocs/index.html#webservices
The structures below are used by Fedora, almost no matter which lanquage you use to interact with it. We use our own shorthand to specify the types. This schema should help you translate to your language of choise
shorthand |
wsdl |
fedora java client |
rest |
String |
xsd:string |
java.lang.String |
xsd:string |
[] |
xsd:sequence |
java array |
? |
byte[] |
xsd:base64Binary |
jave primitive byte[] |
? |
long |
xsd:long |
java primitive long |
xsd:long |
boolean |
xsd:boolean |
java primitive boolean |
xsd:boolean |
The "fedora-types:ArrayOfString" is defined thus
<complexType name="ArrayOfString"> <sequence> <element name="item" minOccurs="0" maxOccurs="unbounded" type="xsd:string"/> </sequence> </complexType>
The API to Fedora is directly exported as the primary API to DOMS. We have restricted a few methods, and have some conventions about certain other should be used.
API restrictions
apiM.PurgeDatastream andapiM.PurgeObject are not allowed. Instead use apiM.modifyDatastream and apiM.modifyObject to change the state to "D" (deleted).
apiM.setDatastreamVersionable is disallowed. The internal datastreams are always versioned.
- Do not use getNextPID, instead use the method provided from DOMS
Fedora has the concept of state for all objects. We have added additional meaning to this term, which is described in FedoraState. Basically, an object can be Active, Inactive or Deleted. If it is Active, the only allowed change is to make it Inactive. All other attempted changes will throw exceptions. If Inactive, all changes are allowed. Changing the state from anything to Active will cause the object to be validated, and if the object is not valid, the state will not be changed.
Best practice, when perfoming changes in a set of objects it to mark each of them as Inactive, before performing any changes, and perform all changes before moving any of them back to Active.
The Fedora API is described in the the pages below.
The public Access API - Everybody can use this, this is the primary way for external applications to query the repository.
The protected Management API - Only authenticated administrators, such as users of the GUI, can use this.
The Resource Index API - The interface to the Fedora triple store.