-
Notifications
You must be signed in to change notification settings - Fork 11
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
Comments
Hei @pcgaustad Takk for beskjed. Me skal sjå på denne og melde tilbake. Skulle det dukke opp anna er det berre å melde. |
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 |
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: Jeg vil si at det ikke er viktig akkurat hvilken dato dere lander på, bare den er gyldig. Da er det kanskje greit med |
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 |
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 |
Høres bra ut! Kan versjon 2.8.3 lanseres raskt, eller kan vi få en midlertidig versjon? For inntil denne feilen er rettet, klarer ikke Elements å importere noen meldinger sendt fra Public 360.
…________________________________
Fra: Steinar Henriksen ***@***.***>
Sendt: Thursday, September 8, 2022 3:33:27 PM
Til: felleslosninger/efm-integrasjonspunkt ***@***.***>
Kopi: Per Christian Gaustad ***@***.***>; Mention ***@***.***>
Emne: Re: [felleslosninger/efm-integrasjonspunkt] «journaldato» i SvarInn-melding konverteres til ugyldig dato i arkivmelding.xml (Issue #1055)
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
—
Reply to this email directly, view it on GitHub<#1055 (comment)>, or unsubscribe<https://github.com/notifications/unsubscribe-auth/AUNMN2HYEFQRZH4SMVA47ODV5HTKPANCNFSM6AAAAAAQAEJYIY>.
You are receiving this because you were mentioned.Message ID: ***@***.***>
|
"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. :(
The text was updated successfully, but these errors were encountered: