KapDionOS/productmodel
4
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity

GetStateChanges und Notifikationen sind nicht enthalten

Browse Source 
RefSicherstellungLfnr nicht in Sach-Privat
Auskommentiertes entfernt
Dokumente für Release 1.5 überarbeitet
ReleaseNotes 1.5 geschrieben
This commit is contained in:
Jens Bühring
2020-07-12 21:04:24 +02:00
parent 4f14b0f79a
commit 99898784f9
70 changed files with 681 additions and 3265 deletions
Download Patch File Download Diff File Expand all files Collapse all files

11
OMDSServiceDefinition/src/main/resources/Backlog.txt
View File

@@ -34,12 +34,17 @@ Verkaufsprodukt müsste dafür aber weiter gefasst werden, also nicht ProduktSac
Für die Methoden Calculate, CreateOffer, CreateApplication und SubmitApplication haben wir
immer einen ComplexType definiert und ein Element, welches von diesem Typ ist. Dies könnte man
auch kompakter in einem Element mit einem anonymen inneren komplexen Typ machen. Dies hätte den
Vorteil, dass unter Java-cxf auch ein @XmlRootElement(name = "CalculateSachPrivatRequest")-Tag generiert
Vorteil, dass unter Java-cxf auch ein (@XmlRootElement(name = "CalculateSachPrivatRequest")-Tag) generiert
wird, der wiederum die Verarbeitung eines Requests vereinfacht.
7.
Für die Berechnungsvariante gibt es die einstufung einfach-mittel-top. Was ist, wenn eine VU hier
Für die Berechnungsvariante gibt es die Einstufung einfach-mittel-top. Was ist, wenn eine VU hier
eine andere Anzahl von Varianten anbieten möchte? Wurde bisher nicht tiefer diskutiert.
8.
Regex Variante ist bislang nicht definiert.
Regex Variante ist bislang nicht definiert.
9.
Die Namespaces beinhalten die Versionnummer zu der das betreffende XSD erstmals definiert wurde.
Diese Information bringt keinen Mehrwert und sollte mit einer einheitlichen Hauptversionsnummer,
z.B. "2" ersetzt werden.