Klassische ASP: Posting mit Inhalt von PDF-Datei in einer .NET-Seite

StackOverflow https://stackoverflow.com/questions/699687

  •  22-08-2019
  •  | 
  •  

Frage

Das Problem ist also die Hälfte der App in klassischen Asp geschrieben wird und die andere Hälfte in asp.net. Es gibt eine PDF-Datei (im Speicher), die von klassischem ASP-Code generiert wird, die ich mit der .NET Hälfte teilen muß. Ich dachte an das PDF an dem FS oder DB speichern, die ich bin ziemlich sicher, dass die meisten von Ihnen würden nicht empfehlen, weil es zu IO des Sparens durch einen sehr langsamen Prozess gehen müßte, und dann würde ich manuell reinigen muß, nachdem - unnötig mehr Engpässe und Fehlerquellen zu schaffen.

Ich dachte an einen Beitrag von der klassischen Asp-Seite nachahmt, indem Sie Server.Transfer oder Microsoft.XMLHTTP Objekte auf .NET, aber weder paßt genau das Szenario, wie ich die URL auf der Client-Seite wirklich will, tue auf dem zu zeigen .NET aspx Seite. So gibt es eine einfache Möglichkeit, eine POST von klassischen ASP zu einer .NET-Seite mit einer PDF-Datei eingebettet herzustellen?

Vielen Dank im Voraus für alle Kommentare oder Vorschläge.

War es hilfreich?

Lösung

Ein wenig wie ein Hack, aber ...

Erstellen Sie ein Formular im klassischen ASP mit einem Feld, das Sie mit den Daten aus der PDF-Datei zu füllen. Die Wirkung der Form würde die ASP.NET-Seite sein. So etwas wie: 

<body onload="pdfsenderform.submit()">
    <form name="pdfsenderform" action="pdf.aspx" method="post">
       <input type="hidden" name="pdffiledata" value="<%...output your PDF data here...%>" />
   </form>
</body>

Möglicherweise müssen die binären PDF-Daten vor dem Schreiben sie das Formularfeld (Base64 oder etwas).

kodieren

Andere Tipps

Ihre beste Wette ist wahrscheinlich die FS oder DB der Schwierigkeiten ASP.NET und ASP Interaktion berücksichtigen. Das ist mein „Weg des geringsten Widerstandes“.

Schreiben Sie einfach auf die Festplatte, speichern Sie die Dateinamen in einem Cookie oder Abfragezeichenfolgeflag und Response.Redirect der Benutzer. Es ist wahrscheinlich, „schnell genug“ und viel einfacher zu sein, als einen kleinsten gemeinsamen Nenner Staats Server zugänglich über TCP beide Schreiben - das ist die einzige im Speicher Art und Weise ist zu tun, ich mir vorstellen kann.

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top