Upload von Files via WAA

[hacki]

Hallo an Alle dort draußen.
(kurz zu mir: Komme aus Essen und betreue dort unter anderem Anwendungen, die mit xBase geschrieben wurden - Benutze sehr viel den WAA in Verbindung mit Offline Programmen (loadfromurl), um Daten von der Zentrale zu vielen Clients herzustellen)

Was ich jetzt aber suche ist folgendes. Ich möchte gerne ein File mit dem WAA hochladen. Ich könnte zwar ein Mini Offline Programm zur Verfügung stellen, dass dann z.B. ein Word - Dokument in 40 kb große Stücke hochlädt.
Es Wäre aber schöner, wenn der File Upload Tag von HTML genutzt werden könnte. So weit ich weiß unterstützt der WAA diesen Tag nicht. Dieses berühmte Tool von Phil IDE habe ich auch schon in vielen Varianten ausprobiert, es aber nie zum Laufen bekommen.

Bei uns läuft aus Kompatibilitätsgründer der WAA 1.82
Wer hat eine IDEE?

Gruß Uwe

[Martin Altmann]

Hallo Uwe,
es wäre schön, wenn Du Deine Vorstellung kurz in dem dafür vorgesehenen Thread (Guten Tag, mein Name ist ... und ich bin Programmierer) wiederholen könntest, damit das ganze einigermaßen übersichtlich bleibt.
Zu Deinem Problem: Unter Umständen ist Dir mit dem Tool WAAUpload von Phil Ide geholfen?

Viele Grüße,
Martin

[brandelh]

Hi,

auf der Client-Seite muss man im HTML Code die Form auf multipart umstellen und natürlich sollte man die Übertragungsgröße begrenzen.

Hier ein Beispiel von meiner CGI-Testseite für ZIP-Dateien:

Code: Alles auswählen

<FORM enctype="multipart/form-data" action="/cgi-bin/ShowInfo.exe" method=post>
<P>
<TABLE>
  <TBODY>
    ... andere Felder 
  <TR>
    <TD><LABEL accessKey=D for=FileSend><U>D</U>atei-Upload: </LABEL>
    <TD><INPUT id=FileSend name=FileSend type='file' size='40' accept='application/zip' maxlength='2097152' >
  </TR>
  </TBODY>
</TABLE>
</P>

Auf der Serverseite kommen die Felder dann beim CGI-Programm als multipart an, ob das der WAA verarbeiten kann weiß ich aber nicht. Eventuell ist ja da was bei Phils Datei enthalten, die Martin erwähnt hat.

Multiformat Felder werden etwa so übergeben, ob der WAA diese verarbeiten kann ? :

STDIN-Original:
-----------------------------7d639b2530090 Content-Disposition: form-data; name="vorname" MyVorname -----------------------------7d639b2530090 Content-Disposition: form-data; name="name" MyName -----------------------------7d639b2530090 Content-Disposition: form-data; name="strasse" -----------------------------7d639b2530090 Content-Disposition: form-data; name="plz" -----------------------------7d639b2530090 Content-Disposition: form-data; name="ort" -----------------------------7d639b2530090 Content-Disposition: form-data; name="anmerkung" -----------------------------7d639b2530090 Content-Disposition: form-data; name="Extra" JAHR -----------------------------7d639b2530090 Content-Disposition: form-data; name="FileSend"; filename="test.zip" Content-Type: application/octet-stream -----------------------------7d639b2530090 Content-Disposition: form-data; name="SendData" Senden -----------------------------7d639b2530090--

Normale Felder kommen nämlich so rüber:

STDIN-Original: vorname=MyVorname&name=MyName&strasse=&plz=&ort=&anmerkung=&Extra=JAHR&SendData=Senden

Ich würde für Dateitransfer mit LoadFromUrl aber nicht die HTML Schiene gehen, sondern FTP nutzen.

[Martin Altmann]

Hallo Hubert,
im Prinzip ist es das - die Datei kommt beim WAA-Server über StdIn an und muss dann entsprechend rausgeschrieben werden.
FTP ist zwar schön und gut, aber Upload in einer Webseite ist "hübscher" und einfacher

Viele Grüße,
Martin

[brandelh]

FTP ist zwar schön und gut, aber Upload in einer Webseite ist "hübscher" und einfacher

Ich meinte ja nur, falls er den Client mit Xbase++ und loadfromurl macht (ich meine sowas gelesen zu haben) würde ich ftp nehmen, sonst natürlich nicht. Sonst hätte ich mich ja auch noch nicht mit beschäftigt

[Martin Altmann]

ich habe gerade gesehen, dass er ja Phils Tool probiert hat und damit Probleme hat (klar - er nutzt ja auch 1.82 und Phils Tool ist für 1.8 erstellt).
Wenn Uwe jedoch die Prof. Subskription hat, dann kann er Phils Tool auch mit AsiNet kompilieren.
War heute früh zu früh für mich
Aber im Prinzip sind die von Dir, Hubert, geschilderten Dinge so ähnlich auch in der Alaska Newsgroup für den Web Application Adaptor beschrieben worden...
Viele Grüße,
Martin

[brandelh]

:Aber im Prinzip sind die von Dir, Hubert, geschilderten Dinge so ähnlich auch in der Alaska Newsgroup für den Web Application Adaptor beschrieben worden...

Ich habe den Code aus einem PowerBasic Beispiel, da mir der Upload am Anfang Probleme bereitete. Beim WAA hatte ich nichts gefunden, was nichts heißt, ich hab öffters Tomaten auf den Augen

[Martin Altmann]

Ich komme von hier leider nicht an den Newsserver von Alaska heran (der port ist auf unserer Firewall gesperrt) und das (noch nicht offzielle) Webfrontend bietet noch nicht den Zugriff auf alle alten Einträge...
Ich meine mich an folgendes zu erinnern:
- Es gibt unter dem WAA die Methode PutFile()
- man muß auf multipart umschalten
- die Daten kommen über StdIn und müssen "nur" von dort gelesen und rausgeschrieben werden

Wenn ich heute abend zu Hause bin, kann ich ja noch mal in der Alaska-Newsgroup nach Upload suchen...

Viele Grüße,
Martin

[brandelh]

Ich komme von hier leider nicht an den Newsserver von Alaska heran (der port ist auf unserer Firewall gesperrt)

genau wie bei uns ...

PutFile() hört sich für mich aber nach der anderen Richtung an
(WebServer soll eine Datei übertragen, also download vom Client aus gesehen).

[Martin Altmann]

Hallo Hubert,

PutFile() hört sich für mich aber nach der anderen Richtung an (WebServer soll eine Datei übertragen, also download vom Client aus gesehen).

nee nee! Es geht dabei um die Übertragung einer Datei vom WAA-Server zum (eigenen) WebServer (also in dem Fall auch kein Wunder, dass der Betreffende in der Newsgroup damit so seine Probleme hatte, einen Dateiupload vom Client zum Webserver zu realisieren )

Viele Grüße,
Martin

[brandelh]

Hallo Martin,

genau das meinte ich, vergaß nur zu präzisieren, dass der Webserver und der WAA-Server getrennt sein können. Jedenfalls bedient der WAA die CGI-Schnittstelle des WebServers, und wenn diesem eine Datei mit geeignetem Vorspann als Antwort über STDOUT übermittelt wird, nimmt die der Webserver und sendet das ganze als Anwort auf einen Downloadrequest vom Browser. Am Browser geht dann der 'Speichern, Ausführen oder Abweisen' Dialog auf.

Ich denke FileUpLoad und FileDownLoad muss man immer vom Client aus sehen.

Nun bleibt die Frage was HACKI eigentlich will

[Martin Altmann]

Hallo Uwe,
wie sieht es aus? Soll ich Dir das WAAUpload von Phil Ide für 1.82 kompilieren?
Ich habe ja - noch - die Prof. Subskription (1.82 und 1.9)

Viele Grüße,
Martin

[hacki]

Hy Martin,
ja bitte einmal kompilieren.
Gruß Uwe

[Martin Altmann]

Hallo Uwe,
ist erledigt!
Ich habe Dir eine PN geschrieben und warte auf Deine Antwort...

Viele Grüße,
Martin

[Martin Altmann]

Hallo Uwe,
und - hat es Dir etwas genutzt?

Viele Grüße,
Martin