Endre opplastingsprosedyre til å unngå ufullstendige dokumentobjekt-instanser #298
Conversation
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
|
Jeg støtter denne endringen. Men jeg lurer på hvorfor man ikke velger å også tilate opplasting fra klasse som vil da lage |
petterreinholdtsen
force-pushed
the
upload-from-reg-dokbesk-dokobj
branch
from
9f3922e to
6185aa3
Compare
|
Denne endringen ble diskutert på dagens redaksjonsmøte og vi er enige om å dele dette endringsforslaget i to, et for opplasting direkte fra dokumenbeskrivelse og et for opplasting leger opp i hierarkiet, da sistnevnte krever mer beskrivelse om hvordan fylle inn felter automatisk. Petter fikser delingen og tar inn den første endringen når det er gjort. |
…nstanser Tillat opplasting direkte fra dokumentbeskrivelse og dokumentobjekt. Dette lager et alternativ til dagens opplastingsprosedyre, som har et mellomsteg der arkivet er i en ufullstendig tilstand, mellom oppretting av dokumentobjekt-instans og vellykket opplasting av arkivfil, og kunne laste opp fil direkte fra dokumentbeskrivelse i tillegg til fra dokumentobjekt. Dette forslaget er basert på ideer i mangelmelding arkivverket#25, og Reduserer utfordringer omtalt i mangelmelding arkivverket#285.
petterreinholdtsen
force-pushed
the
upload-from-reg-dokbesk-dokobj
branch
from
6185aa3 to
d52a697
Compare
petterreinholdtsen
added a commit
to petterreinholdtsen/noark5-tjenestegrensesnitt-standard
that referenced
this pull request
May 28, 2024
…en fil. Noark 5 krever at det er en fil koblet til hver dokumentobjekt-instans, men det vil være en periode mellom dokumentobjekt blir opprettet og en fil blir lastet opp der et slikt dokumentobjekt mangler slik kobling. For å sikre at ingen API-leser ser slike inkonsistente dokumentobjekt-instanser, gjør det klart at slike ikke skal returneres som barn av sin foreldre-dokumentbeskrivelse før filopplastingen har lykkes. Relatert til mangelmelding arkivverket#285 og arkivverket#25, og tilbyr en bakoverkompatibel løsning uten ekstrafunksjonaliteten beskrevet i arkivverket#309 og arkivverket#298.
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Tillat opplasting direkte fra dokumentbeskrivelse og dokumentobjekt.
Dette gir klienter et alternativ til dagens opplastingsprosedyre, som har
et mellomsteg der arkivet er i en ufullstendig tilstand, mellom
oppretting av dokumentobjekt-instans og vellykket opplasting av
arkivfil, og kunne laste opp fil direkte fra dokumentbeskrivelse
i tillegg til fra dokumentobjekt. Når dokumentobjekt opprettes
automatisk brukes variantformat Produksjonsformat med mindre
API-tjenesten kjenner igjen et arkivformat.
Dette forslaget er basert på ideer i mangelmelding #25, og
Reduserer utfordringer omtalt i mangelmelding #285.