By Marcel Binot on 30.12.2003

Da bei meiner Modifikation des Kits das Aktivieren von neu registrierten Benutzern erforderlich ist, benötigte ich noch die Information, wann sich jemand neu registriert hat. Im User-Admin kann man zwar auch nach Registrierungsdatum sortieren, aber wer will schon ständig checken, ob da jemand hinzugekommen ist? Ich nicht.

Prinzipiell wären ja mindestens zwei Ansätze möglich: Erstens ein Control, dass alle Neuanmeldungen des letzten Monats anzeigt, und zweitens eine Email-Benachrichtigung dafür. Da man bei ersterem ja auch wieder ständig nachschauen muss, entschied ich mich für letzteres.

Um die neue Funktionalität möglichst sicher einzubauen, fügte ich sie nicht in der Registrierungsseite, sondern in der UserUtility-Klasse ein. Welches Skript auch immer eine Registrierung durchführt, wird dazu wohl diese Hilfsklasse verwenden. Diesen (doch recht tief sitzenden) Eingriff wollte ich nicht so ganz zwingen ... Read More »

By akuehn on 26.12.2003

...wünsche ich noch zum Abschluß von Weihnachten. Zwischen den Feiertagsfestlichkeiten habe ich noch ein wenig an dem Weltraumshooter geschraubt. Nun bin ich zwar mit dem Ergebnis noch nicht zufrieden, es existiert aber ein erster Demolevel von "STARBLASTER".

Hier einige Impressionen:
   Read More »

By Marcel Binot on 23.12.2003

Huch, wie die Zeit vergeht....:)

Nachdem ich in der vergangenen Woche der Benutzertabelle die Felder Status, Adressinfos und ein Geburtsdatum beschert habe, fehlte mir jetzt im FrontEnd noch eine Möglichkeit, die Benutzer an Geburtstage zu erinnern.
Ursprünglich schwebte mir vor, die Geburtstagsinformationen in die Events-Section aufzunehmen. Ich merkte beim näheren hinsehen, dass sich das wohl eher schwierig gestalten sollte. Wie bekomme ich die Geburtstage da hinein? Ein Union-Selekt schied aus, da die User-Tabelle eigenständig ist, die Events aber zur Kategorie Content-Pages gehören. Relativ unvereinbar. Hmm.
Sollte ich Events automatisiert in aus den Geburtstagsinfos erzeugen? Zu umständlich, und außerdem redundante Daten. Pfui!
Dann fielen mir die WebBoxes ein. Eine WebBox, die die aktuell anliegenden Geburtstage (innerhalb der nächsten 2 Monate) anzeigt, und bei der ich über die Administration jederzeit ... Read More »

By Marcel Binot on 18.12.2003

Ich habe eben die Replikationsmethode des XmlRpc-Servers für den Geo-Datenabgleich mit einem PDA fertiggestellt.

Mit den techn. Details mag ich hier jetzt keinen langweilen, deswegen umreiße ich nur kurz die Arbeitsweise. Falls jemanden die genaue Umsetzung interessiert, bitte nachfragen. ;)

Der XmlRpc-Server nimmt alle im PDA bearbeiteten o. angelegten Datensätze entgegen, und prüft für jeden einzeln, ob dieser bereits existiert oder neu angelegt werden muss. Anlegen ist eher trivial. Weil im PDA nur eine Untermenge von Feldern eines Datensatzes (8 von knapp 100) verarbeitet wird, muss der Abgleich beim Aktualisieren Feldweise geschehen. Außerdem bekommen geänderte u. neu angelegte Datensätze den Status 'update', bzw. 'new'. Dadurch können sie im FrontEnd entsprechend dargestellt werden und lassen sich so auch  leicht herausfiltern, um sie z.B. mit anderen Servern abzugleichen.
Dem PDA wird anschli ... Read More »

By Patrick Dahmen on 18.12.2003

Wir hatten gerade zum zweiten mal ein Problem mit einem DataGrid das in einer Spalte Buttons anzeigt.
Deren EventHandler (EditCommand, ItemCommand, DeleteCommand, etc) wollten einfach nicht aufgerufen werden.
Wenn wir aus den Buttons im PropertyBuilder des DataGrids LinkButtons gemacht haben, wurden die Events korrekt aufgerufen. Das brachte uns auf den Holzweg.
Das eigentliche Problem war, dass DataGrid.DataBind() in Page_Load immer aufgerufen wurde. Das 'canceled' aber die Button-Events. Das eigentlich Seltsame ist, dass es mit LinkButtons trotzdem geht. Obwohl wir das offensichtlich nicht korrekt angewendet haben.
Also. DataBind immer nur aufrufen, wenn Not IsPostBack Bedingung erfüllt.

Dann mache ich mal weiter mit meinem SharePoint Services Problem... :(

By Patrick Dahmen on 17.12.2003

Ich muss aufpassen, dass ich nicht mit den Services und dem Portal durcheinander komme... Aber ich bin aus einem anderen Grund hier.

Ich könnte mir wirklich in den Allerwertesten beißen. Warum zum Geier musste ich heute Nachmittag unsere gut funktionierenden und gerade im Einsatz befindlichen Sharepoint Services ruinieren. Es kostet mich mind. den morgigen Tag das wieder ans laufen zu kriegen und vor allem anderen die Daten wieder in den Zustand von heute Mittag zurück zu bringen. (Und ich habe Sorge, ob ich es überhaupt hinkriege)

Das zieht mich total runter und macht mir sogar meine eigentlich freie Zeit kaputt, die ich eigentlich meiner lieben Freundin widmen sollte. Diese kann das garnicht verstehen. Ich bin so traurig und enttäuscht.

By Patrick Dahmen on 17.12.2003

Meine Unfähigkeit, readme Dateien zu lesen :(
Buuuhuuuuu, ich könnte heulen...

Habe also heute auf unserem Webserver versucht den SharePoint Portal Server zu installieren. Den entscheidenden Hinweis auf die Frage, ob dies unter Windows 2003 Web Edition auch so einfach möglich ist, habe ich erst nach der Installation gelesen.

SharePoint Portal Server 2003 System Requirements: (hier Auszug)

The server requires one of the following operating systems:
? [...]
? Microsoft Windows Server 2003 Web Edition, plus the latest service pack

&l ... Read More »

Patricks Blog

By Patrick Dahmen on 17.12.2003

Da ich schon vor einiger Zeit zum ersten mal über den Visual Studio .NET 2003 Automation Samples Link gestolpert war, beschloss ich, dass es an der Zeit wäre, unsere Quellcodes autom. mit einem gemeinsamen Header versehen.
Der Weg dorthin beschritt sich, zunächst relativ einfach. Das EventWatcher Add-in Sample bietet den Code um die Events abzufangen, wenn im Visual Studio eine neue Datei erzeugt wird.
Die einzige Schwierigkeit ergab sich daraus, wie ich eine Datei die nicht autom. in der Quellcode Ansicht & ... Read More »

By Marcel Binot on 17.12.2003

Heute habe ich eine kleine Korrektur in Nicholas Christophers XmlRpcCS-Paket vorgenommen. Der XmlRpcServer war bislang nicht in der Lage, Methoden-Fehler an den Client durchzureichen. Gut, man kann sich damit behelfen NULL zurückzuliefern, wenn ein Fehler auftritt, oder eine Exception auslösen, aber das ist clientseitig natürlich wenig aussagekräftig. Das war mir zu dünn.

Aus Sicht des Servers erschien mir am vernünftigsten, im Fehlerfall eine XmlRpcException zu werfen. Diese verfügt ja schon über die Informationen faultCode und faultString, wie sie in der XmlRpc-Spec definiert sind. Beim Ausprobieren fiel mir jedoch auf, dass das Framework die XmlRpcException an irgendeiner Stelle in eine eigene XmlRpcException kapselt, so dass beim Client nur ein 'Application Error - target method threw an exception' herauskam. Wo war mein Fehlercode? Wo mein Fehlerstring?< ... Read More »

By Marcel Binot on 16.12.2003

Patrick und ich haben die Alpha-Version von Microsofts' PHP to ASP-Converter ausprobiert, und ihn einfach mal auf die Sourcen des Arena-Frameworks gehetzt. Es war nicht verwunderlich, dass dabei kein lauffähiges Produkt herauskam; dafür habe ich im Framework zuviel herumgetrickst (allein die DBObject-Klasse basiert ja hauptsächlich auf eine Art Reflection-Mechanismus...).

Andererseits waren wir überrascht, wie gut das Ergebnis teilweise aussah. Die DB.class.aspx (formerly known as DB.class.php) schien einen brauchbaren Eindruck zu machen. Das war irgendwie schon erstaunlich. Wenn man sich die Mühe machen würde und die Basisklassen alle manuell aus .aspx in .cs portieren (eher trivial) und mit einem Namensraum versehen würde, hätte man schon ein gutes Stück geschafft.

Mein Fazit: Den Großteil an Fleißarbeit nimmt einem der Converter ab, allerdings bleibt noch eine Menge manueller Nacharbeit übrig. ... Read More »