v1.6.0
Highlights
- Ondersteuning voor Tomcat 8.5.x, Tomcat 7.0.x is met ingang van deze release de minimaal benodigde versie (Tomcat 6 is al ruim een jaar EOL) (#402, #400, #379 )
- Library updates (#403, #426, #437, #442 )
- Update van de gemeente, wijk en buurt tabellen (#405) Let op, deze data updates dienen apart te worden uitgevoerd en zijn geen onderdeel van de reguliere upgrade procedure.
- Ondersteuning voor Stuf BG 2.04 berichten met een nieuwe endpoint (#404)
- Ondersteuning voor GBA-V Persoonslijst berichten (#409)
- Ondersteuning voor HR DataService v3.0 (v2.5 wordt niet langer ondersteund) #481 . Als u gebruik maakt van de CVnHR applicatie dan dient daar de configuratie te worden aangepast, zoals beschreven in #481
- Uitbreiding van de test matrix, integratietests worden automatisch tegen MS SqlServer 2014 en 2017 en PostgreSQL 9.3 en 9.6 en Oracle 12.2 gedraaid.
- Toevoeging van views met appartementsrecht
v_app_re_adres
en onroerende zaakv_kad_onrrd_zk_adres
gekoppeld aan bag adres (#414) - Vulling voor de RSGB nationaliteitentabel
- Pagina om applicatie log te bekijken en te downloaden (#425)
- Ondersteuning voor gzip compressie in de brmo-proxyservice (#478 )
- Correct vullen van rechthebbende VVE verwijzing in zakelijk recht tabel (#430) met een snelle update om reeds verwerkte berichten te corrigeren
- Correctie van
datum einde geldigheid
van vervallen objecten (#435) - Correctie verwerking NHR berichten waar eigenaar geen rsin, bsn, vestigingsnummer of kvkNummer heeft (#438 )
- Verbeterde afhandeling van duplicaat BRK berichten die Kadaster GDS2 aanbiedt na storingen (#439 )
- Verbeterde afhandeling van BAG afgiftes op het kadaster GDS2 koppelvlak (#464)
- een fix + snelle update voor het niet vullen van de
clazz
waarde van de natuurlijke personen als deze als/snp:KadastraalObjectSnapshot/gba:NietIngezetene
is gemodelleerd in een BRK bericht (#461). Voer de vermelde "snelle update" uit om de data bij te werken - Aanpassingen in het laden van BGT data; verwerken van updates bleek onbetrouwbaar en er werden abusievelijk vervallen objecten geladen. Derhalve wordt nu de BGTlight stand alleen nog als stand verwerkt tegen lege tabellen. (#490) [Er is een pilot gestart om aan te sluiten op de PDOK mutatie service, welke ook nog in pilot stadium is; zie: https://github.com/PDOK/mutatieleveringen ]
- Nieuwe basis views; zoals besproken in het BRMO overleg. De nieuwe views hebben afwijkende naamgeving zodat deze herkenbaar zijn. De bestaande, ondersteunde, views worden in deze release nog, eenmalig, bijgewerkt voor de aanpassingen in het rsgb schema, met een volgende release vervalt de ondersteuning voor de oude views; ze zullen echter niet worden verwijderd als onderdeel van enige upgrade (#434)
Overzichten
Upgrade instructies
Voorafgaand aan de upgrade dienen alle nhr
berichten te worden getransformeerd zodat er geen v2.5 berichten meer met de STAGING_OK
status zijn.
Gezien de aanpassingen in de database, met name het rsgb schema is een goede backup aan te raden.
Upgrade instructies database
Alle database schema's (staging, rsgb, rsgbbgt, topnl) dienen bijgewerkt te worden met behulp van onderstaande scripts om het database/schema versienummer bij te werken. En een aantal aanpassingen door te voeren. NB Indien er maatwerk view zijn gemaakt moeten deze mogelijk ook aangepast of verwijderd en nieuw aangemaakt worden, dit is afhankelijk van de database engine.
RSGB schema
- oracle: https://github.com/B3Partners/brmo/blob/master/datamodel/upgrade_scripts/1.5.2-1.6.0/oracle/rsgb.sql
- postgresql: https://github.com/B3Partners/brmo/blob/master/datamodel/upgrade_scripts/1.5.2-1.6.0/postgresql/rsgb.sql
- sqlserver: https://github.com/B3Partners/brmo/blob/master/datamodel/upgrade_scripts/1.5.2-1.6.0/sqlserver/rsgb.sql
Nieuwe views
Na het draaien van bovenstaande reguliere upgrade scripts voor de RSGB dienen de nieuwe views te worden aangemaakt. Deze zijn te vinden naast het rsgb.sql upgrade script in de zipfile, het gaat om 206_bag_views.sql
en 207_brk_views.sql
, of online
- oracle: https://github.com/B3Partners/brmo/blob/v1.6.0/datamodel/extra_scripts/oracle/206_bag_views.sql en https://github.com/B3Partners/brmo/blob/v1.6.0/datamodel/extra_scripts/oracle/207_brk_views.sql
- postgresql: https://github.com/B3Partners/brmo/blob/v1.6.0/datamodel/extra_scripts/postgresql/206_bag_views.sql en https://github.com/B3Partners/brmo/blob/v1.6.0/datamodel/extra_scripts/postgresql/207_brk_views.sql
- sqllserver: https://github.com/B3Partners/brmo/blob/v1.6.0/datamodel/extra_scripts/sqlserver/206_bag_views.sql en https://github.com/B3Partners/brmo/blob/v1.6.0/datamodel/extra_scripts/sqlserver/207_brk_views.sql
RSGBBGT schema
Er zijn aanpassingen in alle tabellen, met de upgrade scrips worden wel de tabellen bijgewerkt, maar niet de data. Alternatief is om het hele schema nieuw aan te maken met de installatie scripts. In ieder geval dient de data hernieuwd geladen te worden.
- oracle: https://github.com/B3Partners/brmo/blob/master/datamodel/upgrade_scripts/1.5.2-1.6.0/oracle/rsgbbgt.sql
- postgresql: https://github.com/B3Partners/brmo/blob/master/datamodel/upgrade_scripts/1.5.2-1.6.0/postgresql/rsgbbgt.sql
- sqlserver: https://github.com/B3Partners/brmo/blob/master/datamodel/upgrade_scripts/1.5.2-1.6.0/sqlserver/rsgbbgt.sql
STAGING schema
- oracle: https://github.com/B3Partners/brmo/blob/master/datamodel/upgrade_scripts/1.5.2-1.6.0/oracle/staging.sql
- postgresql: https://github.com/B3Partners/brmo/blob/master/datamodel/upgrade_scripts/1.5.2-1.6.0/postgresql/staging.sql
- sqlserver: https://github.com/B3Partners/brmo/blob/master/datamodel/upgrade_scripts/1.5.2-1.6.0/sqlserver/staging.sql
TOPNL schema
- oracle: geen updates
- postgresql: geen updates
- sqlserver: niet beschikbaar