Restore Mtom

This commit is contained in:
2020-07-10 04:57:40 +02:00
parent 99d1774709
commit b15f5d25cc
4 changed files with 40 additions and 10 deletions

View File

@@ -11,8 +11,8 @@ import javax.jws.WebMethod;
import javax.jws.WebParam; import javax.jws.WebParam;
import javax.jws.WebResult; import javax.jws.WebResult;
import javax.jws.WebService; import javax.jws.WebService;
import javax.jws.soap.SOAPBinding; import javax.xml.ws.soap.MTOM;
import javax.xml.bind.annotation.XmlSeeAlso; import java.util.logging.Logger;
/** /**
* This class was generated by Apache CXF 3.2.0 * This class was generated by Apache CXF 3.2.0
@@ -27,7 +27,7 @@ import javax.xml.bind.annotation.XmlSeeAlso;
targetNamespace = "urn:omds3Services-1-4-0", targetNamespace = "urn:omds3Services-1-4-0",
wsdlLocation = "file:/C:/Users/Jens/git/omdsservicedefinitions/OMDSServiceDefinition/src/main/resources/def/r1_5_0/omds3Services.wsdl", wsdlLocation = "file:/C:/Users/Jens/git/omdsservicedefinitions/OMDSServiceDefinition/src/main/resources/def/r1_5_0/omds3Services.wsdl",
endpointInterface = "at.vvo.omds.types.omds3Types.r1_5_0.service.OmdsServicePortType") endpointInterface = "at.vvo.omds.types.omds3Types.r1_5_0.service.OmdsServicePortType")
@MTOM(enabled = true, threshold = 1024)
public class OmdsServicePortImpl implements OmdsServicePortType { public class OmdsServicePortImpl implements OmdsServicePortType {
private static final Logger LOG = Logger.getLogger(OmdsServicePortImpl.class.getName()); private static final Logger LOG = Logger.getLogger(OmdsServicePortImpl.class.getName());

View File

@@ -16,6 +16,7 @@ import javax.jws.WebResult;
import javax.jws.WebService; import javax.jws.WebService;
import javax.jws.soap.SOAPBinding; import javax.jws.soap.SOAPBinding;
import javax.xml.bind.annotation.XmlSeeAlso; import javax.xml.bind.annotation.XmlSeeAlso;
import javax.xml.ws.soap.MTOMFeature;
/** /**
* This class was generated by Apache CXF 3.2.0 * This class was generated by Apache CXF 3.2.0
@@ -44,9 +45,11 @@ public final class OmdsServicePortType_OmdsServicePort_Client {
e.printStackTrace(); e.printStackTrace();
} }
} }
OmdsService ss = new OmdsService(wsdlURL, SERVICE_NAME); OmdsService ss = new OmdsService(wsdlURL, SERVICE_NAME);
OmdsServicePortType port = ss.getOmdsServicePort(); OmdsServicePortType port = ss.getOmdsServicePort(new MTOMFeature(1024));
// OmdsService ss = new OmdsService(wsdlURL, SERVICE_NAME);
// OmdsServicePortType port = ss.getOmdsServicePort();
{ {
System.out.println("Invoking getOMDSPackageList..."); System.out.println("Invoking getOMDSPackageList...");

View File

@@ -4,15 +4,42 @@ B A C K L O G
Änderungen, die aus Gründen der Abwärtskompatibilität bisher nicht vorgenommen wurden, Änderungen, die aus Gründen der Abwärtskompatibilität bisher nicht vorgenommen wurden,
aber mit einer Version 2 durchgeführt werden sollten. aber mit einer Version 2 durchgeführt werden sollten.
1. 1.
Von den Ebenenen der Produktmodellierung gibt es einfache Typen und "generische" Typen,
die optional noch Metainformationen aufnehmen können. Die einfachen Typen werden in Kfz verwendet.
Kfz sollte auch die generischen Typen verwenden, die einfachen würden dann komplett entfallen.
2.
omds3ServiceTypes und omds3CommonServiceTypes sind gegenseitig voneinander abhängig. omds3ServiceTypes und omds3CommonServiceTypes sind gegenseitig voneinander abhängig.
Die Abhängigkeit sollte nur omds3ServiceTypes --> omds3CommonServiceTypes sein. Die Abhängigkeit sollte nur omds3ServiceTypes --> omds3CommonServiceTypes sein.
Dazu müsste ost:PolicyPartnerRole verschoben werden nach omds3CommonServiceTypes. Dazu müsste ost:PolicyPartnerRole verschoben werden nach omds3CommonServiceTypes.
Das wäre eine nicht-abwärtskompatible Änderung. Das wäre eine nicht-abwärtskompatible Änderung.
3.
2.
In omds3CommonServiceTypes.xsd sollte <xsd:complexType name="ServiceFault"> umbenannt werden In omds3CommonServiceTypes.xsd sollte <xsd:complexType name="ServiceFault"> umbenannt werden
zu "ServiceFault_Type" und das zugehörige Element "serviceFault" sollte "ServiceFault" heissen. zu "ServiceFault_Type" und das zugehörige Element "serviceFault" sollte "ServiceFault" heissen.
4.
Wir haben in Kfz ein Element für Vinkulierung definiert und dann im Kontext für Leben das Thema
Sicherstellungen (inkl. Vinkulierung) nochmals allgemeiner gelöst. Kfz sollte auch auf die neue
Lösung umgestellt werden.
5.
Sach-privat kann derzeit kein Unfall als gleichberechtigtes Produkt aufnehmen, Unfall muesste
als Zusatzprodukt aufgenommen werden. Das ist technisch unproblematisch, fachlich wäre Unfall
aber eigentlich gleichberechtigt zu Haushalt oder Eigenheim zu sehen. Der Typ des Produkts im
Verkaufsprodukt müsste dafür aber weiter gefasst werden, also nicht ProduktSachPrivat_Type.
6.
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
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
eine andere Anzahl von Varianten anbieten möchte? Wurde bisher nicht tiefer diskutiert.
8.
Regex Variante ist bislang nicht definiert.