Renovate (da169ef9) at 24 Mar 11:24
Renovate (0485c8ed) at 24 Mar 11:24
Merge branch 'renovate/gradle-8.x' into 'develop'
... and 1 more commit
Renovate (da169ef9) at 24 Mar 11:02
Update dependency gradle to v8.7
Renovate (ea8c9bad) at 03 Feb 11:20
Renovate (ff255c08) at 03 Feb 11:20
Merge branch 'renovate/gradle-8.x' into 'develop'
... and 1 more commit
Renovate (ea8c9bad) at 03 Feb 11:01
Update dependency gradle to v8.6
Christian Kniss (0491d8e1) at 19 Jan 10:49
Version '5.12.1-SNAPSHOT' vorbereitet
Christian Kniss (d4a75398) at 19 Jan 10:48
Merge branch 'develop' into 'master'
Christian Kniss (9f0fdd3b) at 19 Jan 10:47
Merge branch 'develop' into 'master'
... and 16 more commits
Christian Kniss (65b035ad) at 19 Jan 10:45
Release Version '5.12.0' vorbereitet
Die Attributgruppe atg.tlsWzgWvzGrundEinstellung
besitzt einen Default-Parameter und entspricht in TLS FG 4 Typ 32, der in der TLS1993 definiert war, aber spätestens in der TLS2012 weggefallen ist.
Das Umsetzungsskript de.bsvrz.kex.tls.osi7.conversion.nw.dwista.Fg004Tls2012
sendet nach dem Verbindungsaufbau den Typ 32, was dann störende negative Quittungen vom DE erzeugt.
Können Typen, die in Tls2012 weggefallen sind aus dem Skript Fg004Tls2012
entfernt werden?
(Ein Löschen des Parameters scheint mit der Standard-Parametrierung nicht einfach möglich zu sein: Das Senden eines leeren Datensatzes als Soll-Parameter führt nicht dazu, dass der Parameter gelöscht wird. Eine Umparametrierung, dass die Parametrierung keine Parameter für FG2012-De für atg.tlsWzgWvzGrundEinstellung sendet, scheint relativ aufwändig zu sein.)
Christian Kniss (9af18cb6) at 18 Jan 14:36
Merge branch 'change/tls_2012_typ_32' into 'develop'
... and 2 more commits
@christian.kniss ist erfolgreich getestet, bitte mal drauf gucken ob die Änderung des Rückgabetyps so ok ist. return null
hätte soweit ich das sehe leider nicht funktioniert, bzw. hätte zu irreführenden Debug-Meldungen geführt.