search

NCEAS / morpho

Morpho metadata editor
GNU General Public License v2.0
3 stars 1 forks source link

Test Morpho against GMN #975

Closed mbjones closed 6 years ago

mbjones commented 6 years ago

Author Name: ben leinfelder (ben leinfelder) Original Redmine Issue: 5801, https://projects.ecoinformatics.org/ecoinfo/issues/5801 Original Date: 2013-01-23 Original Assignee: Jing Tao

Specifically: -create (save new package) -update (save another revision of same package) -read (open by id) -search (will be disabled and fail gracefully)

Optionally: -try to create a scenario where there is an identifier conflict on the server and we need to call MN.generateIdentifier() to resolve it. I am not even sure GMN has this implemented, but Roger Dahl will know.

mbjones commented 6 years ago

Original Redmine Comment Author Name: Jing Tao (Jing Tao) Original Date: 2013-01-26T01:39:19Z

I created a simple data package by the new data package wizard, then saved it to a GMN node https://mn-stage-orc-1.test.dataone.org/mn.

It gave me an error:

org.dataone.service.exceptions.InvalidSystemMetadata: Object size in System Metadata (637 bytes) does not match that of the uploaded object (629 bytes)

Does a metadata node compare the size as well?

mbjones commented 6 years ago

Original Redmine Comment Author Name: ben leinfelder (ben leinfelder) Original Date: 2013-01-26T06:17:06Z

This (system metadata byte size vs actual) will be interesting. I wonder if it will always be 8 bytes different. One of us is incorrect... I do not believe Metacat checks this.

In a related note, I made the error message dialog use a scrollable text area and that seems to prevent the window manager in Morpho from panicking when GMN sends back that diagnostic error message.

mbjones commented 6 years ago

Original Redmine Comment Author Name: ben leinfelder (ben leinfelder) Original Date: 2013-01-28T19:37:02Z

We were not recalculating size and checksum of the EML before saving. Now we are.

mbjones commented 6 years ago

Original Redmine Comment Author Name: Jing Tao (Jing Tao) Original Date: 2013-01-31T23:11:38Z

Jing: it is sort of working benMac: what was the issue? Jing: i can insert an eml and eml with an entity. Jing: but when i updated eml and get an error: Jing: Problem Saving package: Jing: Only the UUID scheme is currently supported

Jing: And the search doesn't work at all.

mbjones commented 6 years ago

Original Redmine Comment Author Name: ben leinfelder (ben leinfelder) Original Date: 2013-01-31T23:34:58Z

I have changed Morpho to call MN.generateIdentifier() with the UUID scheme as the default so it should work with GMN. Metacat does not implement UUID, but ignores the scheme and provides its own generated identifier (autogen.timestamp, or fragment.timestamp if the fragment parameter is included). We should make Metacat support UUID but for the time being this will "work".

mbjones commented 6 years ago

Original Redmine Comment Author Name: Jing Tao (Jing Tao) Original Date: 2013-02-01T00:59:04Z

I created a data package with an entity by the new data package and entity wizards. Then saved it to the network.

I added a new row in the entity and save it to the network and get the error: Problem Saving package:

Object size in System Metadata (8 bytes) does not match that of the uploaded object (26 bytes)

So the entity system metadata doesn't have the correct number after the updating.

mbjones commented 6 years ago

Original Redmine Comment Author Name: Jing Tao (Jing Tao) Original Date: 2013-02-01T01:30:56Z

I add code to calculate the data file size and checksum in the DataViewer class. Now, the saving passed the issue of non-matching the size. However, i got another error: Problem Saving package: class javax.net.ssl.SSLPeerUnverifiedException: peer not authenticated

This is very weird error. I can insert eml data package and update it with the same session (the same certificate). Why it gave me this error?

mbjones commented 6 years ago

Original Redmine Comment Author Name: Jing Tao (Jing Tao) Original Date: 2013-02-01T18:07:06Z

The file size not-match issue for the eml comes back again. Ben, did you change something? I will take a look.

mbjones commented 6 years ago

Original Redmine Comment Author Name: Jing Tao (Jing Tao) Original Date: 2013-02-01T22:34:43Z

After we started to use UUID, we assign a UUID to the package when we start to use the new data package wizard. Before this, we use a temp.x id. The UUID are stored in the incomplete directory when we are using the new package wizard. During the saving, morpho uses the file (with the uuid) in the incomplete dir to upload to the network. But the size in the system metadata was calculated by the DOM mode. So they are not the same. The issue is fixed.

mbjones commented 6 years ago

Original Redmine Comment Author Name: Jing Tao (Jing Tao) Original Date: 2013-02-13T02:07:29Z

There is no any particular issue for the the GMN. So i close it.

mbjones commented 6 years ago

Original Redmine Comment Author Name: Redmine Admin (Redmine Admin) Original Date: 2013-03-27T21:31:43Z

Original Bugzilla ID was 5801