User Defined Table Version 3.2.0 verfügbar

hp@dnnportal.de — Tue, 29 Nov 2005 08:16:00 GMT

Heute Morgen wurde die erste Version des neuen User Defined Table Moduls das unter der Leitung von Sebastian Leupold (Gamma Concept) entwickelt wurde veröffentlicht.

Vorab schon mal herzlichen Glückwunsch an Sebastian und sein Team zur ersten Version des neuen UDT Moduls.

Da ich in den vergangenen Wochen am eigenen Leib verspüren konnte was für ein Kraftakt es ist ein offizielles DNN Unterprojekt fertig zu stellen und es "dann endlich" auch zu veröffentlichen, kann ich die Erleichterung die Sebastian nun überkommen muss förmlich von Karlsruhe bis nach Alzey spüren.

Nur um keine Mißverständnisse aufkommen zu lassen, der Kraftakt besteht nicht darin dass man sich besonders anstrengen muss das Modul zu entwickeln, sondern darin sich mit den ganzen Leuten des Core Team herumzuschlagen um an Informationen zu kommen oder irgend eine Unterstützung zu bekommen wenn es um die Freischaltung der Version geht.

Also noch mal Gratulation Sebastian

Fast hätte ich es vergessen, hier der Link zu den Downloads

http://www.dotnetnuke.com/Default.aspx?tabid=878

Blog Beta Gruppen Member gesucht!

hp@schelian.de — Tue, 29 Nov 2005 07:52:00 GMT

Ich suche einige interessierte die beim Test der neuen Blog Versionen mithelfen wollen.

Für mehr Informationen über die Blog Beta Gruppe könnt Ihr meinen Blog Eintrag auf DotNetNuke lesen.

Hier der Link zum Blog Eintrag

DotNetNuke 3.2.0 und Slipstream (1.60.00) Problem !

hp@schelian.de — Thu, 10 Nov 2005 14:52:00 GMT

Bei meinen Update Tests mit der neuen DotNetNuke Version 3.2.0 bin ich auf ein kritisches Problem gestoßen.

Ist auf einem Portal das Slipstream Modul (1.60.00) von Spohn Software installiert und der ViewState eingeschaltet, treten Probleme nach dem Update mit einigen JavaScript aufrufen auf.

Das führt dazu das zum Beispiel im Blog Modul der weiter.. Link nicht funktioniert. Das ist aber nicht das einzige, es treten Probleme in vielen Modulen auf.

Das größte Problem aber ist, dass der Update Link im Slipstream Modul selbst auch nicht mehr funktioniert, bzw, zu einem 404 Fehler im Internet führt.

Das hat zur Folge, dass man die ViewState Option nach einem Update auf 3.2 nicht mehr einfach ausschalten kann.

Somit zieht man sich selbst den Boden unter den Füßen weg, also sollte man unbedingt vor einem Update den ViewState Schalter im Slipstream Modul ausschalten, und Ihn auch nicht wieder nach dem Update einschalten, solange Spohn Software hier keine Abhilfe schafft und ein Update auf den Markt bringt.

Ich werde Spohn Software gleich über das Problem informieren.

Das Element wurde bereits hinzugefügt. Schlüssel im Wörterbuch ...

hp@schelian.de — Thu, 10 Nov 2005 13:23:00 GMT

Eines der immer wiederkehrenden Probleme in DotNetNuke, und da ist es egal ob man die Version 3.0.13, 3.1.0, 3.1.1 oder die ganz neue Version 3.2.0 einsetzt, ist immer wieder die Suche.

Mich verfolgte seit langem ein ständig in den Log Dateien auftauchende Fehlermeldung:

Das Element wurde bereits hinzugefügt. Schlüssel im Wörterbuch: "Suchwort" Hinzuzufügender Schlüssel: "Suchwort"
Message: System.ArgumentException: Das Element wurde bereits hinzugefügt. Schlüssel im Wörterbuch: "Suchwort" Hinzuzufügender Schlüssel: "Suchwort" at System.Collections.Hashtable.Insert(Object key, Object nvalue, Boolean add) at System.Collections.Hashtable.Add(Object key, Object value) at DotNetNuke.Services.Search.SearchDataStore.GetSearchWords() at DotNetNuke.Services.Search.SearchDataStore.AddIndexWords(Int32 IndexId, SearchItemInfo SearchItem, String Language) at DotNetNuke.Services.Search.SearchDataStore.StoreSearchItems(SearchItemInfoCollection SearchItems)

Wobei ich dazu sagen muss, dass der Fehler trotz gleicher Einstellungen nicht in allen Installationen aufgetreten ist.

Aber nach einiger Recherche und Fehlersuche kam ich dann zu der Nachfolgenden Lösung:

Das Problem ist, dass während ein Suchindex Thread im Hintergrund läuft bereits ein zweiter Thread anläuft und eine Reorganisation der Suchtabllen durchführen möchte.

Warum nun kommt es zu diesen parallel laufenden Threads ?

Eigentlich ganz einfach.

Im Zeitplan-dienst ist die Einstellung Frequenz für den Prozess DotNetNuke.Services.Search.SearchEngineScheduler, DOTNETNUKE einfach zu kurz eingestellt. Das bedeutet während der eine Prozess noch aktiv ist, beginnt bereits der nächste Prozess und versucht Daten in die Suchtabellen einzufügen, die der noch laufende Prozess gerade erst eingefügt hat.

Das Problem taucht vor allem in Portalen auf, in welchen erheblicher Inhalt vorhanden ist, so dass eine Reorganisation der Suchtabellen eben eine entsprechende Zeit in Anspruch nimmt.

In meinem Fall war die Frequenz auf 30 min eingestellt. die Reorganisation hat aber ca. 40 min gedauert. Ich habe nun die Frequenz erst einmal auf 60 min. eingestellt, und das Problem ist erst einmal behoben.

Übrigens hätte ich besser mal vorher gegoogelt, denn nachdem ich den Fehler mühsam analysiert hatte habe ich durch Zufall einen englischen Bericht gefunden welcher genau das Problem und die Lösung bespricht.

Na ja vielleicht hilft einem ja dieser Deutsche Bericht mit der Deutschen Fehlermeldung beim nächsten Googeln weiter.

Advanced FTB Provider für DotNetNuke 3.2.0 veröffentlicht !

hp@dnnportal.de — Thu, 10 Nov 2005 11:20:00 GMT

Ich habe Heute eine neue Version des mittlerweile sehr populären Advanced FTB Provider veröffentlicht.

Die neue Version 3.2.0 ist für DotNetNuke 3.2.0 und bietet wie auch in früheren Versionen die Möglichkeit "Formatierten Source Code" in Texte einzufügen.

Außerdem enthält der Provider die aktuellste Version des FreeTextBox Control.

Den Download gibt es wie immer Kostenlos und ohne Registrierung mit dem nachfolgenden Link:

Hier geht es direkt zum Download

And for all the English people, here the link to the English announcement

Trackback Auto Discovery Workflow

hp@dnnportal.de — Tue, 08 Nov 2005 11:04:00 GMT

Nachdem ich als eines der neuen Feature für das Blog Module eine Trackback Auto Discovery Funktion implementieren möchte (oder auch schon im Entwicklungsstadium implementiert habe). Ist mir einige male die Frage gestellt worden:

Wie funktioniert denn diese Auto Discovery Funktion?

Da ein Bild oftmals mehr sagt als tausend Worte habe ich den Workflow des Auto Discovery einmal Grafisch dargestellt.

Die Grafik sowie ein PDF File das die Grafik enthält sind auf meinem englischen Portal unter dem nachfolgenden Link veröffentlicht.

http://www.schelian.com/Weblog/tabid/436/EntryID/182/Default.aspx

Demo Portal Upgrade auf DotNetNuke 3.2.0 abgeschlossen

hp@schelian.de — Tue, 08 Nov 2005 05:07:00 GMT

Nachdem Heute Nacht die neue(n) Versionen DotNetNuke 3.2.0 und 4.0 veröffentlicht wurden (was die Nachtschwärmer schon Heute Nacht diskutiert haben, siehe Forum) konnte ich das Demo Portal http://www.dnnportal.net mit der Version 3.2.0 ohne Probleme aktualisieren..

Das Update wurde um 05:06 Uhr durchgeführt und die Seite war für ca. 2 Minuten nicht erreichbar.

Mehr über die neue Version gibt es hier in der Presse Meldung

Dann wollen wir mal sehen was uns die nächsten Tage für Überraschungen mit der (den) neuen Versionen bringe werden.

Blog Module – Was kommt nach dem ersten Release

hp@dnnportal.de — Sun, 06 Nov 2005 03:14:00 GMT

Während Ihr gerade beim installieren und testen des neuen Blog Moduls (Version 3.1.20) seit, bin ich bereits mit der nächsten Version beschäftigt.

Ich möchte schon mal eine kleine Vorschau auf die Feature der nächsten Version geben.

Geplant Feature des nächsten Release:

Separate Einstellung für das erlauben von Trackback
Freigabe System für Kommentare und Trackback
Autor Feld für Anonyme Kommentare
Personal Blog Page (das will ich nicht übersetzen)
Trackback Auto discovery

Separate Einstellungen für das erlauben von Trackback
Um in der aktuellen Version des Blog Moduls Trackback zu erlaben muss man die Anonymen Kommentare erlauben. In der nächsten Version wird es nun eine eigene Setup Einstellungen geben die es ermöglicht die Trackback zu erlauben ohne die Anonymen Kommentare zu erlauben.

Freigabe System für Kommentare (und Trackback)
Es wird in der nächsten Version möglich sein jeweils für Kommentare, Anonyme Kommentare und Trackback eine Option zu aktivieren die dazu führt dass Kommentare für einen Blog Eintrag nicht sofort im Blog Eintrag zu sehen sind, sondern erst vom Blog Eigentümer freigegeben werden müssen.
Wenn die Option aktiviert ist und ein Benutzer einen Kommentar erstellt wird er beim absenden des Kommentars durch eine Nachricht auf diesen Umstand hingewiesen.

Autor Feld für Anonyme Kommentare
Dieses Feature ist eine Anregung die von einigen Benutzern gemacht wurde.
Es wird ein neues Feld Autor bei den Kommentaren vorhanden sein.
Das Feld ist für Anonyme Benutze ein Pflichtfeld und für Registrierte Benutzer ist es Schreibgeschützt.

Personal Blog Page
Was ist das für ein Feature?

In der aktuellen Version ist es möglich das Blog Modul auf einer einzigen Seite eines Portals zu platzieren (Mann kann es zwar öfter einfügen, aber alle dargestellten Inhalte sind gleich).
In der nächsten Version gibt es in den Modul Optionen eine neue Einstellung welche es ermöglich ein Blog Modul entweder als globales Modul oder als persönliches Blog Modul auf einer Seite einzufügen. Durch diese Einstellung ist es möglich für einzelne Blogs eine eigene Seite zu erstellen die dann nur die Blog Informationen eines einzelnen Benutzers anzeigt

Das normale Setup sieht dann wie folgt aus:
Man hat ein Modul (Als gemeinsames Blog Modul) das genau so arbeitet wie es in der aktuellen Version der Fall ist.
Zusätzlich kann man nun aber beliebig viele (eigentlich macht nur eins je Blog Sinn) Module auf neue Seiten einfügen und diese so einstellen dass nur die Blog Informationen eines einzelnen Blogs dargestellt werden.
Dies wirkt sich dann so aus, dass alle Blog Controls die Informationen so darstellen als ob dieser Blog der einzige Blog in diesem Portal wären.
Das Kalender Control zeigt nur die Daten des in den Einstellungen vorgenommen Blogs die Suche ist nur für diesen Blog Möglich, die Unter- Blogs werden als Haupt Kategorien dargestellt usw.

Trackback Auto Discovery
Was bedeutet das?
Über Trackback im Allgemeinen gibt es unter dem nachfolgenden Link weitere Informationen:
http:http://www.dnnportal.de/http://www.dnnportal.de/de.wikipedia.orghttp://www.dnnportal.de/wikihttp://www.dnnportal.de/Trackback

Manuelles Trackback Handling ist einfach umständlich:
Man schreibt einen Blog Eintrag (inklusive der Links die einen Bezug auf den Blog Eintrag haben) und nach dem Schreiben muss man die Seiten auf die man Bezug nimmt noch mal besuchen und die TrackBack Url herauskopieren, diese muss man dann in das Feld Trackback URL Eintrage, den Blog Eintrag speichern usw.
Ich sage doch umständlich, aufwendig … einfach nicht schön.

Auto Discovery ist der einfachere Weg
Mit diesem neuen Feature hat all das Grauen der Trackback Erfassung ein Ende.
Jetzt schreibt man nur noch seinen Blog Eintrag, fügt einfach seine Hyperlinks ein und speichert seinen Blog Eintrag.
Fertig!!

Was geschieht beim Auto Discovery?
Wir müssen die Antwort in zwei Antworten aufteilen:

Client (man schreibt einen Blog Eintrag)
Server (das Blog Modul erhält eine Auto Discovery anfrage)

Client Implementierung:

Nachdem der Blog Eintrag gespeichert wurde, wird der Inhalt des Eintrags geparst und alle Hyperlinks die in dem Blog Eintrag vorhanden sind, werden herausgefiltert.
Nun wird an jeden Hyperlink eine Auto Discovery Anfrage gesendet (eigentlich wird einfach die Web Seite angefordert. Und darin enthalten ist, falls verfügbar auch die Auto Discovery Information enthalten.
Nun wird wenn eine Auto Discovery Information in der angeforderten Webseite enthalten ist ein Trackback Ping an die durch die Anfrage erhaltene Trackback URL gesendet. Den Rest muss dann der Remote Blog (also die Server Implementierung erledigen)

Server Implementierung:

Die Server Implementierung des Auto Discovery besteht eigentlich nur aus einer als Kommentar verpackte Information im RDF Format.
Die Information hat das nachfolgen dargestellte Format:

Wenn nun die Client Anfrage diese Information bekommt kann Sie daraus den Trackback URL extrahieren den sie benötigt um einen Trackback Ping an den Remote Blog zu senden.

Server Trackback Implementierung

Erhält nun der Blog einen Trackback ping eines Client gesendet geschieht folgendes:
Im Trackback Ping ist die Quell URL (also die URL Adresse des Blog Eintrags des Bezug auf diesen Remote Blog Eintrag genommen hat) enthalten.
Diese Adresse wird nun verwendet um den Blog Eintrag anzufordern, jetzt wird geprüft, ob denn tatsächlich Bezug auf die eigene URL in dem Blog Eintrag genommen wurde (ob ein Hyperlink auf die eigene URL im Blog Eintrag vorhanden ist).
Wird die eigene URL in Blog Eintrag gefunden, dann ist der Trackback gültig und wenn wir Trackback erlauben, dann wird ein Trackback Kommentar im Blog (also eigentlich der Remote Blog) erstellt.

Zum Abschluss noch eine Schematische Darstellung des Gesamten Prozesses:

Sollte jemand Anregungen für weitere Feature haben so hinterlasst doch einfach einen Kommentar

Beste Grüße
HP
(http:http://www.dnnportal.de/http://www.dnnportal.de/www.schelian.de)
(http:http://www.dnnportal.de/http://www.dnnportal.de/www.schelian.com)
(http:http://www.dnnportal.de/http://www.dnnportal.de/www.dnnportal.de)

NewBlog Downloads ab sofort nicht mehr verfügbar

hp@schelian.de — Wed, 02 Nov 2005 13:14:00 GMT

Wie die meisten sicherlich Wissen ist NewBlog zum neuen Core Blog Module geworden.
Nachdem nun die erste Version des neuen Blog Moduls verfügbar ist und die zukünftige Entwicklung ausschließlich im neuen Core Blog Module stattfindet stehen die Downloads von NewBlog nicht mehr zur Verfügung.

Bitte verwenden Sie nun den Download Link auf DotNetNuke.Com

Hier geht es zum Download des neuen Core Blog Moduls

Blog Module endlich zum Download verfügbar!

hp@schelian.de — Tue, 01 Nov 2005 08:31:00 GMT

Nachdem in der Nacht vom 30. auf den 31.10 2005 das Blog Modul zum Download freigegeben wurde, aber leider der Teufel im Detail steckt und der Link zum Download falsch war, so dass der Link zum Download des Blog Moduls auf die Forum Dateien verweisen haben und somit die falschen Dateien zum Download bereit gestanden haben, wurde in der Halloween Nacht diese Problem von Shaun Walker „himself“ behoben.

In den letzten Wochen hatte ich einige male schon nicht mehr zu hoffen gewagt dass die neue Blog Version tatsächlich irgendwann zum Download bereit stehen würde.

Die Situation rund um die DotNetNuke Unterprojekte ist irgendwie noch „Grüne Wiese“ und es ist vieles noch nicht oder noch nicht endgültig definiert.

Das führt auf der einen Seite dazu, dass man Frustration pur erlebt aber auf der anderen Seite ist man nach jeder gewonnen Schlacht auch ein Stück weiter und fühlt sich wieder bestätigt dass sich die ganze Mühe doch lohnt.

Nachdem in der Halloween Nacht das Blog Modul veröffentlicht wurde blieb das erste Grauen „Forum Kollaps“ jedoch aus. Erste Reaktionen auf die erste verfügbare Version (3.1.20) des Blog Moduls waren positiv und was fast noch wichtige war, bisher gab es noch keine echte Fehlermeldung (das wird sich sicherlich noch ändern).

Und während die Version 3.1.20 gerade zum Download angeboten wird und sich die DotNetNuke Gemeinde (hoffentlich) an dem neuen Modul erfreut sitze ich bereits an der Programmierung der nächsten Version.

Ich möchte zurzeit auch noch nicht über all das Sprechen was ich in dieser neuen Version vorhabe, aber ein Feature möchte ich doch schon mal verraten.

Ich nenne das Feature „Personal Blog Page“:

Mit „Personal Blog Page“ kann man für Blog Benutzer jeweils eigene Tabs einrichten auf welcher dann nur die Blog Informationen eines einzelnen Blog Benutzer dargestellt werden. Alle zugehörigen Controls (Archiv, Blog- Liste, Suche …) werden um diese Funktion erweitert sein.

Das soll aber als Vorabinformation genügen.

Archive