Am Freitag hatte ich in dem Beitrag DotNetNuke Version 4.6.1 vorübergehend nicht verfügbar über die Probleme mit der aktuellen Version 4.6.1 von DotNetNuke berichtet.

Es handelt sich wohl doch um ein größeres Problem, die nachstehend Meldung ist auch nach 2 Tagen noch immer auf DotNetNuke zu sehen.

Mal gespannt wann denn nun eine fehlerbereinigte Version fertig ist.

Je mehr von Qualitätssicherung, Beta Versionen und Release Candidates gesprochen wird, umso häufiger kommt es zu fehlerhaften Versionen die veröffentlicht werden.

Nachdem ich dann solche Meldungen (Wir denken Heute ein Lösung präsentieren zu können), über Tage im Web lesen muss, komme ich zu dem Schluss, dass ich mich getäuscht habe als Ich dachte, es wäre eine "Made in Germany" Eigenart der neuesten Zeit, dass Menschen glauben, schon alleine durch die Quantität Ihrer Aussagen zu einem Thema zum Experten zu werden.  Diese Eigenart gibt es auch außerhalb Deutschland's.

Eine Meldung wie der Titel dieses Blogs deutet eigentlich immer auf ein negatives Ereignis hin.

So auch in diesem Fall.

Schon in der Version 4.6.0 wurden gravierende Änderungen in den ModuleSettingsBase vorgenommen die dazu führten dass komplexe Module die tief in die DotNetNuke Trickkiste greifen, nicht mehr fehlerfrei ausgeführt werden konnten und erst recht nicht mehr gegen die aktuelle Version von DotNetNuke kompiliert werden konnten.

Als eines der wohl bekanntesten betroffenen Modul-Opfer sei hier exemplarisch das DMX Modul von Bring2Mind genannt.

Das Problem ist unter anderem dass mit der Version 4.6.0 plötzlich die Eigenschaften ModuleID und TabModuleId nur noch Schreibgeschützt sind.

Die nun vorübergehend nicht verfügbare Version soll dann doch schnell noch mal geändert werden, damit dann!

Wie es dazu Ausschnittsweise in der Originalmeldung auf DotNetNuke heißt:

"... corrects the breaking change to modulesettingsbase which was inadvertently introduced in 4.6.0."

Besonderes Augenmerk liegt dabei auf "inadvertently", was soviel wie, unbeabsichtigt oder versehentlich, heißen soll.

Na dann bin ich aber mal gespannt, wann die nachgebesserte Version der gefixten Version zur Verfügung steht und vor allem wie die Version dann letztendlich heißen wird

Übrigens ist die Version 4.6.1 über SourceForge die ganze Zeit verfügbar, nur der Link auf DotNetNuke wurde deaktiviert (was das bringen soll ?)

Nach 6 Monaten gibt es eine neue Version des Open Source Programms Cobian Backup.

Folgendes wurde in der Version geändert / hinzugefügt:

• Vista Manifeste wurden zu allen ausführbaren Programmen hinzugefügt.
• Chinesische Sprachaktualisierung
• Portugiesische Sprachaktualisierung
• Rumänische Sprache hinzugefügt
• Französische Sprachaktualisierung
• Russische Sprachaktualisierung
• Schwedische Sprachaktualisierung
• Im englischen Tutorial wurden verschiedene Fehler korrigiert.

Wie man sieht nichts bahnbrechendes, aber daran sieht man auch, dass es kam Probleme gibt.

Weiter so!!

Hier der Link zur aktuellen Version: Download Cobian Backup 8 Version 8.4.0.202

Gestern wurde ich von einem neuen DotNetNuke Benutzer wieder nach folgendem Sachverhalt gefragt:

Bei der Einrichtung (Installation) von DotNetNuke (In diesem Fall Version 4.6.0) kommt sofort nach Aufruf der Webseite (localhost/dotnetnuke) der Fehler:

Ich könnte ja  nun sagen wer lesen kann ist im Vorteil , aber das wäre sicherlich nicht gerecht, also hier die einfache Erklärung dieser Fehlermeldung:

Die Ursache ist nicht, dass der Name "Config" nicht in der web.config definiert ist, sondern, dass es noch gar keine web.config gibt.

Bei den Versionen DotNetNuke_04.06.00_Upgrade.zip und DotNetNuke_04.06.00_Source.zip sind die web.config Dateien nicht direkt enthalten, sondern es muss je nach Anwendungsfall eine der beiden Dateien:

release.config

development.config

nach web.config umbenannt werden.

Da war ich mir doch sicher, in den letzten Jahren, bereits mehrfach über eines der unglaublichsten Tools den .NET Reflector von Lutz Roeder geschrieben zu haben, und muss gerade, als ich auf die vorherigen Berichte verweisen will, feststellen, da gibt es ja noch gar keine Berichte!
Ob das am Alter liegt

Aber gut kommen wir zum eigentlich Grund dieses Beitrags, ich bin gerade auf die neue Seite für die .NET Reflector Add-Ins gestoßen.

Auf der Seite, die auf Codeplex gehostet ist, wird von Lutz Roeder persönlich die Veröffentlichung der Add-Ins koordiniert.

Und hier der Link zur .Net Reflector Add-Ins Homepage auf Codeplex

Ein Fehlermeldung wie die nachfolgende:

Fehler 1 Ungültige Resx-Datei. Der angeforderte Wert Ctrl konnte nicht gefunden werden. Zeile XXX Position Y.

Deutet darauf hin, dass man versucht mit der Deutschen Version von Visual Studio 2005 ein Projekt, welches mit einer englischen Version der Entwicklungsumgebung erstellt wurde, zu übersetzen versucht.

Der Fehler tritt auf, wenn in den Resource Dateien von Windows Forms, Tastenkürzel (Shortcuts) zur Schnellanwahl von Menüfunktionen vergeben sind.

In den Resource Dateien steht dann so etwas wie:

<data name="editDeleteToolStripMenuItem.ShortcutKeys" type="System.Windows.Forms.Keys, System.Windows.Forms">
<value>Ctrl+D</value>
</data> 

Das Ziel dieses Eintrags ist es mit der Tastenkombination <Steuerung>+D das Edit Menü aufzurufen.

Im englischen wäre der Eintrag auch korrekt.

Im Deutschen jedoch muss jedoch für Ctrl, was für Control - dem englischen Ausdruck für Steuerung steht, die Deutsche Abkürzung Strg verwendet werden.

Der Eintrag muss also für die Verwendung in einer Deutschen Visual Studio Version wie folgt aussehen:

<data name="editDeleteToolStripMenuItem.ShortcutKeys" type="System.Windows.Forms.Keys, System.Windows.Forms">
<value>Strg+D</value>
</data> 

Letzte Nacht wurde eine neue Version 4.3 der Open Source Projektes Notepad ++ veröffentlicht

Hier kann man mehr über Notepad ++ erfahren

Hier geht's direkt zum Download

Heute erst entdeckt. "Perpetual Motion Interactive Systems" hat einen Module Upgrade Wizard erstellt und veröffentlicht.

Die Veröffentlichung des Moduls hat zeitgleich mit dem letzten Release Version 4.6.0 stattgefunden. Der Grund warum ich und bestimmt auch viele andere dieses Modul nicht sofort entdeckt haben liegt wohl in der Tatsache begründet, das der Link zum Download nicht in der Kategorie der neuen Version (4.6.0) hinterlegt wurde, sondern in die Kategorie der Version 4.5.5 eingefügt wurde.

Um die Verwirrung komplett zu machen ist in dieser Kategorie auch ein neuer Download Link für eine Dokumentation (4.5.5) leider gibt es diese Dokumentation aber nicht, und man bekommt die "alte" 4.4.1 Dokumentation, was man sich dann sparen kann.

Nun aber eine erste kurze Information zum Module Upgrade Wizard.

Der Wizard soll es Entwicklern ermöglichen Ihre Module, welchem mit VS2003 unter dem NET Framework 1.1 entwickelt wurden, auf das NET 2 Framework zu migrieren.

Um das positive vorweg zu nehmen, der Wizard funktioniert prinzipiell sowohl für Module die in VB als auch in C# entwickelt sind.

Leider setzt er die Module in das neue Webseiten Modell von VS2005 um (OK der Vorteil ist das man diese Module auch mit dem kostenlosen Visual Web Developer bearbeiten kann), man hat aber keine Wahl (Option) das er das Modul in das Web-Anwendung's-Modell (wie in VS2003) umsetzt was ich für die Entwicklung von DotNetNuke Modulen vorziehe. Und mit dieser Meinung stehe ich nicht alleine da, alle mehr oder weniger professionellen Module siehe auch das DMX Modul arbeiten mit diesem Modell.

Was meiner Meinung nach aber noch negativer ist, ist dass dieser Wizard ohne Source Code Daher kommt, obwohl er unter NET 2, vermutlich mit VS2005, entwickelt wurde. Da der Wizard ohne Source kommt kann man keine Anpassungen und Erweiterungen an dem Wizard vornehmen.

Aber bildet euch selbst euer Urteil, den Download findet man nicht wie üblich auf Sorcefourge sondern nur wenn man auf DotNetNuke registriert ist auf der Download Seite.

Hier der Link