DK ERST Nemhandel eDelivery: Expand transport profiles detection with a filtering by modes
Closed this issue · 2 comments
In May 2023 Danish digitization organization ERST released a first version of the Oxalis customization, modified to be used as a reference implementation of the new Nemhandel standard, based on eDelivery and AS4.
It supposes to use a custom transport profile and custom certification authority (MitID-based).
In the reference implementation it is done so that Oxalis on the start basing on configured certificate can detect, that it works in "NEMHANDEL" mode - and use another transport profile for lookups.
But this change was implemented in a "forked" version of Oxalis only - although it looks like it has sense to integrate it to mainstream branch here e.g. to avoid future needs to introduce FRTEST modes to be hardcoded in Mode.java of peppol-mode project.
The change is very simple and local - also as covered by unit tests, implemented by ERST in their Oxalis copy.
Example of configuration can be found in modified reference.conf in tests.
All what is changed - it is possible to configure list of modes on transport definition:
defaults.transport.foo_mode_transport = {
profile: foo-mode-transport
sender: invalid
weight: 0
modes: [foo, foo_test]
}
defaults.transport.dummy_mode_transport = {
profile: dummy-mode-transport
sender: invalid
weight: -1
modes: [DUMMY]
}
There are several other changes in ERST Oxalis, which have sense to incorporate into main Oxalis branch.
Other DK ERST Nemhandel eDelivery related ticket: OxalisCommunity/Oxalis-AS4#206
Closing this as it will taken care of as part of EPIC: OxalisCommunity/Oxalis-Public-Roadmap#23