Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

«journaldato» i SvarInn-melding konverteres til ugyldig dato i arkivmelding.xml #1055

Closed
pcgaustad opened this issue Aug 30, 2022 · 6 comments

Comments

@pcgaustad
Copy link

pcgaustad commented Aug 30, 2022

"journaldato": -62135769600000 i svar fra https://svarut.ks.no/tjenester/svarinn/mottaker/hentNyeForsendelser blir til <journaldato>00-1-12-30+01:00</journaldato> i arkivmelding.xml.

Denne journaldatoen brukes ofte/alltid av Public 360 (sikkert som en plassholder da en journalpost først får en journaldato når den blir journalført, og det vanligvis skjer etter at den er ekspedert).

Uansett fører den ugyldige datoformateringen i arkivmelding.xml til at Elements ikke klarer å importere meldingene. Siden dette gjelder mer eller mindre alle meldinger fra Public 360, er det snakk om en del. :(

@steinarhenriksen
Copy link
Contributor

Hei @pcgaustad

Takk for beskjed. Me skal sjå på denne og melde tilbake. Skulle det dukke opp anna er det berre å melde.

@steinarhenriksen
Copy link
Contributor

Det er kjent at integrasjonspunktet i nokon tilfeller genererer ugyldige arkivmeldingar og det vil bli utbetra.

Det at -62135769600000 dukker opp som ein "standard" placeholder for dato er ikkje dokumentert hos KS, så det er sannsynligvis avsendande system som oppgir denne verdien ved bruk av KS SvarUt.

Stemmer det at forventa journaldato i arkivmelding.xml for verdien -62135769600000 er: 0000-12-30+01:00 ?

@pcgaustad
Copy link
Author

Ja, det ser ut til å være en standardinnstilling i Public 360, da dette hittil har vært avsendersystemet for alle slike meldinger. Som nevnt har en journalpost som regel ingen journaldato når den blir ekspedert, så her har nok hver leverandør valgt sin egen løsning.

Forventet journaldato: Med java.util.Date og java.text.SimpleDateFormat er resultatet hos meg to dager senere: 0001-01-01 GMT+01:00 (ikke ISO-formatert). År 0000 er ugyldig i XML-skjema, jf. https://www.w3.org/TR/xmlschema-2/#noYearZero.

Jeg vil si at det ikke er viktig akkurat hvilken dato dere lander på, bare den er gyldig. Da er det kanskje greit med 0001-01-01?

@steinarhenriksen
Copy link
Contributor

Vi har verifisert at dette er ein reell feil.

Feilen er i biblioteket som brukes ved serialisering til XML og er beskrevet på javaee/jaxb-v2#1191

Vi ser på om nyere versjoner utbedrer feilen og hvorvidt foreslått workaround fungerer tilfredsstillende

@steinarhenriksen
Copy link
Contributor

Vi har ikkje nokon enkel måte å bøte på problemet på, på kort sikt, så vi må gå for ein workaround.

Vi setter datoer som er satt før 0001-01-01 til 0001-01-01. Det burde jo strengt tatt ikkje være behov for journaldatoer fra før moderne tidsregning, men me forstår at det har blitt valgt brukt av enkelte løsninger som ein slags placeholder.

Workaround blir innført med versjon 2.8.3 av integrasjonspunktet

@pcgaustad
Copy link
Author

pcgaustad commented Sep 8, 2022 via email

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants