Zweiter versuch RIO vs Tokyo TStringDynArray

[TiGü]

Vielleicht wäre es besser, die Definition der Arraytypen selber zu machen und sich nicht auf die Definitionen in System.Types zu verlassen.
So ist das auch schwierig, die WSDL in andere Sprachen zu importieren (bzw. man müsste man es mal prüfen, was damit gemacht wird).

[QuickAndDirty]

Zitat von TiGü:

Vielleicht wäre es besser, die Definition der Arraytypen selber zu machen und sich nicht auf die Definitionen in System.Types zu verlassen.
So ist das auch schwierig, die WSDL in andere Sprachen zu importieren (bzw. man müsste man es mal prüfen, was damit gemacht wird).

Ich werde jetzt tatsächlich die definitionen local überschreiben, so dass wenigstens die WSDL Datei eine Form hat die ich erwarte.

Es scheint einen haufen converter optionen zu geben aber keine davon hat die gewünschte Auswirkung ,die Aliase nicht zu interpretieren...

Auf dem WebServiceModule

HTTPSoapPascalInvoker1.Converter.options

soDontSendVarArrayType...macht nichts
soLiteralParams...macht nichts

[QuickAndDirty]

Hab die Definitionen von Tokyo in meine CommonTypes unit kopiert.... und diese in der Interface definition von dem Webservice aufgenommen.
Somit wird die WSDL datei schon mal ordentlich erzeugt... und in der Geschäftlogik ist die unit eh schon überall referenziert!

Gucken wir mal wie die verschiedenen Clients in den Verschiedenen Versionen zu handhaben sind....

[QuickAndDirty]

Wow...
also Wenn ich diese Typen in einer eigenen UNIT deklariere und diese benutze exportiert der WEBSERVICE sie über die WSDL datei und sie werden dann in der generierten Clientdatei mit angelegt....
also wären sie 2 mal deklariert einmal in meiner allgemeinen Typen unit und einem in der generierten client unit...
und das 2 verschiedene typen sind

TYP1 = array of String
TYP2 = array of String

geht das so nicht....



meine fresse Embarcadero....

Also muss ich jetzt groß umbauen

[TiGü]

Zitat von QuickAndDirty:

Wow...
also Wenn ich diese Typen in einer eigenen UNIT deklariere und diese benutze exportiert der WEBSERVICE sie über die WSDL datei und sie werden dann in der generierten Clientdatei mit angelegt....
also wären sie 2 mal deklariert einmal in meiner allgemeinen Typen unit und einem in der generierten client unit...
und das 2 verschiedene typen sind

TYP1 = array of String
TYP2 = array of String

geht das so nicht....



meine fresse Embarcadero....

Also muss ich jetzt groß umbauen

Les nochmal Beitrag #21.
Es ist schon ganz richtig so, dass die Typdefinitionen in die WSDL konvertiert werden.
Wie sollen sonst andere Importer die Typen in Java, C#, C++ abbilden? Denen steht System.Types oder deine Common-Unit nicht zur Verfügung.
Es ist vielleicht einfach eine Verständnisschwierigkeit auf deiner Seite?

[QuickAndDirty]

Nein mir ist das klar.
Aber das er eben vorher in Tokyo beim import erkannt das er diese Definitionen bereits hat, weil sie eben aus System.types stammen.
Mit eigenen definitionen läuft das natürlich nicht...
Also habe ich jetzt alles, wirklich alles. auf TArray<Einfachertyp> umgestellt...
Der Quellcode läuft in Beiden in RIO und Tokyo sowohl am Server sowie auf den 3 verschienden Client Apps und Anwendungen.


[OT]
Wieder eine Menge Zeit zur Verbesserung der Anwendungen für die User sinnvoll eingesetzt.
Sorry wegen des rumheulens. Ist gerade kein guter Moment.
[/OT]

[TiGü]

Zitat von QuickAndDirty:

[OT]
Wieder eine Menge Zeit zur Verbesserung der Anwendungen für die User sinnvoll eingesetzt.
Sorry wegen des rumheulens. Ist gerade kein guter Moment.
[/OT]

Kenn ich...das ist einer dieser "Hätte ich es nur von Anfang an richtig gemacht"-Momente.
Nervt und ist zeitraubend, aber zumindest konnte man das Problem lösen.