meta-data section in FOLIO records (createdDate, updatedDate, creator, etc)

pull request Folio 592
mod-circ-storage - temporarily depending on rmb 13.1.0-snapshot - will release rmb today and update pom

right now it is ignored and replaced by the server side generated info every time - meaning the client does not need to send it, but if the client does, the section will be ignored but the request will not fail. Not sure we closed this issue - ignoring gives a bit more flexibility as it does not require the client to parse out sections of the json before sending (for example an update) - and if the info is included, the request wont fail it will just be ignored. this appriach gives a bit more flexibility but may be a bit less clean.

What have we decided to do for state altering requests that have the metadata section present?

Either:

• Ignore the metadata property entirely, wholly replacing it with server derived state

• Reject the request citing that clients should not provide the metadata property

That cleanup idea is .

In general, yes the shared schema area. In particular, when any schema has $ref with dot-dots, then there will be temp remnants. Any more than one set of dot-dots will be broken.

, - i have merged this as it was a blocker for me to continue with the implementation. As discussed, David will be opening an issue on rmb , to delete /tmp schemas after the pojo generation step