support eml 2.0.0 and later revisions
Morpho current supports EML 2.0.0beta6. The substantial changes in beta9 will
require some reworking of packaging concepts in morpho among other things. We
should plan on accomodating this new release as early as possible, but its
proably realistic to include it as part of the capabilities enabled by the new
Jalam project form generator. Comments?
#1 Updated by Matthew Brooke almost 19 years ago
If I understand correctly, the issue of enabling Beta-9 functionality in Morpho
involves two major areas - one being the "front-end" forms view, and the other
being the "behind the scenes" functionality that takes care of assembling and
renumbering package versions, talking to Metacat, etc etc.
I think that the part of Jalama that deals with form generation would be
well-suited to creating the front end, but I think that architecturally, the
resulting forms should have little or no knowledge of the back-end functionality
- so they can reveive and send data to the Morpho classes for organization and
upload (i.e. we should maintain a clear deliniation between the two. Comments?
#2 Updated by Matt Jones almost 19 years ago
Yes, I agree with your basic approach of encapsulating responsibility
indifferent components. However, the Jalama project has as one of its own goals
the encapsulaton of at least 3 distinct layers of functionality:
1) schema handling
2) layout and presentation (ui controls and placement)
3) application logic (ui flow and other application needs)
So, I think that (1) should cover the idea that data can be read in from and
written out to arbitrary schemas from within the Jalama products. But I agree
that this should be a distinctly separate layer of functionality from the user
interface layout, and the user interface behaviors and application logic.
That said, I agree with your point that Morpho and not Jalama should deal with
the logistics of writing data to disk or metacat, or other management of the
data outside of editing it. In other words, Morpho should read a stream of data
in an arbitrary schema from Metacat or the file system, pass it to Jalama with
an indication of the configuration info needed for Jalama (style sheets, etc),
and then Jalama will pass back an edited data product that complies with the
appropriate schema, which Morpho will send off to Metacat or whatever it wants.
The hard part is figuring out how to deal with complex schemas that utilize
multiple entities (e.g., more than one table, or more than one xml document),
but I think this is a critical component of Jalama.
So, you're not off the hook yet...