July 2026 - nikita-noark

Videre til n5v6 or veien videre ellers
by Thomas John Sødring 20 Aug '26

20 Aug '26

Hei, Vi har så vidt diskutert om vi skal oppdatere nikita til n5v6. Endringen fra n5v5 til n5v6 opplever jeg som en forenkling av nikita. Argumentasjonen for å oppgradere er at vi er da på siste versjon av standarden og nikita blir et enklere produkt å jobbe med og forvalte. Argumentasjon mot å oppgradere er at det ikke finnes et sett av XSD filer som tilsvarer n5v6 https://github.com/nasjonalarkivet/schemas/tree/master/N5 Det nærmeste er kanskje https://github.com/nasjonalarkivet/schemas/tree/n5/v5.1 men jeg er usikker om det finnes noe annet gren. Tjenestegrensesnittet er satt til n5v5, og jeg vet ikke om noen har interessen til å jobbe videre med det og oppdatere det til 5.6. Jeg synes vi n5v6 XSD bør være på plass først. Andre alternativer er å bryte helt med noark og gjøre de tingene vi har lyst til å gjøre med standarden. Jeg har hatt et ønske om a lage et prosjekt som heter GREQ (General Recordkeeping Requirements) der alle de gode forslagene som bel argumentert bort eller ikke ikke besvart kan bli vurdert seriøst. Dette hadde resultert i en standardisering av en beste praksis på hvordan man bygger opp og forvalter et arkiv. Jeg tror Noark aldri var forstått tydelig. En danningskjerne, en arkivkjerne, en lokal depotkjerene. Vanskelige spørsmål ble aldri tatt tak feks import og hvordan det skal håndteres og dokumenteres. Bedre forståelse av behovene rundt logging osv. Jeg har jobbet litt med nikita dette semesteret, men jeg har jobbet mest på brukergrensesnittet. Dette vil jeg publisere etter hvert, men mye av det er utviklet med claude, der utgangspunktet var å oversette det gamle react/semantic-ui til dart/flutter. Det har fungert veldig bra og vi har nå et fantastisk pedagogisk verktøy på OsloMet. Jeg har ikke hatt noe ønske om å slippe claude på nikita-basen men jeg har testet det litt med noen refactoring jobber og vedlikeholdsjobber som jeg har aldri hatt tid til å prioritere, feks det å gi et navn til hver fremmednøkkel for å gjøre det enklere å spore feil i loggene. claude er ut til å være nyttig til å hjelp meg forstå de resterende ting som må utvikles når det gjelder OData. Å sitte med claude ser jeg gjør det enklere å bruke tid på kodebasen fordi det er mulig å ha en slags samtale rundt koden og hva som er feil. Da kan jeg komme raskt i gang framfor å bruk flere timer på å komme i gang. Jeg har brukt det på testing og ser at den kan generere mange ende-til-ende tester og kanskje gjøre at vi kan få på plass asciidoc dokumentasjonen. Thomas

2 1

Publisert: Altinn for helse – egenregistrert helseoversikt (+ Noark 5-dokumentasjon)
by Ole Aamot 26 Jul '26

26 Jul '26

Hei alle sammen, Jeg har publisert en ny prototyp: "Altinn for helse" – et lite verktøy for egenregistrert helseoversikt, tilgjengelig her: https://www.aamot.io/~ole/altinn-for-helse.html Tanken er inspirert av debatten om at Norge trenger en felles digital plattform for helsevesenet, på samme måte som Altinn har vært for offentlig forvaltning – se gjerne Silvija Seres' innlegg i digi.no for bakgrunnen. Dette er ikke et forsøk på å bygge selve den plattformen, men en liten, lokal utforskning av hva en slik oversikt kan se ut som fra brukersiden. Verktøyet lar deg føre oversikt over: - Medisiner - Avtaler - Journalnotater - Arkiv (Noark 5) Alt lagres lokalt i nettleseren (localStorage) – ingen data sendes til noen server. Viktig: dette er ikke medisinsk rådgivning, kun en personlig oversikt. Samtidig har jeg dokumentert eksport/import-funksjonen for Noark 5 som brukes i arkivdelen. Dokumentasjonen ligger sammen med resten av Noark5-arbeidet og beskriver hvordan data pakkes til ZIP/tar.gz med SHA-256-sjekksummer, samt hvordan import fungerer for gjenoppretting. Vedlegger altinn-for-helse-lokal.html og et eksportert Noark5-arkiv. Si gjerne fra hvis dere har innspill, finner feil, eller har tanker om videre retning – spesielt rundt Feide-autentisering og en eventuell lærer-/behandlermodus er jeg nysgjerrig på tilbakemeldinger. Mvh Ole Aamot Stenberg-Aamot Invest

1 0

GNU Noark5 Core 20260711 -- HTML5/PWA-basert Noark 5 v6-referanseimplementasjon utviklet i Claude
by Ole Aamot 11 Jul '26

11 Jul '26

GNU Noark5 Core 20260711 HTML5/PWA-basert Noark 5 v6-referanseimplementasjon utviklet i Claude mkdir gnu-noark5-core cp noark5-core-20260711.tar.gz gnu-noark5-core (cd gnu-noark5-core && tar zxvf noark5-core-20260711.tar.gz) (cd gnu-noark5-core && make) GNU Noark5 Core — tilgjengelige mål: make install Installer utviklingsavhengigheter (npm) make vendor Last ned lokal kopi av jQuery for offline bruk make license Last ned kanonisk GPLv3-lisenstekst inn i LICENSE make test Kjør enhetstester (node --test) make test-coverage Kjør enhetstester med dekningsrapport make lint Kjør ESLint make format Formater kildekode med Prettier make format-check Sjekk formattering uten å endre filer make validate-xsd Valider example-XML mot schema/arkivstruktur.xsd (xmllint) make serve Start en lokal statisk webserver på :8080 make dist Bygg en distribuerbar kopi av appen i dist/ make package Pakk dist/ som en .tar.gz-utgivelse make clean Fjern bygg-artefakter make ci Kjør samme steg som CI (install, lint, test) -- Ole Aamot ole(a)aamot.org www.aamot.org

1 0

M008 Møtenummer, heltall eller tekststreng?
by Petter Reinholdtsen 09 Jul '26

09 Jul '26

Jeg har i det siste forsøkt se på å få inn støtte for møtemapper og møteregistreringer i Nikita, og i den forbindselse kom jeg over en merkelig innstilling i Noark 5.5 som jeg håper noen her kanskje har innspill til. Det gjelder M008 moetenummer, som i følge Noark 5.5 er en tekststreng som brukes til "Identifikasjon av møter som et utvalg har avholdt, viser rekkefølgene på møtene". Jeg ser dette i sammenheng med tilsvarene dokumentnummer (M007) som er et heltall som brukes til "Identifikasjon av dokumentene innenfor en registrering", med kommentar "Dokumentnummeret avgjør i hvilken rekkefølge dokumentene vises i brukergrensesnittet". Det virker veldig rart for meg at et rekkefølgenummer skal representeres som en tekststreng, og jeg mistenker dette er en feil i N5 og tilhørende XSD, og at verdien skulle vært et heltall. Hvis verdien ikke er et heltall, hvordan skal verdien brukes til å bestemme rekkefølgen? Er møte "A" før eller etter møte "1"? Hva med møte "1", er det før eller etter møte "11"? Numerisk og alfabetisk sortering vil gi forskjellig rekkefølge på "1" og "11". Noen som vet hvordan moetenummer brukes i dag? Hva er typiske verdier? -- Vennlig hilsen Petter Reinholdtsen

2 2

Release of nikita version 0.8
by Thomas John Sødring 08 Jul '26

08 Jul '26

Dear all, If you follow the projects development work (https://gitlab.com/OsloMet-ABI/nikita-noark5-core), you will know that the work continues, albeit slowly. Today we tagged a 0.8 release. The description below in no way reflects the actual effort that has gone into it. Looking ahead to a version 1.0, the release today is more like a 0.95 release, as that is how close we are to reaching 1.0. I don't think there are any new technical features planned, just tying up loose ends and small bits and bobs. Recently we have been using language models to help with coding. These have been surprisingly good, but it is clear to me that they work best under strict guidance and on narrow, focused tasks. I have been using Claude, and Petter has been using Qwen 3.6. I tried Fable, as I wanted to experiment with OData, and found Fable very competent. It also found a very nasty security bug that could have allowed someone to bypass multitenant and group limitations. Using language models is controversial, and there may be issues later with regard to copyright. I chose to use Claude because I have used it for prototyping in other projects, and it works well. The main reason for using them in this project is to actually move the codebase forward. Nikita had accumulated a lot of technical debt and needed many smaller and larger refactoring jobs to address it. Some changes did not result in new or changed functionality, but reduced coupling and tightened cohesion. Previously, small changes would fan out and touch large portions of the codebase. I look at the codebase now and think it is reaching a nice level of maturity and stability. The two most nerdy additions that have been fun to land are: 1. A systemId endpoint that lets you submit a UUID/systemId. If an object with that systemId exists and you have access to it, it will be returned to you. This works irrespective of type (mappe, klasse, registrering). 2. Full-text search functionality using the OData $search parameter. We use PostgreSQL tf*idf indexing to provide full-text search on both database contents and file contents (Tika handles the parsing). The advantage of using PostgreSQL for both the database and the full-text index is that it allows us to combine $filter entity filters with $search. This means you can start at any point in the Noark hierarchy and search below that point, for example, starting at arkiv or mappe. You can also add filter conditions using boolean expressions alongside $search, for example: mappe?$filter=contains(tittel, 'tilskudd') or contains(tittel, '2026') &$search=Fotball+VM This is a really powerful addition to Nikita. What's next, I am not sure. A lot of new features were added, so I expect there could be some bug reports. I have a lot of teaching to do this autumn, so I will not have time to do any development work (I never really did anyway). We are developing a new course called document forensics, and that will consume my time. The National Archives did not approve Nikita as a Noark 5 Core. The basis for rejection and feedback was very weak. To be honest, I don't think formal approval ever was important . We use nikita in teaching at OsloMet and it is a solid teaching reference for so many topics. And the two examples above show how it can be used to explore the technical side of what is possible. I had hoped that the National Archive would have published XSD for Noark 5v6, but alas nothing has been published to their GitHub (https://github.com/nasjonalarkivet/schemas/tree/master/N5) as of today. So, we have a Noark 5.6 standard, but no corresponding XSD. Thanks to everyone who has contributed to the latest release! Thomas PS. We will soon move the codebase over to https://codeberg.org/noark, which, by the way, is a great resource that gathers a lot of interesting Noark realted stuff. PPS: Here are the release notes. Release 0.8 2026-07-07 (2a239e811cc5c9c1675ff1562a18341262a34eaa) ------------------------ Platform and runtime: * Upgraded Spring Boot from 2.6.1 to 4.1.0, migrating from javax to jakarta namespace throughout the codebase. * Raised minimum Java version from 11 to 21. * Switched default development base image to Debian Stable (trixie). * Added Woodpecker CI support alongside existing GitLab CI. * Added JaCoCo code coverage reporting (available under target/site/jacoco/ after build). Security: * Replaced username/password authentication with Keycloak/JWT. Removed BCryptPasswordEncoder and username/password login. * Integrated Keycloak as identity provider; updated to Keycloak 26.0.6. * Introduced group-based access control: every entity is associated with one or more groups; users only see entities belonging to their groups. Unauthorized access returns 404 Not Found (not 403) to avoid information leakage. * User roles are now extracted from the full JWT token claims. New features: * Fulltext search using postgresql tsvector * Screening/Classified with inheritence * Implemented chunked file upload for large documents. * Activated Spring Boot Actuator endpoints for monitoring. * Added H2 console in demo mode for browsing the in-memory database. * New cross-type systemId lookup endpoint: GET /api/arkivstruktur/{systemId} accepts any SystemIdEntity UUID and returns the correctly serialised entity regardless of its concrete type. * Added child type constraint on classification system, class and file. * Introduced support for outgoing email. * Added internal logging to change log and event log. * Added CORS filter. Business rule enforcement: * Series is assumed closed when finalisedDate is set. * Files and Classes can only be associated at the lowest hierarchy level. * Records cannot be added to a closed File. * DocumentDescription is not added if the record is archived. * Records are only expanded if associated with a CaseFile. * New Class creation is restricted to users with the required role. * A Class must be open before assignment. Bug fixes and serialization: * Fixed ChangeLog serialization: correct field names, added referanseEndretAv, removed duplicate systemID write. * Fixed too many systemID attributes appearing in serialized output. * UUID used consistently for entity deletion (was sometimes String). * Deleting a DocumentObject now also removes the file from disk. * Document store path stored relative to directory-store-name. * Fixed null link issue in HATEOAS link generation (getBaseRel() now throws NikitaMisconfigurationException if not implemented, rather than silently producing a broken link). * Added getBaseRel() to MeetingFile, MeetingRecord, MeetingParticipant and Part, which were missing overrides. OData: * OData parser updated to latest ANTLR version. * OData filters now accept double quotes as well as single quotes. * Combined $top/$skip with $search is now supported. * Added missing OData parameters to templated objects. * Restructured: OData code moved to webapp package. Database and persistence: * Removed MariaDB support; PostgreSQL and H2 are the only backends. * Brought in Flyway database migration framework. * Added BSMBase indexes for foreign key columns. * Added PostgreSQL bootstrapping scripts for organisations, administrative units and users. * UUID type enforced at the database level. * Renamed owned_by to organisation throughout. Removed dependencies: * Removed ElasticSearch support entirely. * Dropped Testcontainers from the test suite. * Removed org.apache.poi (unused). * Removed jaxb-runtime (unused). * Removed joda-time (replaced by standard Java time). * Removed org.json (unused). Testing: * Added controller tests for Series, Class, Metadata and AdministrativeUnit. * Added unit tests for 18 entity and utility classes. * Added integration tests for group-based access control covering GET, PUT, DELETE and child-creation scenarios. * Added FondsStructureTest: 25 integration tests covering all SystemIdEntity types via the new systemId lookup endpoint. General: * Restructured and made source code more tidy with focus on coupling and cohesion * Removed stale, unused and dead code throughout. * Made actuator collection scriptable.

2 1

2026

2025

2024

nikita-noark July 2026