Bug #3764
closed
I'm pretty sure it already supports EML 2.0.1. Did you mean to say the upcoming release of EML 2.1.0?
I've added a metadata specification class to the util module (like eml 2.0.0 and eml 2.0.1 have).
Also allowed both "datetime" and "dateTime" to indicate attributes typed as dates in the EML2* parser.
the various config.xml files need to be modified to include the 2.1.0 document type as another valid option. I've changed:
-common
-reporting
-workflow-run-manager
-wrp
In the Kepler Registry: updated the Query Service and Authenticated Query Service entries to include EML 2.1 doctypes
let's reopen if there are other problems that crop up. I think the dataTable parsing is pretty much the same from eml 2.0.1, but we should keep our eyes open for problems with parsing the metadata.
the TPC data from Kruger should be helpful for testing this out as those become more mature.
Kepler 1.0.0 doesn't support EML 2.1.0. I know we're moving towards a new release, but since the Kruger stuff is still officially on 1.0.0, we're getting caught in a sort of limbo. There may be a possibility of finding a stable 1.x dev build that does support 2.1.0 and using that.
There's no way to add EML 2.1.0 support to Kepler 1.0.0.
We will have a "release" of some sort for the TPC training in July that includes EML 2.1.0 support since Judith is actively using a Morpho/Metacat that supports EML 2.1 (anything she touches will now be 2.1.0).
If you are not running off of the trunk of Kepler, we need to start making installer snapshots that can be used for authoring TPC workflows based on 1.x improvements.
Original Bugzilla ID was 3764
Also available in: Atom
PDF