Archive Page 2
Warum hat das so lange gedauert?
Ich benutze SlickRun schon länger, möchte aber noch einmal darauf hinweisen. Es ist eine Art Kommandozeile die man frei auf dem Desktop bewegen kann. Hyperlinks, Dateien, Programme etc. können beliebigen Kommandos zugeordnet werden.
Daraus entstehen keine Hotkeys! Die Kommandos werden direkt in SlickRun eingegeben.

Nach der Installation des 2.0 Frameworks bekam ich Probleme mit Workstate Codify, da der Lizenzschlüssel nicht mehr passte.
Die Lösung ist ziemlich einfach und hier beschrieben.
Offensichtlich benutzt Codify nach der Installation des .NET 2.0 Frameworks dieses zum Ausführen und gerät dann bei der Prüfung der Lizenz durcheinander.
Es muss also eine Datei im Ordner:
C:\Dokumente und Einstellungen\Benutzer\Lokale Einstellungen\Anwendungsdaten\Workstate\Codify\1.3.2
mit dem Namen CbtEdit.exe.config erzeugt werden.
Inhalt:
-
-
<configuration>
-
<startup>
-
<requiredRuntime version="v1.1.4322" safemode="true"/>
-
</startup>
-
</configuration>
Danach läuft alles.
Ich musste heute einen kleinen Umweg machen, um Funktionalität, die nur im .Net 2.0 Framework zur Verfügung steht, auch in einer .NET 1.1 Anwendung zu nutzen.
Es geht um die Erstellung von externen Signaturen im PKCS#7-, respektive CMS Format.
Da diese Form der Signierung meines Wissens nach nur mit dem .NET 2.0 Framework möglich ist, habe ich folgendes gemacht:
- .NET 2.0 Framework installieren
- Entwicklungsumgebung installieren
- WebService schreiben der die Funktionalität kapselt und ein byte[] mit der Signatur zurückgibt
- WebService deployen
- Deployte Anwendung im IIS auf das .NET Framework 2.0 umstellen
- WebService in der .NET 1.1 Anwendung einbinden
nutzen und warten, bis wir komplett auf das .NET 2.0 Framework umstellen...
Ich hatte ja gehofft, daß im .NET 2.0 Framework die crypt.dll endlich mal durch nativen C# Code ersetzt wird. Ist aber leider nicht der Fall, wenn man sich den Code mit Reflector anschaut, sieht man wieder, daß die Aufrufe weitestgehend an diese dll weitergeleitet werden.
Bei Mono hingegen wird versucht obige Funktionalität in C# zu implementieren, jedoch gibt es dort derzeit nur Low-Level Kryptographie-Funktionalität.
