Marcels Blog

Script# und Silverlight

Wed, 05 Dec 2007 10:23:28 GMT

Nikhil Kothatis Script#-Projekt ermöglicht das Entwickeln von JavaScript-Seiten und -Bibliotheken in C# - auch in Verbindung mit Silverlight. Es gibt aber auch Stolpersteine.

Silverlight mit dynamischen Inhalten aus DotNetNuke

Fri, 19 Oct 2007 12:17:40 GMT

Verblüffend einfach kann man Silverlight in DotNetNuke einbinden. Mit einem kleinen Kniff kann man dann dynamisch Inhalte aus DotNetNuke in Silverlight anzeigen...

Webservices für das ASP.NET AJAX Toolkit unter DotNetNuke

Wed, 20 Jun 2007 22:00:00 GMT

Aller Anfang ist schwer. Insbesondere bei der Verwendung von Webservices für das AJAX Toolkit. Nicht, weil die Doku schlecht ist, oder die Anwendung der Controls so schwierig (ganz im Gegenteil), sondern weil man einfach nicht sieht, was da passiert, wenn die SOAP-Calls abgesetzt werden. Schlimmer noch: Man kann sich ja nicht einmal sicher sein, dass sie abgesetzt werden.

Was tun, wenn man nichts sieht? Augen aufmachen!
In diesem Fall heißt das: den Fiddler installieren. Dieses Tool arbeitet als Proxy zwischen dem IE und dem Web und zeichnet den Datenverkehr auf. Somit werden auch die sonst "unsichbaren" SOAP-Aufrufe sichtbar.
Vorsicht: Der Fiddler zeichnet http://localhost/... nicht auf. Hier muss man sich mit der aktuellen IP oder dem Computernamen behelfen!

Mit Hilfe des Fiddlers lassen sich die kleinen Hürden nun schnell meistern. Unter DNN gibt es allerdings noch einen Kniff in Bezug auf den ServicePath. Normalerweise gibt man hier im Control die URL zum behandelnden Webservice an. Unter DNN hatte ich mit den relativen Pfaden Schwierigkeiten. Der richtige Pfad wäre beispielsweise ~/DektopModules/MeinModul/MeinWebservice.asmx. Diese Notation wird zur Laufzeit nicht richtig umgesetzt, es sei denn, man schreibt die URL nicht direktt in das Attribut des Controls, sondern macht dies programmatisch zur Laufzeit (in Page_Load):

ScriptManager scriptManager = ScriptManager.GetCurrent(this.Page);
ServiceReference serviceRef = new ServiceReference();
serviceRef.Path = @"~/DesktopModules/MeinModul/MeinWebservice.asmx";
scriptManager.Services.Add(serviceRef);

More ...

Verwendung der DotNetNuke ClientAPI

Sat, 24 Mar 2007 23:00:00 GMT

Bei der Verwendung der DotNetNuke ClientAPI stieß ich trotz ausführlicher Dokumentation von Jon Henning schnell auf offene Fragen. Insbesondere war mir anfangs unklar, in welcher Methode ich welche Registrierungen oder Initialisierungen vornehmen mussste. Im folgenden kläre ich einige davon auf...

Ausschalten (visible=false) von DotNetNuke-Modulen

Sun, 25 Feb 2007 23:00:00 GMT

Für ein Projekt stand ich plötzlich vor der Aufgabe ein Modul programmatisch unsichtbar schalten zu müssen und stellte fest: Die Visible-Eigenschaft des Modul hilft da kaum weiter, denn damit schaltet man ja nur den Inhalt des Containers ab. Aber es geht auf andere Weise...

Fehler beim Empfangen von Emails (error 0x800CCC0F)

Sat, 17 Apr 2004 23:00:00 GMT

error (0x800CCC0F) : 'The connection to the server was interrupted. If this problem continues, contact your server administrator or Internet service provider (ISP). The server responded: +OK'.

Dieser Fehler tritt des öfteren bei bestimmten Spam-Mails in Verbindung mit Norton Anti Virus auf. Beim Herunterladen der Mails vom Mailserver wird die Verbindung plötzlich unterbrochen, sobald eine dieser ominösen Spam-Mails gefunden wird. Besonders störend ist, dass die bis dato heruntergeladenen Mails auf dem Mailserver nicht gelöscht werden. Wenn man nicht zufällig manuell auf den Server zugreifen kann, hat man schlechte Karten.
Bei Symantec ist das Problem zwar bekannt (siehe Support-Artikel), allerdings fand ich dort bisher nur den Tip, die Email-Prüfung auszuschalten ( Uff! Das muss man sich mal auf der Zunge vergehen lassen.). Immerhin funktioniert es tatsächlich: Schalte ich die Email-Überprüfung ab, kommen alle problemlos an. Als endgültige Lösung kann ich diesen Ansatz allerdings nicht verstehen...

More ...

Lebenszyklus von ASP.NET-Seiten

Sun, 04 Apr 2004 22:00:00 GMT

Viele Schwierigkeiten von Einsteigern bei der Erstellung eigener (Custom-)Controls ergeben sich aus der Unkenntnis des genauen Lebenszyklus eines solchen. Meist rühren die Probleme daher, dass bei einem PostBack der Zustand des Controls (samt seiner ChildControls) nicht 1:1 wieder hergestellt wird. Die Folge davon ist, dass beispielsweise die Event-Handler nicht mehr richtig zu den Controls zugeordnet werden können. (Dabei können erstaunliche, scheinbar mysteriöse Nebeneffekte auftreten, die, wenn sie den leidgeplagten Programmierer nicht zur Verzweiflung treiben würden, wirklich lustig wären. Beispielsweise wird statt des erwarteten, registrierten Event-Handler eines Controls auch schonmal der eines vollkommen anderen aufgerufen.)

Zu diesem Thema kann ich übrigens das Buch "ASP.NET Server Controls and Components" von Nikhil Kothari und Vandana Datye (erschienen im Microsoft-Verlag) emfpehlen. Darin ist auf Seite 175 auch der Lebenszyklus eines CustomControl abgebildet. Leider fehlen mir in dieser Darstellung eine wichtige Methode: CreateChildControls(). Daher versuche ich eine angereicherte Darstellung der Abläufe:

Ohne PostBack:

Instanciate: Constructor
Init() und OnInit()
TrackViewState()
Load() / OnLoad()
ggf. DataBind() und OnDataBinding()
EnsureChildControls() und CreateChildControls()
PreRender() und OnPreRender()
SaveViewState()
Render()
RenderChildren()
Unload() und OnUnload()

Mit PostBack:

Instanciate: Constructor
Init() und OnInit()
TrackViewState()
HasChildControls(), EnsureChildControls() und CreateChildControls()
LoadViewSate()
LoadPostData()
Load() / OnLoad()
RaisePostDataChangedEvent()
RaisePostBackEvent()
DataBind() und OnDataBinding()
EnsureChildControls() und CreateChildControls()
PreRender() und OnPreRender()
SaveViewState()
Render()
RenderChildren()
Unload() und OnUnload()

Man muss sich bewusst machen, dass bei einem PostBack das Control (plus ChildControls) zunächst 1:1 wieder hergestellt wird. Dies geschieht unter Punkt 4. Anschließend wird der Zustand des Controls wiederhergestellt (Punkte 5 u. 6) und erst danach werden die registrierten Handler aufgerufen (Punkte 8 u. 9)
Kann (durch unglückliche Programmierung) der Zustand der Controls nicht ordentlich wieder hergestellt werden, können auch die registrierten Handler nicht korrekt zugewiesen werden, und es kommt beim Aufruf der Handler zu einem unkalkulierbaren Durcheinander.

More ...

Anbindung an den GZS Paymaster via PHP (Server-2-Server)

Tue, 10 Feb 2004 00:00:00 GMT

Endlich ist es geschafft! Meine Direktanbindung an den Paymaster der Firma GZS funktioniert endlich.

Ich kann Euch gar nicht sagen, wieviele Nerven mich das gekostet hat. (An dieser Stelle noch einmal vielen Dank an die freundliche Dame vom GZS-Support-Team, die meinen ständigen Anfragen mit einer Engelsgeduld entgegentrat.)

Die Klasse, in der ich alle Funktionen zur direkten Kommunikation mit dem Paymaster gekapselt habe, steht eigentlich schon eine ganze Weile. Patrick hatte mir für erste Tests einen kleinen Server geschrieben, mit dem man den Paymaster simulieren konnte. Wir haben damit zunächst "Trockenübungnen" gemacht, weil unser Testaccount noch nicht fertig war.

Als es dann zur Sache ging, traten schnell die ersten Probleme auf. Der Verbindungsaufbau klappte, aber der Paymaster meldete uns statt eines fröhlichen "HTTP/1.1 200 OK" dauernd ein frustrierendes "HTTP/1.1 100 Continue". Mistfink! Sobald wir ein Byte zu wenig oder zuviel sendeten (Content-Length), leifen wir in einen Timeout. Also musste ein anderes Problem vorliegen.
Der entscheidende Tip kam dann vom Support-Team: Anstelle von "HTTP 1.1" wie es im Handbuch beschrieben ist, wird "HTTP 1.0" in der Anfrage verlangt. Ein kleiner, aber feiner Unterschied. (Anm.: Die Antwort des Servers beruht jedoch immer auf "HTTP 1.1"!)

Nach dieser Erkenntnis lieferte der Paymaster auch die gewünschte Antwort. Bei der Bestätigungsanfrage krachte es allerdings abermals. Auf eine korrekte Anfrage antwortete der Server ohne Angabe der Content-Length, allerdings auch ohne "Connection: Close". Bekommt man ein "Connection: Close", weiß man, dass man den Stream leerlesen soll, und dann die Verbindung gekappt wird. Lautes Fluchen konnte ich mir nicht verkneifen, aber Patrick bemerkte nur, dass sich ja eh keiner an die Standards halten würde, und ich mich nicht so aufregen solle.
Wie auch immer. Im Beispiel im Handbuch steht eine Content-Length-Angabe in der Antwort. Davon sollte man sich allerdings nicht täuschen lassen: Sie kommt nicht. Als Workaround habe ich mich damit angefreundet bei nicht gesetzter Content-Length den Stream leerzulesen. Das ist nicht ganz sauber, aber es funktioniert.

Ein weiteres kleines "Bonbon" ist, dass bei der Serverantwort auf die Bestätigungsanfrage als erstes Zeichen ein kleines "k" gesendet wird. Da der Client zunächst auf "HTTP/1.1 200 OK" prüft, führt dies zu einem neuen Problem. Hier sollte man den regulären Ausdruck etwas aufweichen: /^k?HTTP/[0-9]+\..[0-9]+\s+(200\sOK)/i

Ich hoffe, ich konnte mit diesem Artikel helfen, Frust zu vermeiden (und vielleicht sogar den GZS-Support etwas zu entlasten). Auf Anfrage stelle ich ggf. auch gerne meine Paymaster-Klasse zur Verfügung.

Abschließend würde ich gerne noch eine Frage stellen, die mir während der Entwicklung tausendfach in den Kopf kam: Warum zum Henker bietet die GZS keinen Webservice für die Zahlungsabwicklung an? Aus technischer Sicht sicherlich ein Klacks, zumal im Backend das .NET-Framework zu Verfügung steht. Für die Entwickler der Clients wäre das insofern angenehmer, weil man sich dann auf die wesentlichen Dinge konzentrieren könnte und sich nicht mit den Details der Verbindung auseinandersetzen müsste. Außerdem könnte der Webservice mit aussagekräftigen Fehlermeldungen auf fehlerhafte Anfragen reagieren.

More ...

Globalization von ASP.NET-Anwendungen

Thu, 15 Jan 2004 00:00:00 GMT

Es gibt in der web.config die Möglichkeit, die Applikation auf ein Sprachgebiet einzustellen. Das ist besonders dann wichtig, wenn man Umlaute in Requests verwenden möchte - mit UTF-8 (Standard-Eintellung) kommt man sonst natürlich nicht weit.

Alles was dafür zu tun ist, ist den Knoten innerhalb der von zu definieren. Das könnte z.B. so aussehen:

Damit erreicht man z.B., dass Umlaute in Parametern richtig zurückgegeben werden. Ein Aufruf von, sagen wir,
string meinParameterWert= Context.Request.QueryString["meinParameter"];
liefert daraufhin auch äs, ös, üs und Konsorten.

Kleiner Trick, große Wirkung...:)

More ...

SOAP via PHP

Fri, 09 Jan 2004 00:00:00 GMT

WebServices auf Basis von XmlRpc zu implementieren ist easy und in vielen Fällen absolut ausreichend. Doch wie sieht's mit SOAP aus? In PHP? Eine Low-Level-Unterstützung (wie bei XmlRpc) gibt es für SOAP leider nicht. Auf soapware.org fand ich verschiedene Ansätze für PHP. PEAR bietet sicherlich eine gute Implementierung, aber man benötigt dann natürlich x andere PEAR-Klassen. Das erschien mir irgendwie zu wulstig.
Schnell landetet ich bei nuSphere von Dietrich Ayala. (Ich erinnere mich dunkel, dass ich vor zwei Jahren mit einem ersten Ansatz dieses Autors herumgespielt und erste WebService-Erfolge erzielt hatte. Das hat meine Entscheidung sicherlich beeinflußt...)
Nach wenigen Minuten hatte ich einen kleinen Test-Service eingerichtet; kurze Zeit später einen Test-Client - easy!

Jetzt wollte ich natürlich wissen, ob man auch mit einem fremden Client auf den Server zugreifen kann. Doch schon der Versuch eine Web-Referenz einzurichten schlug kläglich fehl. Der WebService konnte sich nicht selbst beschreiben (Stichwort WSDL) und blieb unerreichbar.
Der Konstruktor des Servers akzeptiert den Parameter $wsdl, womit man wahrscheinlich eine Datei mit den notwendigen Informationen angeben kann, allerdings hatte ich damit kein Glück. Durch ein Beispiel von D.Ayala kam ich auf den Trichter:
$server->configureWSDL('InteropTest','http://soapinterop.org/'); $server->wsdl->schemaTargetNamespace = 'http://soapinterop.org/xsd/'; $server->wsdl->addComplexType('ArrayOfstring','complexType','array','','SOAP->ENC:Array',array(),array(array('ref'=>'SOAP->ENC:arrayType','wsdl:arrayType'=>'string[]')),'xsd:string');

Man kann also die notwendige Beschreibung des WebService mit einer speziellen Klasse des Frameworks definieren. Auch im Visual Studio ließ sich anschließend (fast) problemlos die Web-Referenz einrichten und verwenden.
More ...