Problem bei FileUpload to Azure - debugger funzt - code nicht

[Uwe Raabe]

Warum verwendest du RESTRequest.Params anstatt der Addxxx-Methoden in TRESTRequest? Dann könntest du z.B. direkt AddFile verwenden.

Andererseits kann ich aus dem Code-Part nicht erkennen, wie die Daten auf dem Server ausgewertet werden. So wäre eine Beschreibung wichtig, woran der Server erkennt, dass es eine neue Datei sein soll und wann ein Update.

[schorsch666]

erstmal Danke. Die .add-methoden werde ich nochmal testen.

problem ist halt, dass wir keinen grossen einfluss bzw. zugriffsrechte auf deren cloud haben. also habe ich jetzt erstmal einen link bekommen, um zu testen, welche files ueberhaupt im "directory", von wann, etc. sind, damit ich "die" nicht dauernd nerven muss (kommt halt im xml-format).

also, ich versuche das mal morgen und winke ggf. wieder hektsich

tks, de schorsch..

[schorsch666]

ich nochmal,
"addFile" will aber einen dateinamen haben - und den brauche ich doch nicht, denn der kommt in die URL. Und wo kommt dann der eigentliche dateiinhalt rein?

also eigentlich wollte ich ja nur das nachbilden, was der restdebugger auch macht, denn damit klappts ja.

du kannst ja einfach mal im restdebugger "PUT" waehlen, den inhaltstyp auf "text/html" stellen und in den benutzerdef. rumpf den inhalt einer textdatei einfuegen. dann die kompos in ne leere app kopieren und im request die params ansehen.. (wenn du magst) also was bedeutet dadrin der "name"?

so, erstmal feierabend..

LG

de schorsch

[himitsu]

Zitat von schorsch666:

"addFile" will aber einen dateinamen haben

Eigentlich hätte ich gefragt "bist'e dir sicher?", ABER

https://docwiki.embarcadero.com/Libr...equest.AddFile

Da fehlt wirklich eine Variante mit Stream.
Diesen Bug sollte man mal melden.

Dateiname (zum Laden und als Bezeichner "file" als Bezeichner)
oder
QuellDateiname (Dateisystem) mit optionalem Bezeichner
oder
TStream mit Bezeichner (was es aktuell nicht gibt ... also erst auf Festplatte und dann von dort, z.B. TPath.GetTempFileName mit TFile.WriteAll* oder Dergleichen)


Ja, AddFile reicht es am Ende auch nur an Params.AddItem weiter
aber von AddItem gibt es auch eine Variante, welche z.B. einen TFileStream/TMemoryStream oder TBytes (ala TFile.LoadAllBytes) entgegen nimmt.

[Uwe Raabe]

Solange man das Kriterium nicht kennt, nach dem der Server ein neues File anlegt oder ein bestehendes aktualisiert, wird das hier alles nur Spekulation.

Man muss nur bedenken, dass bei einem AddBody mit String als erstem Parameter ein zusätzlicher Body angelegt wird, während bei den anderen AddBody-Calls ein eventuell vorhandener Body-Parameter ersetzt wird. Aber ich sehe bisher noch nicht, inwieweit das hier relevant sein sollte.

Ein REST-Server ohne Beschreibung ist eigentlich unbrauchbar.

[schorsch666]

@himitsu: "Ja, AddFile reicht es am Ende auch nur an Params.AddItem weiter" - deswegen

und zu Uwe: ich verstehe deine anmerkungen leider alle nicht wirklich. ich habe doch geschrieben, dass es eine azure-cloud ist und "die" einen container fuer uns angelegt haben, in welchem wir files ablegen sollen - soweit sogut - also was soll ich da fuer eine "server-doku" haben??

und dann: mit dem debugger funzt es doch. ich will doch einfach nur wissen, wie ich die parameter aus dem debugger ins proggi bekomme bzw. diejenigen im proggi setzen kann, die in den kompos (wenn ich die kopiere) fest unter "params" drinnen habe. hast du das denn mal versucht, was ich geschrieben habe? dann wirds doch ganz klar

erstmal tks fuer die hilfe

[himitsu]

Zitat:

Doku

Die von Azure?


Hat die Rest-Komponente denn keine Debugevents,
wo man sich ansehen könnte, was genau versendet wird?

Und dann mit der Ausgabe vom RestDebugger vergleichen.


Alternativ, wenn möglich, beim Empfänger debuggen, also was bei ihm jeweils rein kommt.
Oder die Netzwerkschnittstelle loggen und dort dann nachsehn, was wer versendet.

[Uwe Raabe]

Zitat von schorsch666:

und dann: mit dem debugger funzt es doch. ich will doch einfach nur wissen, wie ich die parameter aus dem debugger ins proggi bekomme bzw. diejenigen im proggi setzen kann, die in den kompos (wenn ich die kopiere) fest unter "params" drinnen habe. hast du das denn mal versucht, was ich geschrieben habe? dann wirds doch ganz klar

Sorry, aber da ich den RestDebugger mangels Gegenstelle nicht ausprobieren kann, bleibt das alles nur Spekulation. Ich sehe zwar, was der Debugger in die Komponenten schreibt, aber auch die kann ich mangels Gegenstelle nicht ausprobieren. Intern benutzt der Debugger auch nur diese Komponenten (siehe c:\Program Files (x86)\Embarcadero\Studio\22.0\source\data\rest\res tdebugger\).

Wenn die Datei bei Azure über den Dateinamen referenziert wird, würde ich bei gleichem Namen auch ein Update erwarten, anstatt eine zweite Datei gleichen Namens neu anzulegen.

Wenn es bei dem Debugger immer funktioniert, dann müsstest du doch bei zweifachem Aufruf mit identischen Parametern auch eine neue Datei anlegen. Oder wird dann auch nur ein Update gemacht. Wie überprüfst du denn das?