Sher schön! :) Ging ja echt schnell ^^ Naja, heute ist ein Einbeck Eulenfest, da kann ich nicht Coden, mein geistiger Zustand wird das dann nicht zulassen ;D
Was mir noch aufgefallen ist: Es ist sicherlich ganz schön, wenn die Methoden "GetLibVersion" und "GetOSVersion" als Shared deklariert werden, weil dafür ja nicht zwingend eine Instantz nötig ist.
Hallo, ich habe wieder etwas zu berichten. Ich habe gerade versucht, mein Programm mit einem Strong Name zu versehen, dann kommt folgende Compilermeldung: Zitat von VB2010 Compiler: „Unable to emit assembly: Referenced assembly 'HttpPostRequestLib' does not have a strong name“ FXCop sagt, dass du dort findest, wie du es änderst: msdn.microsoft.com/library/ms182127%28VS.90%29.aspx gruß, nikeee
Hi, ich hab auch schon wieder einen Vorschlag. Es wäre schön, wenn man anstatt einer Datei auch einen MemoryStream mit dem Dateinamen, der dann gesendet werden soll, angeben kann. VB.NET-Quellcode (2 Zeilen) (überladen) Außerdem wäre es noch toll, wenn du den Responsestream schließt.
Der Vorteil vom Memorystream ist, dass man keine Datei zwischenspeichern muss. Du kannst den stream byteweise auslesen, was du sicherlich benötigen wirst. So könnte man z.B. ein Bitmap-Objekt via .Save in einen Memorystream speichern und an deine Postlib übergeben. java2s.com/Code/VB/File-Directory/MemoryStreamDemo.htm
codeproject.com/Articles/20728…ass-Diagram-Creation-Tool Ich würde dir ja eins aus VS machen, aber man kann leider keins von externen DLLs erstellen. Dafür kann man nur einen extra Generator verwenden.
Ich habe ein Bitte an dich, Dodo. Ich habe mir gerade V4.1 geladen und bin etwas überrascht. Ich finde, dass die benennung der Variablen etwas misslungen ist. Ein gutes Beispiel ist z.B. "e.Sourcecode". Außerdem wäre es schön, wenn das UploadCompleted-Event sowie das ProgressChanged-Event im Hauptthread gefeuert werden sollten, und nicht im Hintergrundthread. Ich würde die Lib wirklich gerne Verwenden, aber das mit dem Threading ist da wirklich noch ein Dorn im Auge. Was das naming der Variablen…
19227879.jpg Zitat von ICQ: „"die MessageBox mit der Response taucht nicht auf, die Anwendung friert ein, bleibt unbedienbar. " (3:15:28 PM) nikeee: du arbeitest im gleichen thread, u know? (3:15:43 PM) Lukas: und das stellt bei wpf ein problem dar, oder? (3:15:53 PM) nikeee: das stellt kein problem dar (3:15:59 PM) nikeee: das ist einfach nur homo (3:16:04 PM) nikeee: auch in winforms (3:18:08 PM) nikeee: naja (3:18:10 PM) nikeee: es ist so (3:18:22 PM) nikeee: dass webrequests lange brauchen, …
Die Klasse, die die PostRequest-Klasse früher intern verwendet hatte, musste ISynchronizeInvoke implemtieren. Das ging zwar, hat aber auf Dauer gestörtr, da man immer leere(?) Implementierungen in der Klasse hatte. Der Backgroundworker und der WebClient können es doch auch...?
Zitat von Dodo: „Ich weiß nicht wieso du das Implementieren musst, ich muss es irgendwie nicht wenn ich die Klasse verwende in meinem Beispiel projekt?“Ich schon. Das gab eine Exception. Ich war da nicht der Einzige: [Release] [Version 4.1] HttpPostRequestLib
Hi Dodo, würdest du für mich die neuste HTTPPostLib wieder mit einem String Name signieren? Ich kann den Rest meines Projektes leider nicht signieren, weil deine Library es nicht ist. Außerdem: Mich betrifft es zwar nicht, aber wie wäre es mit einer .NET 4.0-Version, damit auch die 4.0 und 4.5er diese Library verwenden können? Denn diese Library sollte mit einem 4.0-Projekt nicht kompatibel sein (wegen der 2.0 CLR). Wer natürlich vollen .NET 4.5-Komfort braucht, kann auch den HttpClient verwende…
Ich bin es mal wieder. Ich habe über deine Library leider nicht die möglichkeit, die Request-Header zu setzen. Leider habe ich eine API vor mir, die das vorsieht. Kannst du das möglich machen? Edit: @Dodo: entwickelst du das noch weiter? Wenn nicht, biete ich mich an, das zu übernehmen. Unabhängig davon wäre es mal schön, wieder was vom Projekt zu hören.