Parsen des Headers content-disposition header in multipart/from-data

Question

Gemäß RFC, in multipart/form-data content-disposition Header Dateiname Feld als Parameter HTTP in Anführungszeichen String - Zeichenfolge zwischen Quites, wo Zeichen '\' kann entkommen irgendein anderes ASCII-Zeichen.

Das Problem ist, Webbrowser tun es nicht.

IE6 sendet:

Content-Disposition: form-data; name="file"; filename="z:\tmp\test.txt" 

erwartete Statt

Content-Disposition: form-data; name="file"; filename="z:\\tmp\\test.txt" 

die als z:tmptest.txt nach Regeln analysiert werden soll, anstatt z:\tmp\test.txt.

Firefox, Konqueror und Chrome kann nicht entkommen "Zeichen zum Beispiel:

Content-Disposition: form-data; name="file"; filename=""test".txt" 

Statt

erwartet

Content-Disposition: form-data; name="file"; filename="\"test\".txt" 

So ... wie würden Sie mit diesem Thema befassen vorschlagen

?

Hat jemand eine Idee?

Answer 1

Gibt es einen Grund, dass Sie diesen Dateinamen überhaupt analysieren müssen?

Wenigstens die eine Sache, die konsistent ist, dass der filename Teil des Headers mit einem doppelten Anführungszeichen endet, so brauchen Sie nur in alles, was zwischen filename=" und den letzten" zu lesen.

Dann können Sie wahrscheinlich jede Backslash andere als \\, \" oder \" als Backslash behandeln, es sei denn, Sie denken, es ist besonders wahrscheinlich, dass Benutzer Dateinamen mit Registerkarten in ihnen werden hochladen. :)

Answer 2

Obwohl ein alter Thread, Hinzufügen der untenstehenden Java-Lösung für wen auch immer interessiert sein könnte.

// import com.sun.xml.internal.messaging.saaj.packaging.mime.internet.*; 

    try { 
     ContentDisposition contentDisposition = new ContentDisposition("attachment; filename=\"myfile.log\"; filename*=UTF-8''myfile.log"); 
     System.out.println(contentDisposition.getParameter("filename")); 
    } catch (ParseException e) { 
     e.printStackTrace(); 
    }