CASIC Ltd.

Alle Trigger einer Datenbank löschen

Markus Diettrich — Sat, 16 Jan 2016 18:50:55 GMT

Zusammenfassung

Das nachfolgende Skript löscht sämtliche Trigger einer Datenbank.

Skript

DECLARE @SQLCmd nvarchar(1000) 
DECLARE @Trig varchar(500)
DECLARE @sch varchar(500)

DECLARE TGCursor CURSOR FOR

SELECT ISNULL(tbl.name, vue.name) AS [schemaName]
     , trg.name AS triggerName
FROM sys.triggers trg
LEFT OUTER JOIN (SELECT tparent.object_id, ts.name 
                 FROM sys.tables tparent 
                 INNER JOIN sys.schemas ts ON ts.schema_id = tparent.schema_id) 
                 AS tbl ON tbl.object_id = trg.parent_id
LEFT OUTER JOIN (SELECT vparent.object_id, vs.name 
                 FROM sys.views vparent 
                 INNER JOIN sys.schemas vs ON vs.schema_id = vparent.schema_id) 
                 AS vue ON vue.object_id = trg.parent_id
 
OPEN TGCursor
FETCH NEXT FROM TGCursor INTO @sch,@Trig
WHILE @@FETCH_STATUS = 0
BEGIN

SET @SQLCmd = N'DROP TRIGGER [' + @sch + '].[' + @Trig + ']'
EXEC sp_executesql @SQLCmd
PRINT @SQLCmd

FETCH next FROM TGCursor INTO @sch,@Trig
END

CLOSE TGCursor
DEALLOCATE TGCursor

Alte mdPROJECTTIMER Versionen

Markus Diettrich — Fri, 06 Dec 2013 12:50:21 GMT

mdPROJECTTIMER Pro 3.15.3

mdPROJECTTIMER Pro 3.16.0

mdPROJECTTIMER Pro 3.16.1

Sollte eine andere, hier nicht aufgelistete Version benötigt werden, bitte eine kurze Email an info@casic.de senden.

Transaktionsprotokoll wächst ständig

Markus Diettrich — Thu, 15 Nov 2012 15:00:15 GMT

Das Ganze hängt stark zusammen mit dem eingestellten Datenbanksicherungsmodell. Dieses lässt sich im Microsoft SQL Server Management Studio für eine Datenbank einstellen (Register "Optionen" in den Datenbankeigenschaften). Auf dem vollwertigen SQL-Server ist die Voreinstellung "Vollständig", bei den Express-Editionen "Einfach".

Unterschiede der beiden Sicherungsmodelle:

"Einfach" bedeutet, dass eine Datenbankwiederherstellung "nur" anhand des letzten vollständigen Backups gemacht werden kann. In dieser Einstellung werden Einträge in der Transaktionsdatei sofort nach erfolgreicher Ausführung zur Löschung freigegeben.

"Vollständig" bedeutet, dass die Wiederherstellung anhand der Transaktionsprotokolldatei zu jedem Zeitpunkt erfolgen kann. D.h. eine Wiederherstellung ist auch ohne explizites Backup möglich (solange die Transaktionsprotokolldatei in Ordnung ist). In dieser Einstellung bleiben jedoch alle ausgeführten Aktionen auf der DB solange in der Transaktionsdatei stehen, bis die Transaktionsdatei explizit gesichert wurde. Da dies in den meisten Fällen jedoch so nicht eingerichtet ist, wächst diese Datei kontinuierlich.

Diese Einstellung lässt sich auch per SQL-Script anpassen:

Alter Database [Datenbankname]
Set Recovery Simple

Zyklische Datenbank-Sicherung

Markus Diettrich — Mon, 10 Jan 2011 22:43:20 GMT

Leider stehen in den Express-Editionen vom SQL Server 2005/2008 keine Wartungspläne zur Verfügung, mit denen u.a. die zyklische Sicherung von Datenbanken eingerichtet werden kann. Erst die SQL-Server Editionen "Standard" oder höher bringen diese Funktionalität mit. Eine zyklische Sicherung einer SQL Server Express Datenbank kann aber auch mit Windows-Boardmitteln eingerichtet werden.

1. Backup-Verzeichnis einrichten

Als erstes muss ein Backup-Verzeichnis eingerichtet werden. Dieses Verzeichnis enthält, neben den Einrichtungsdateien für die zyklische Datenbanksicherung, später auch die erstelle Sicherungsdatei. Das Verzeichnis kann ein beliebiges Verzeichnis auf einem beliebigen lokalen Laufwerk sein (Netzlaufwerke werden nicht unterstützt!) - wir verwenden in der nachfolgenden Beschreibung den Pfad C:\backup.

2. SQL-Skript zur Sicherung einer Datenbank anlegen

Im nächsten Schritt wird ein SQL-Skript erstellt, das eine Sicherungsdatei von einer Datenbank erstellt. Das nachfolgende SQL-Skript können Sie als Vorlage verwenden. Starten Sie den Editor (Notepad) und übertragen Sie nachfolgende Zeilen:

USE master
-- Optional vorhandene Backup-Datei löschen
EXEC sp_dropdevice 'mdPROJECTTIMER_bak'
-- Backup-Datei anlegen
EXEC sp_addumpdevice 'disk', 'mdPROJECTTIMER_bak','C:\backup\mdPROJECTTIMER.bak'
-- Datenbank sichern
BACKUP DATABASE mdPROJECTTIMER TO mdPROJECTTIMER_bak WITH INIT

Das obige SQL-Skript geht davon aus, dass die Datenbank mdPROJECTTIMER heißt. Wenn Sie bei der Anlage der Datenbank einen anderen Namen angegeben haben, ersetzen Sie bitte den Namen mdPROJECTTIMER in allen Zeilen durch den von Ihnen festgelegten Namen. Das Skript sichert die Datenbank in die Datei mdPROJECTTIMER.bak, die im Verzeichnis backup auf dem Laufwerk C: angelegt wird.
Speichern Sie das SQL-Skript in die Datei C:\backup\mdPROJECTTIMER.sql

3. Batch-Datei zur Ausführung des SQL-Skripts anlegen

Im nächsten Schritt erstellen Sie eine Batch-Datei, die das zuvor angelegte SQL-Skript ausführt. Starten Sie den Editor (Notepad) und übertragen Sie folgende Zeile:

sqlcmd.exe -S (local)\CASIC -U sa -P Casic#2005 -i "c:\backup\mdPROJECTTIMER.sql"
copy /Y "c:\backup\mdPROJECTTIMER.bak" "\\FILESERVER\SQLBackups\mdPROJECTTIMER.bak"

In der ersten Zeile wird das SQL-Skript ausgeführt, das die Datenbank in eine Datei sichert. Hinter dem Parameter -S geben Sie den SQL-Server-Namen (für den lokalen SQL-Server können Sie auch (local) verwenden) und den Instanz-Namen an. Mit den Parametern -U (Benutzername) und -P (Passwort) geben Sie den Datenbank-Benutzer an. Verwenden Sie hier die gleichen Anmeldedaten (Benutzername und Passwort), die Sie auch im Datenbankverbindungs-Assistenten von mdPROJECTTIMER angegeben haben.
In der zweiten Zeile wird die erstellte Sicherungsdatei mdPROJECTTIMER.bak auf einen anderen Rechner kopiert (im obigen Beispiel auf den Rechner FILESERVER und dort in das Verzeichnis SQLBackups). Passen Sie den Ziel-Rechner und das Ziel-Verzeichnis entsprechend an. Es wird grundsätzlich empfohlen, die auf dem Datenbankserver erstellte Sicherungsdatei auf einen anderen (zweiten) Rechner zu kopieren, damit z.B. nach einem Festplatten-Crash des Datenbankservers immer noch auf eine Datenbanksicherung zugegriffen werden kann!
Speichern Sie die Batch-Datei unter C:\backup\mdPROJECTTIMER.bat

4. Ausführung planen

Im letzten Schritt erstellen Sie einen Task (Aufgabe), um die zuvor angelegte Batch-Datei zyklisch auszuführen. Öffnen Sie die Systemsteuerung und klicken Sie auf Geplante Tasks (Vista/7: Systemsteuerung/Verwaltung/Aufgabenplanung). Klicken Sie auf Geplanten Task hinzufügen (Vista/7: Einfache Aufgabe erstellen...). Es erscheint der Assistent zu Anlage der Aufgabe:

Klicken Sie auf die Schaltfläche Weiter.

Klicken Sie auf die Schaltfläche Durchsuchen und wählen Sie anschließend die zuvor erstellte Batchdatei mdPROJECTTIMER.bat aus.

Legen Sie fest, wann die Aufgabe ausgeführt werden soll (empfohlen: Täglich)

Geben Sie in diesem Schritt die Startzeit ein. Es wird empfohlen, die Datenbanksicherung zu einem Zeitpunkt ausführen zu lassen, in dem möglichst wenig Benutzer die Datenbank verwenden.

Geben Sie den Windows-Benutzer (nicht zu verwechseln mit dem Datenbank-Benutzer!) an, der zum Starten der Batchdatei verwendet werden soll. Wir empfehlen, hier den lokalen Administrator zu verwenden.

Schließen Sie die Einrichtung der Aufgabe mit einem Klick auf die Schaltfläche Fertig stellen ab.

5. Einrichtung testen

In der Liste Geplante Tasks erscheint nun die zuvor erstellte Aufgabe. Klicken Sie mit der rechten Maustaste auf den Eintrag mdPROJECTTIMER und wählen Sie im Kontext-Menü den Eintrag Ausführen aus. Überprüfen Sie nach der Ausführung der Batchdatei, ob im Verzeichnis C:\backup die Sicherungsdatei mdPROJECTTIMER.bak erzeugt wurde.

6. Wichtige Hinweise

Obwohl die oben beschriebene zyklische Datensicherung in der Regel gut funktioniert, erhalten Sie leider im Fehlerfall keine automatische Benachrichtigung. Es ist daher unerlässlich, immer wieder die korrekte Erstellung der Sicherungsdatei zu überprüfen: Prüfen Sie regelmäßig, ob das Dateidatum der Sicherungsdatei mdPROJECTTIMER.bak (tages-)aktuell ist.

Signierung von Programmen und Setups

Markus Diettrich — Thu, 24 Sep 2009 15:26:58 GMT

In diesem Dokument wird die Signierung von Programme/Bibliotheken und Setups beschrieben, sowie alle hierzu notwendigen Tools, Dateien und Zertifikate.

Signierung von InstallAware-Setups
Zum Signieren von InstallAware-Setups werden keine weiteren Tools benötigt - InstallAware hat die Signierung der Setups vollständig integriert. In der Design-Ansicht unter dem Punkt "Deployment/Authenticode Signature" kann die Signierung aktiviert werden:

Links:
http://www.installaware.com

Programme/Tools zum Signieren von Programmen
Zum Signieren von Programmen und Bibliotheken werden einige Tools und Dateien aus dem Microsoft Platform SDK for Windows Server 2003 R2 benötigt:
– signtool.exe
– pvk2pfx.exe
– CapiCom.Dll
Die benötigten Tools und Dateien stehen im Anhang als ZIP-Archiv zur Verfügung (Tools.zip). Damit lassen sich unter Windows XP SP2 / Windows Vista (andere Plattformen habe ich nicht getestet) Programme und Bibliotheken signieren, ohne das Microsoft Platform SDK installieren zu müssen. Für die Signierung von InstallAware-Setups werden diese Tools nicht benötigt.

Links:
http://www.microsoft.com/downloads/details.aspx?FamilyId=0BAF2B35-C656-4969-ACE8-E4C0C0716ADB&displaylang=en

Signierung von Programmen und Bibliotheken
Wenn die Personal Information Exchange Datei (*.pfx) zur Verfügung steht, können Programme und Bibliotheken signiert werden. Hierzu kann das Tool signtool.exe aus dem Microsoft Platform SDK for Windows Server 2003 R2 verwendet werden:

signtool.exe sign /f "C:\Demo.pfx" /p "pfxPasswort" /t "http://timestamp.comodoca.com/authenticode" "F:\SOURCE_20\Test - Signierung\Projekt1.exe"

Der letzte Parameter ("F:\SOURCE_32\Test - Signierung\Projekt1.exe") gibt den vollständigen Pfad Dateinamen der zu signierenden Datei an (*.exe, *.dll oder *.ocx).

Tipp: Grundsätzlich sollte immer der vollständige Pfad Dateinamen in zwei doppelten Anführungszeichen angegeben werden!

Wichtig: Es muss das Passwort der *.pfx-Datei beim Parameter /p angegeben werden (nicht zu verwechseln mit dem Passwort für den privaten Schlüssel!).

Links:
http://msdn2.microsoft.com/de-de/library/8s9b9yaz(vs.80).aspx

Vorbereitung zur Signierung
Wenn das Unternehmens-Zertifikat vorliegt (*.spc), muss zunächst noch eine Personal Information Exchange Datei (*.pfx) erzeugt werden, bevor mit der Signierung begonnen werden kann. Um eine Personal Information Exchange Datei (*.pfx) zu erzeugen, kann das Tool pvk2pfx.exe aus dem Microsoft Platform SDK for Windows Server 2003 R2 verwendet werden:

pvk2pfx.exe -pvk "C:\Demo.pvk" -pi "pvkPasswort" -spc "C:\Demo.spc" -pfx "C:\Demo.pfx" -po "pfxPasswort" -f

Die erstellte Personal Information Exchange Datei (Demo.pfx) erhält das neue Passwort "pfxPasswort" (es wird von Microsoft empfohlen, für diese Datei ein anderes Passwort zu verwenden als für die private Schlüssel-Datei).

Links:
http://msdn2.microsoft.com/en-us/library/aa906332.aspx

Anforderung Unternehmens-Zertifikat
Ein Unternehmens-Zertifikat kann z.B. bei VeriSign, COMODO usw. angefordert werden. Wir verwenden ein Unternehmens-Zertifikat von COMODO (günstigster Anbieter). Direkt bei der Bestellung erhält man eine Datei, die den privaten Schlüssel enthält (*.pvk) und die mit dem zuvor angegebenen Passwort geschützt ist (pvkPasswort). Nach der Verfikation durch den Anbieter erhält man von diesem das Unternehmens-Zertifikat (*.spc). Beide Dateien werden für die Erstellung einer Personal Information Exchange Datei (*.pfx) benötigt (siehe Vorbereitung zur Signierung).

Links:
http://www.instantssl.com/code-signing/code-signing.html

Anmeldung automatisieren

Markus Diettrich — Thu, 09 Jul 2009 12:36:56 GMT

Allgemein

Die Anmeldung an mdPROJECTTIMER Pro auf einem Computer automatisieren, indem der Computername und der Windows-Benutzername dem Mitarbeiter hinterlegt werden.

Betrifft

mdPROJECTTIMER Pro 3.x

Vorgehensweise

Zuerst muss der Computername und der Windows-Benutzername ermittelt werden. Hierzu gibt es mehrere Möglichkeiten (z.B. Systemsteuerung...) - Am Einfachsten geht es mit dem kleinen Tool LoginInfo.exe, das in den Anlagen heruntergeladen werden kann (verwenden Sie die Zip-Datei, wenn Ihre Firewall die Exe-Datei blocken sollte). Nach dem Starten wird der Benutzer- und Computername angezeigt:

Starten Sie nun mdPROJECTTIMER und öffnen Sie die Mitarbeiter-Verwaltung (Menü "Stammdaten" / Eintrag "Mitarbeiter..."). Wählen Sie in der Liste den Mitarbeiter aus, der sich auf diesem Computer automatisch anmelden soll. Klicken Sie auf die Schaltfläche "Ändern":

Tragen Sie nun in die Felder "Windows Benutzer" und "Computer-Name" die mit dem Tool ermittelten Daten ein und klicken Sie abschließend auf die Schaltfläche "Speichern". Wenn Sie mdPROJECTTIMER das nächste mal auf diesem Computer starten, werden Sie automatisch mit dem ausgewählten Mitarbeiter angemeldet. Der Login-Dialog wird nicht mehr angezeigt.

SQL-Server: Sichern der mdPROJECTTIMER-Datenbank

Markus Diettrich — Wed, 01 Jul 2009 13:20:39 GMT

Dieser Artikel beschreibt, wie Sie mit Hilfe der Software "Microsoft SQL Server Management Studio Express" die mdPROJECTTIMER Datenbank auf einem SQL-Server sichern. Die Software "Microsoft SQL Server Management Studio Express" wird automatisch mit unserem SQL-Server 2005 Express Setup installiert. Wenn Sie noch die ältere MSDE 2000 einsetzen, können Sie das Management Studio Express bei Microsoft herunterladen.

Zum Sichern der mdPROJECTTIMER Datenbank führen Sie folgende Schritte aus:

1. Starten Sie die Software "Microsoft SQL Server Management Studio Express"

2. Melden Sie sich am lokalen SQL-Server an
Wählen Sie entweder via NT-Authentifizierung oder die Anmeldung mit dem Standard-Datenbankbenutzer "sa". Aktivieren Sie die Option "Kennwort speichern" um bei der nächsten Anmeldung das Passwort nicht erneut eingeben zu müssen.

3. Klappen Sie im Objekt-Explorer (linke Strukturansicht) den Knoten "Datenbanken" auf

4. Klicken Sie mit der rechten Maustaste auf die mdPROJECTTIMER-Datenbank

5. Wählen Sie im darauf erscheinenden Kontext-Menü den Eintrag "Tasks" / "Sichern…" aus

6. Es erscheint der Konfigurations-Dialog zum Sichern der Datenbank
Übernehmen Sie die Einstellungen der Bereiche "Quelle" und "Sicherungssatz", wie nachfolgend dargestellt. Enthält die Liste im Bereich "Ziel" bereits einen Eintrag, können Sie diesen verwenden, um die bestehende Datenbank-Sicherungsdatei zu aktualisieren. Überspringen Sie in diesem Fall den Punkt 7.

7. Klicken Sie in der Gruppe "Ziel" auf die Schaltfläche "Hinzufügen"
Geben Sie dann die zu erstellende Datensicherungs-Datei an (diese sollte die Extension ".bak" haben).

8. Klicken Sie abschließend auf die Schaltfläche "OK"
Die Datensicherung wird jetzt durchgeführt. Wenn die Datensicherung abgeschlossen ist, erscheint eine kurze Meldung und der Dialog "Datenbank sichern - ..." wird geschlossen

Registrierungs-/Lizenz-Daten lassen sich nicht aktualisieren

Markus Diettrich — Fri, 29 May 2009 15:35:18 GMT

Problem

Die bereits eingegebenen Registrierungs-Daten (bzw. Lizenz-Daten) lassen sich nicht aktualisieren. Es wurde zum Beispiel eine Test-Lizenz registriert, diese kann jetzt aber nicht mit einer Voll-Lizenz aktualisiert werden.

Hintergrund

Sämtliche Lizenz-Informationen werden in der Windows-Registry gespeichert. Wird mdPROJECTTIMER Pro direkt nach der Installation vom Setup ausgeführt, wird mdPROJECTTIMER Pro eventuell im Kontext des System-Accounts ausgeführt. Dies hat zur Folge, dass die Lizenz-Informationen in den Zweig HKEY_LOCAL_MACHINE geschrieben werden, obwohl der Benutzer standardmäßig keinen Zugriff auf diesen Registry-Zweig hat (z.B. unter Windows Vista).

mdPROJECTTIMER Pro überprüft beim Schreiben in die Windows Registry, ob der aktuell angemeldete Benutzer Schreibrechte für den Registry-Zweig HKEY_LOCAL_MACHINE besitzt. Ist dies der Fall, werden die Lizenz-Informationen in den Zweig [HKEY_LOCAL_MACHINE\SOFTWARE\mdTOOLS\Fullversion\mdPROJECTTIMER Pro] geschrieben. Bei fehlender Berechtigung werden die Lizenz-Informationen in den Registry-Zweig [HKEY_CURRENT_USER\SOFTWARE\mdTOOLS\Fullversion\mdPROJECTTIMER Pro] geschrieben.

Beim Auslesen der Lizenz-Informationen sucht mdPROJECTTIMER Pro zuerst im Registry-Zweig HKEY_LOCAL_MACHINE. Konnten dort keine Lizenz-Informationen gefunden werden, wird im Registry-Zweig HKEY_CURRENT_USER nach Lizenz-Informationen gesucht.

Lösung 1

Melden Sie sich mit einem Benutzer-Konto an, das über Schreibrechte in den Registry-Zweig HKEY_LOCAL_MACHINE verfügt (in der Regel das Administratoren-Konto)
Starten Sie mdPROJECTTIMER Pro
Geben Sie die neuen Lizenz-Daten ein (Menü [Hilfe], Menüpunkt [Registrieren...])

Lösung 2

Melden Sie sich mit einem Benutzer-Konto an, das über Schreibrechte in den Registry-Zweig HKEY_LOCAL_MACHINE verfügt (in der Regel das Administratoren-Konto)
Starten Sie den Windows Registrierungs-Editor ([Start]-Schaltfläche anklicken, Eintrag [Ausführen] im Startmenü auswählen, "RegEdit" im Dialog "Ausführen" eingeben, [OK] anklicken)
Gehen Sie in den Registry-Zweig [HKEY_LOCAL_MACHINE\SOFTWARE\mdTOOLS\Fullversion\mdPROJECTTIMER Pro] (unter Vista 64-Bit: [HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\mdTOOLS\Fullversion\mdPROJECTTIMER Pro])
Löschen Sie die Einträge "InstallKey" und "Name". Den Eintrag "InstallPath" bitte stehen lassen - dieser wird vom Installations-Programm verwendet.
Beenden Sie den Windows Registrierungs-Editor
Starten Sie mdPROJECTTIMER Pro
Geben Sie die neuen Lizenz-Daten ein (Menü [Hilfe], Menüpunkt [Registrieren...])

Rechnerabsturz, Konfigurationsdatei "mdPROJECTTIMER.bcf" kann nicht mehr geladen werden

Markus Diettrich — Fri, 29 May 2009 15:34:19 GMT

Problem:

Nach einem Rechnerabsturz gibt mdPROJECTTIMER die Fehlermeldung aus, dass die Konfigurationsdatei "...\mdPROJECTTIMER.bcf" nicht geladen werden kann.

Ursache:

Wenn der Rechner während eines Schreibvorgangs in die Konfigurationsdatei "mdPROJECTTIMER.bcf" abstürzt, kann diese eventuell nicht vollständig geschrieben werden. mdPROJECTTIMER erkennt beim nächsten Start, dass die Konfigurationsdatei defekt ist und gibt eine entsprechende Fehlermeldung aus.

Lösung:

Löschen Sie die Konfigurationsdatei "mdPROJECTTIMER.bcf". Die Konfigurationsdatei enthält, neben den Verbindungsdaten zur Datenbank, ausschließlich Computer-spezifische Daten, wie z.B. Fensterpositionen, Listen-Layouts, usw. Durch das Löschen der Konfigurations-Datei gehen keine Stempelungen verloren! Die Datei befindet sich im Verzeichnis:

XP: C:\Dokumente und Einstellungen\[Benutzername]\Anwendungsdaten\mdPROJECTTIMER

Vista: C:\Users\[Benutzername]\AppData\Roaming\mdPROJECTTIMER

Bitte ersetzen Sie [Benutzername] durch Ihren Benutzernamen. Sollten Sie im Windows-Explorer den Ordner "Anwendungsdaten" nicht sehen, müssen Sie die Ansicht auf geschützte Ordner in den Ordneroptionen freischalten:

XP: Starten Sie den Windows-Explorer. Klicken Sie im Windows-Explorer auf das Menü "Extras". Wählen Sie den Menü-Eintrag "Ordneroptionen..." aus. Wechseln Sie in das Register "Ansicht". Aktivieren Sie die Option "Alle Dateien und Ordner anzeigen". Schließen Sie den Dialog mit einem Klick auf die "OK"-Schaltfläche.

Vista: Starten Sie den Windows-Explorer: Drücken Sie die ALT-Taste - es erscheint die Menüzeile. Klicken Sie auf das Menü "Extras". Wählen Sie den Menü-Eintrag "Ordneroptionen..." aus. Wechseln Sie in das Register "Ansicht". Aktivieren Sie die Option "Alle Dateien und Ordner anzeigen". Schließen Sie den Dialog mit einem Klick auf die "OK"-Schaltfläche.

InstallAware 9 Übersetzungen nutzen

Markus Diettrich — Fri, 29 May 2009 14:42:47 GMT

Die mit InstallAware 9 mitgelieferten Vorübersetzungen können auch mit dem Translation Manager Pro verwendet werden. Hierzu müssen nur die mit InstallAware mitgelieferten Dateien in das Verzeichnis der benutzerdefinierten Übersetzungen von Translation Manager Pro kopiert (und umbenannt) werden:

Öffnen Sie im Windows-Explorer das Installationsverzeichnis von InstallAware 9 (z.B. C:\Programme\InstallAware\InstallAware 9). In diesem befinden sich die Vorübersetzungsdateien. Je Sprache gibt es eine Datei, die mit reference. beginnt (z.B. reference.German).
Lokalisieren Sie in einem neuen Windows-Explorer-Fenster das Verzeichnis, in dem Translation Manager Pro die benutzerdefinierte Übersetzungen verwaltet. Dieses befindet sich in den lokalen Anwendungsdaten und heißt Translation Manager Pro for InstallAware:

C:\Dokumente und Einstellungen\[Benutzername]\Anwendungsdaten\Translation Manager Pro for InstallAware
Je Sprache müssen nun jeweils zwei Dateien (Ursprungstexte+Übersetzungen) aus dem InstallAware-Verzeichnis ins Translation Manager Pro-Verzeichnis kopiert und anschließend umbenannt werden. Die Datei reference.Original enthält die Ursprungstexte und muss nach dem Kopieren in [Sprache].source umbenannt werden. Die Datei reference.[Sprache] enthält die zugehörigen Übersetzungen und muss nach dem Kopieren in [Sprache].translation umbenannt werden. InstallAware verwaltet für alle Sprachen nur eine einzige Datei für die Ursprungstexte - Translation Manager Pro verwaltet je Sprache jeweils eine Datei für die Ursprungstexte und eine Datei für die Übersetzungen (somit können unterschiedlich viele Übersetzungen je Sprache verwaltet werden).

Beispiel: Umbenennung nach dem Kopiervorgang für die Sprache Deutsch:

reference.Original -> German.source
reference.German -> German.translation

Ereignisse komfortabel deklarieren

Markus Diettrich — Fri, 16 May 2008 12:36:00 GMT

Das Definieren von C#-Ereignissen erfordert einen hohen Eingabeaufwand. Um diesen zu reduzieren, stellen wir Ihnen hier ein Makro für Visual Studio 2008 zur Verfügung. Das Makro erzeugt den Source-Code eines C#-Ereignisses an der aktuellen Cursor-Position. Nach dem Starten des Makros werden Sie nach dem Namen und einer Beschreibung des Ereignisses gefragt. Ausserdem können Sie wählen, ob das zu erstellende C#-Ereignis über Standard-Argumente oder benutzerdefinierte Argumente verfügen soll.

Ereignisse können nur direkt in Klassen (nicht innerhalb von Methoden, Eigenschaften...) eingefügt werden. Die korrekte Position des Cursors wird vor dem Einfügen geprüft. Die Klasse für die benutzerdefinierten Argumenten sowie der dazugehörige Delegat wird nach der aktuellen Klasse erzeugt.

Zur Installation des Makros kopieren Sie einfach den nachfolgenden Quellcode in ein neues oder bestehendes Makro-Modul, das Sie über den Makro-Explorer erreichen:

' Prozedur zum komfortablen Einfügen eines C#-Ereignisses (VS2008)
Sub InsertEvent()

Dim eventName As String
Dim eventDescription As String
Dim eventHandler As String
Dim eventArgs As String
Dim className As String
Dim ret As MsgBoxResult
Dim txt As TextDocument
Dim edit As EditPoint
Dim start As EditPoint
Dim classEndPoint As TextPoint
Dim lineText As String

' Prüfen, ob wir aktuell ein Text-Fenster haben
If DTE.ActiveDocument.Type <> "Text" Then
MsgBox("In diesem Fenster kann kein Ereignis hinzugefügt werden, da dieses Fenster kein Text-Fenster ist", MsgBoxStyle.Critical, "Fehler")
End If

' Name des Ereignisses abfragen
eventName = InputBox("Name des Ereignisses:", "Ereignis-Name festlegen", "ValueChanged")
If eventName = "" Then Exit Sub

' Beschreibung des Ereignisses abfragen
eventDescription = InputBox("Beschreibung des Ereignisses:", "Ereignis-Beschreibung festlegen", "Dieses Ereignis wird ausgelöst, sobald sich der Wert ändert.")

' Prüfen, ob wir einen eigenen EventHandler verwenden wollen
ret = MsgBox("Wollen Sie für das Ereignis einen eigenen EventHandler mit eigenen Ereignisparametern erzeugen?", MsgBoxStyle.Question Or MsgBoxStyle.YesNo, "Eigener EventHandler?")
If ret = MsgBoxResult.Yes Then
' Eigenen Eventhandler definieren
eventHandler = eventName + "EventHandler"
eventArgs = eventName + "EventArgs"
Else
eventHandler = "EventHandler"
eventArgs = "EventArgs"
End If

' Die aktuelle Position des Cursors ermitteln und die Textbearbeitung vorbereiten
txt = DTE.ActiveDocument.Object
edit = txt.StartPoint.CreateEditPoint()
edit.MoveToLineAndOffset(txt.Selection.ActivePoint.Line, 1)
' Wir müssen uns den Startpunkt merken, um abschließend den eingefügten Block zu formatieren
start = edit.CreateEditPoint()

' Namen der aktuellen Klasse ermitteln
className = edit.CodeElement(vsCMElement.vsCMElementClass).Name()
classEndPoint = edit.CodeElement(vsCMElement.vsCMElementClass).EndPoint

' Prüfen, ob sich der Cursor innerhalb einer Klasse befindet
If edit.CodeElement(vsCMElement.vsCMElementClass).Kind <> vsCMElement.vsCMElementClass Then
MsgBox("Bitte setzen Sie vor dem Einfügen eines Ereignisses den Cursor in die Klasse.", MsgBoxStyle.Critical, "Achtung")
Exit Sub
End If

' In der UNDO-Liste einen Eintrag erstellen für alles, was wir nachfolgend einfügen
If DTE.UndoContext.IsOpen Then
DTE.UndoContext.Close()
End If
DTE.UndoContext.Open(eventName + "-Ereignis")

' Kopf einfügen
edit.Insert(vbCrLf)
edit.LineUp()
edit.Insert("#region " + eventName + "-Ereignis" + vbCrLf)

' Beschreibung des Events setzen
If eventDescription.Length > 0 Then
edit.Insert("/// <summary>" + vbCrLf)
edit.Insert("/// " + eventDescription + vbCrLf)
edit.Insert("/// </summary>" + vbCrLf)
End If

' Attribute setzen
edit.Insert("[Browsable(true)]" + vbCrLf)
If eventDescription.Length > 0 Then
edit.Insert("[Description(""" + eventDescription + """)]" + vbCrLf)
End If

' Event
edit.Insert("public event " + eventHandler + " " + eventName + ";" + vbCrLf)
edit.Insert(vbCrLf)

' Aufruf
edit.Insert("/// <summary>" + vbCrLf)
edit.Insert("/// Löst das " + eventName + "-Ereignis aus." + vbCrLf)
edit.Insert("/// </summary>" + vbCrLf)
edit.Insert("protected virtual void On" + eventName + "(" + eventArgs + " e)" + vbCrLf)
edit.Insert("{" + vbCrLf)
edit.Insert(" if (" + eventName + " != null)" + vbCrLf)
edit.Insert(" " + eventName + "(this,e);" + vbCrLf)
edit.Insert("}" + vbCrLf)

' Fuss einfügen
edit.Insert("#endregion")

' Eingefügten Bereich noch nach den aktuellen Spracheinstellungen formatieren
edit.SmartFormat(start)

' Eventuell eigene Ereignis-Parameter definieren (nach der Klasse!)
If ret = MsgBoxResult.Yes Then
' Auf das Ende der Klasse positionieren
edit.MoveToLineAndOffset(classEndPoint.Line, 1)
' Wir müssen uns den Startpunkt merken, um abschließend den eingefügten Block zu formatieren
start = edit.CreateEditPoint()
' Jetzt nach der Klasse die Definition der Parameter-Klasse und des Delegaten einfügen
edit.EndOfLine()
edit.Insert(vbCrLf)
edit.Insert(vbCrLf)
edit.Insert("#region " + eventName + "-Ereignis (Parameter-Klasse und Delegat)" + vbCrLf)
edit.Insert("/// <summary>" + vbCrLf)
edit.Insert("/// Definiert die Argumente für das " + eventName + "-Ereignis." + vbCrLf)
edit.Insert("/// </summary>" + vbCrLf)
edit.Insert("public class " + eventArgs + " : EventArgs" + vbCrLf)
edit.Insert("{" + vbCrLf)
edit.Insert(" // TODO: Ereignis-Parameter für " + eventName + " definieren" + vbCrLf)
edit.Insert(" private string a;" + vbCrLf)
edit.Insert(" private string b;" + vbCrLf)
edit.Insert("}" + vbCrLf)
edit.Insert(vbCrLf)
edit.Insert("/// <summary>" + vbCrLf)
edit.Insert("/// Delegat für das " + eventName + "-Ereignis." + vbCrLf)
edit.Insert("/// </summary>" + vbCrLf)
edit.Insert("public delegate void " + eventHandler + "(object sender, " + eventArgs + " e);" + vbCrLf)
edit.Insert("#endregion")
' Eingefügten Bereich noch nach den aktuellen Spracheinstellungen formatieren
edit.SmartFormat(start)
End If

' UNDO-Eintrag abschließen
DTE.UndoContext.Close()

' Fertig !
End Sub

Datenbank-Sicherung erstellen

Markus Diettrich — Mon, 17 Mar 2008 11:51:00 GMT

Mit dem nachfolgenden SQL-Skript wird die Datenbank 'mdPROJECTTIMER' in eine Backup-Datei gesichert. Dies funktioniert analog natürlich auch mit allen anderen Datenbanken:

USE master
-- Optional vorhandene Backup-Datei löschen
EXEC sp_dropdevice 'mdPROJECTTIMER_bak'
-- Backup-Datei anlegen
EXEC sp_addumpdevice 'disk', 'mdPROJECTTIMER_bak','D:\backup\mdPROJECTTIMER.bak'
-- Datenbank sichern
BACKUP DATABASE mdPROJECTTIMER TO mdPROJECTTIMER_bak

Patch-Setup funktioniert nicht (immer)

Markus Diettrich — Wed, 06 Feb 2008 18:03:00 GMT

Problem

Werden mehrere Patch-Setups zu einem vollständigen Setup erstellt, funktioniert die Patch-Installation ab dem zweiten Patch-Setup nur noch, wenn die Basis-Installation ohne Patch aktualisiert wird, ansonsten erhält man die Fehlermeldung: "Die Installation von [ProductName] ist fehlgeschlagen: Das Updatepatch kann nicht vom Windows-Installationsdienst aktualisiert werden, da das zu aktualisierende Programm nicht vorhanden ist oder eine andere Version des Programms mit dem Patch aktualisiert wird. Überprüfen Sie, ob das zu aktualisierende Programm vorhanden ist und das richtige Updatepatch verwendet wird.".

Beispiel, wann der Fehler auftritt:

Basis-Installation + Patch 1 + Patch 2

Beispiel, wann der Fehler nicht auftritt:

Basis-Installation + Patch 2

Ursache

Werden mehrere Patch-Setups zu einem vollständigen Setup erstellt, spielt die "Product Version" eine Rolle (warum, weiß ich leider auch nicht), wenn auf dem zu installierenden Rechner eine Basis-Installation + einem vorhergehenden Patch bereits vorhanden ist und die "Product Version" des Patch-Setups unterschiedlich zu der des vollständigen Setups ist.

Lösung

Die "Product Version" (InstallAware Design-Ansicht / Application Information / Project Properties) nur beim Build eines vollständigen Setups ändern. Wird ein Patch-Setup erstellt, muss die "Product Version" identisch mit der des vollständigen Setups sein.

Anmerkung

Nicht vergessen: Immer alle Patch-Referenzen (Vollständiges Setup + alle Patch-Setups) im "Deployment / Patches"-Bereich angeben.

Ermittlung der Anzahl von Tagen bis zum nächsten Geburtstag

Markus Diettrich — Wed, 30 Jan 2008 13:24:00 GMT

Mit dem nachfolgenden SQL-Fragment kann die Anzahl von Tagen bis zum nächsten Geburtstag ermittelt werden (in der Spalte [Birthday] ist das Geburtsdatum hinterlegt):

(CASE WHEN DateAdd(yyyy, DateDiff(yyyy, [Birthday], GetDate()), [Birthday]) <= GetDate() THEN
DateDiff(d, GetDate(), DateAdd(yyyy, DateDiff(yyyy, [Birthday], GetDate()) + 1, [Birthday])) ELSE
DateDiff(d, GetDate(), DateAdd(yyyy, DateDiff(yyyy, [Birthday], GetDate()), [Birthday]))
END) AS DaysToBirthday

Möchte man auch die Geburtstage, die in den letzten 3 Tagen stattgefunden haben, kann folgendes SQL-Fragment als WHERE-Bedingung verwendet werden:

((CASE WHEN DateAdd(yyyy , DateDiff(yyyy , [Birthday] , DateAdd(d, -4, GetDate())) , [Birthday]) <= DateAdd(d, -4, GetDate()) THEN
DateDiff(d , DateAdd(d, -4, GetDate()) , DateAdd(yyyy , DateDiff(yyyy , [Birthday] , DateAdd(d, -4, GetDate())) + 1 , [Birthday])) ELSE
DateDiff(d , DateAdd(d, -4, GetDate()) , DateAdd(yyyy , DateDiff(yyyy , [Birthday] , DateAdd(d, -4, GetDate())) , [Birthday]))
END)-4) < 4

Der "Trick" der obigen WHERE-Bedingung besteht darin, das zu vergleichende Datum (das aktuelle Tagesdatum) um 4 Tage in die Vergangenheit zu setzen und das Ergebnis ebenfalls um 4 Tage zu korrigieren. Mit dem Vergleich < 4 wird dann auf +/- 3 Tage eingegrenzt.

Sandcastle Jan 2008 (Dokumentations-Werkzeug)

Markus Diettrich — Mon, 28 Jan 2008 18:55:00 GMT

Mit der aktuellen Version 1.6.0.4 vom "Sandcastle Help File Builder" lässt sich bereits sehr gut arbeiten: während umfangreicher Tests sind keine Probleme mit dem GUI-Tool oder dem Januar 2008 Release von "Sandcastle" aufgetreten (vielleicht kann die Performance noch etwas verbessert werden...). Im Vergleich zu NDoc bietet Sandcastle folgende Vorteile:

Die Entwicklung wurde nicht eingestellt :-)
Korrekter Umgang mit Generic Typen
Einbinden von externen Source-Code als Beispiel-Code (sehr praktisch!)
Dank dem Sandcastle Help File Builder so einfach zu benutzen wie NDoc

Sandcastle Help File Builder
http://www.codeplex.com/SHFB

Sandcastle
http://www.codeplex.com/Sandcastle

Der Microsoft.Jet.OLEDB.4.0-Provider ist nicht auf dem lokalen Computer registriert

Markus Diettrich — Tue, 15 Jan 2008 02:10:00 GMT

Problem

Unter Vista 64-Bit erhält man die Fehlermeldung "Der Microsoft.Jet.OLEDB.4.0-Provider ist nicht auf dem lokalen Computer registriert", wenn man versucht auf eine Microsoft Access-Datenbank zuzugreifen.

Hintergrund

Der Provider ist nur in der 32 Bit Version verfügbar.

Lösung

Man muss nur das Projekt mit der Zielplattform x86-Rechner kompilieren (Projekt -> Projekt-Eigenschaften -> Erstellen -> Zielplattform -> x86).

Ereignisse komfortabel deklarieren

Markus Diettrich — Mon, 07 Jan 2008 23:48:00 GMT

Das Definieren von C#-Ereignissen erfordert einen hohen Eingabeaufwand. Um diesen zu reduzieren, stellen wir Ihnen hier ein Makro für Visual Studio 2005 zur Verfügung. Das Makro erzeugt den Source-Code eines C#-Ereignisses an der aktuellen Cursor-Position. Nach dem Starten des Makros werden Sie nach dem Namen und einer Beschreibung des Ereignisses gefragt. Ausserdem können Sie wählen, ob das zu erstellende C#-Ereignis über Standard-Argumente oder benutzerdefinierte Argumente verfügen soll.

Ereignisse können nur direkt in Klassen (nicht innerhalb von Methoden, Eigenschaften...) eingefügt werden. Die korrekte Position des Cursors wird vor dem Einfügen geprüft. Die Klasse für die benutzerdefinierten Argumenten sowie der dazugehörige Delegat wird vor der aktuellen Klasse erzeugt.

Zur Installation des Makros kopieren Sie einfach den nachfolgenden Quellcode in ein neues oder bestehendes Makro-Modul, das Sie über den Makro-Explorer erreichen:

' Prozedur zum komfortablen Einfügen eines C#-Ereignisses (VS2005)
Sub InsertEvent()

Dim eventname As String
Dim eventdescription As String
Dim eventhandler As String
Dim eventargs As String
Dim classname As String
Dim ret As MsgBoxResult
Dim txt As TextDocument
Dim edit As EditPoint
Dim start As EditPoint
Dim classpoint As TextPoint
Dim linetext As String

' Prüfen, ob wir aktuell ein Text-Fenster haben
If DTE.ActiveDocument.Type <> "Text" Then
MsgBox("In diesem Fenster kann kein Ereignis hinzugefügt werden, da dieses Fenster kein Text-Fenster ist", MsgBoxStyle.Critical, "Fehler")
End If

' Name des Ereignisses abfragen
eventname = InputBox("Name des Ereignisses:", "Ereignis-Name festlegen", "ValueChanged")
If eventname = "" Then Exit Sub

' Beschreibung des Ereignisses abfragen
eventdescription = InputBox("Beschreibung des Ereignisses:", "Ereignis-Beschreibung festlegen", "Dieses Ereignis wird ausgelöst, sobald sich der Wert ändert.")

' Prüfen, ob wir einen eigenen EventHandler verwenden wollen
ret = MsgBox("Wollen Sie für das Ereignis einen eigenen EventHandler mit eigenen Ereignisparametern erzeugen?", MsgBoxStyle.Question Or MsgBoxStyle.YesNo, "Eigener EventHandler?")
If ret = MsgBoxResult.Yes Then
' Eigenen Eventhandler definieren
eventhandler = eventname + "EventHandler"
eventargs = eventname + "EventArgs"
Else
eventhandler = "EventHandler"
eventargs = "EventArgs"
End If

' Die aktuelle Position des Cursors ermitteln und die Textbearbeitung vorbereiten
txt = DTE.ActiveDocument.Object
edit = txt.StartPoint.CreateEditPoint()
edit.MoveToLineAndOffset(txt.Selection.ActivePoint.Line, 1)
' Wir müssen uns den Startpunkt merken, um abschließend den eingefügten Block zu formatieren
start = edit.CreateEditPoint()

' Namen der aktuellen Klasse ermitteln
classname = edit.CodeElement(vsCMElement.vsCMElementClass).Name()
classpoint = edit.CodeElement(vsCMElement.vsCMElementClass).StartPoint

' Prüfen, ob sich der Cursor innerhalb einer Klasse befindet
If edit.CodeElement(vsCMElement.vsCMElementClass).Kind <> vsCMElement.vsCMElementClass Then
MsgBox("Bitte setzen Sie vor dem Einfügen eines Ereignisses den Cursor in die Klasse.", MsgBoxStyle.Critical, "Achtung")
Exit Sub
End If

' In der UNDO-Liste einen Eintrag erstellen für alles, was wir nachfolgend einfügen
DTE.UndoContext.Open(eventname + "-Ereignis")

' Kopf einfügen
edit.Insert(vbCrLf)
edit.LineUp()
edit.Insert("#region " + eventname + "-Ereignis" + vbCrLf)

' Beschreibung des Events setzen
If eventdescription.Length > 0 Then
edit.Insert("/// <summary>" + vbCrLf)
edit.Insert("/// " + eventdescription + vbCrLf)
edit.Insert("/// </summary>" + vbCrLf)
End If

' Attribute setzen
edit.Insert("[Browsable(true)]" + vbCrLf)
If eventdescription.Length > 0 Then
edit.Insert("[Description(""" + eventdescription + """)]" + vbCrLf)
End If

' Event
edit.Insert("public event " + eventhandler + " " + eventname + ";" + vbCrLf)
edit.Insert(vbCrLf)

' Aufruf
edit.Insert("/// <summary>" + vbCrLf)
edit.Insert("/// Löst das " + eventname + "-Ereignis aus." + vbCrLf)
edit.Insert("/// </summary>" + vbCrLf)
edit.Insert("protected virtual void On" + eventname + "(" + eventargs + " e)" + vbCrLf)
edit.Insert("{" + vbCrLf)
edit.Insert(" if (" + eventname + " != null)" + vbCrLf)
edit.Insert(" " + eventname + "(this,e);" + vbCrLf)
edit.Insert("}" + vbCrLf)

' Fuss einfügen
edit.Insert("#endregion")

' Eingefügten Bereich noch nach den aktuellen Spracheinstellungen formatieren
edit.SmartFormat(start)

' Eventuell eigene Ereignis-Parameter definieren (vor der Klasse!)
If ret = MsgBoxResult.Yes Then
' Auf den Beginn der Klasse positionieren
edit.MoveToLineAndOffset(classpoint.Line, 1)
' Solange Zeile für Zeile nach oben gehen, bis wir eine freie Zeile bzw. keine Kommentarzeile haben
Do
edit.LineUp()
linetext = Trim(edit.GetText(edit.LineLength))
Loop Until linetext.Length = 0 Or (Not linetext.StartsWith("//"))
' Wir müssen uns den Startpunkt merken, um abschließend den eingefügten Block zu formatieren
start = edit.CreateEditPoint()
' Jetzt vor der Klasse die Definition der Parameter-Klasse und des Delegaten einfügen
edit.EndOfLine()
edit.Insert(vbCrLf)
edit.Insert("#region " + eventname + "-Ereignis (Parameter-Klasse und Delegat)" + vbCrLf)
edit.Insert("/// <summary>" + vbCrLf)
edit.Insert("/// Definiert die Argumente für das " + eventname + "-Ereignis." + vbCrLf)
edit.Insert("/// </summary>" + vbCrLf)
edit.Insert("public class " + eventargs + " : EventArgs" + vbCrLf)
edit.Insert("{" + vbCrLf)
edit.Insert(" // TODO: Ereignis-Parameter für " + eventname + " definieren" + vbCrLf)
edit.Insert(" private string a;" + vbCrLf)
edit.Insert(" private string b;" + vbCrLf)
edit.Insert("}" + vbCrLf)
edit.Insert(vbCrLf)
edit.Insert("/// <summary>" + vbCrLf)
edit.Insert("/// Delegat für das " + eventname + "-Ereignis." + vbCrLf)
edit.Insert("/// </summary>" + vbCrLf)
edit.Insert("public delegate void " + eventhandler + "(object sender, " + eventargs + " e);" + vbCrLf)
edit.Insert("#endregion" + vbCrLf)
' Eingefügten Bereich noch nach den aktuellen Spracheinstellungen formatieren
edit.SmartFormat(start)
End If

' UNDO-Eintrag abschließen
DTE.UndoContext.Close()

' Fertig !
End Sub

Information

Markus Diettrich — Wed, 02 Jan 2008 02:23:00 GMT

In diesem Bereich sind alle Knowledge Base Artikel hinterlegt, die sich auf

Microsoft .NET Version 2.0
Microsoft Visual Studio 2005
mdTOOLS .NET 2.x

beziehen.

Eingaben in Textfelder auf Ziffern begrenzen

Markus Diettrich — Mon, 31 Dec 2007 04:12:00 GMT

Oft benötigt man die Möglichkeit, Textfelder auf die Eingabe von Ziffern zu beschränken: z.B. für die Eingabe von Postleitzahlen, Telefonnummern usw. Dies kann sehr einfach erreicht werden, indem im KeyPress-Ereignis folgender Code ausgeführt wird:

private void textBox1_KeyPress(object sender, System.Windows.Forms.KeyPressEventArgs e)
{
// Nur Ziffern und die Backspace-Taste (\b) dürfen eingegeben werden
if ("1234567890\b".IndexOf(e.KeyChar.ToString())<0)
e.Handled=true;
}

Das eingegebene Zeichen ist in e.KeyChar enthalten. Die Routine prüft nun, ob das eingegebene Zeichen im definierten Zeichenvorrat (Ziffern 0-9 und Backspace) vorhanden ist. Ist es nicht vorhanden, wird e.Handled auf true gesetzt. Dies teilt der Textbox mit, dass diese Zeicheneingabe bereits bearbeitet wurde - das eingegebene Zeichen erscheint nicht in der Textbox. Der Zeichenvorrat kann entsprechend einfach erweitert werden, z.B. für Telefon- und Telefaxnummerneingaben etc.

Eigene Controls in der Toolbox-Auflistung verfügbar machen

Markus Diettrich — Sun, 30 Dec 2007 22:48:00 GMT

Wenn Sie eigene .NET-Steuerelemente entwickelt haben, kennen Sie vielleicht folgendes Problem: Sie erstellen ein neues Projekt und wollen in diesem das selbstentwickelte Control verwenden. Ok, dazu muß das Control erst mal in die Toolbox. Kein Problem - einfach mit einem Rechtsklick auf die Toolbox - danach erscheint ein Popup-Menü mit dem Eintrag “Toolbox anpassen...”. In dem darauf erscheinenden Dialog in das Tab “.NET Framework-Komponenten” wechseln und das selber entwickelte Control suchen... und... es ist nicht da! Ok, wir könnten jetzt auf die Schaltfläche “Durchsuchen” klicken und dann die entsprechende DLL auswählen... Es geht aber auch eleganter! Wenn auf das Tab “.NET Framework-Komponenten” geklickt wird, durchsucht Visual Studio anhand einer in der Registry abgelegten Pfadliste alle darin enthaltenen Verzeichnisse nach .NET-Komponenten. Da aber der Pfad für das selbst entwickelte Control in dieser Pfadliste noch fehlt, wird es nicht in der Liste aufgeführt. Mit dem Tool RegEdit können Sie selber problemlos diesen Pfad selber nachreichen:

Gehen Sie im Programm RegEdit in folgendes Verzeichnis:
Arbeitsplatz\HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\.NETFramework\AssemblyFolders

Sie sehen nun unterhalb dieses Verzeichnisses mehrere Schlüssel, deren Standard-Werte jeweils auf ein Verzeichnis zeigen. Um nun auf das eigene Control einen Verzeichnis-Verweis anzulegen, legen Sie zuerst einen Schlüssel an (verwenden Sie hierzu z.B. den Namen der Komponente). Wählen Sie anschließend den angelegten Schlüssel aus. Im rechten Teil des RegEdit-Fensters erscheint nun der Standard-Wert. Mit einem Doppelklick darauf können Sie diesen Wert ändern. Geben Sie dort den vollständigen Pfad zu Ihrer Komponente an (also z.B. C:\Programme\Meine Controls). Nachdem Sie Ihre Eingaben in der Registry gespeichert haben, stehen Ihnen beim nächsten Anpassen der Toolbox unter Visual Studio .NET alle Komponenten zur Verfügung, die sich in diesem Verzeichnis befinden.

Durchsichtige Farbe bei Toolbox-Grafik

Markus Diettrich — Sun, 30 Dec 2007 22:47:00 GMT

Schon im “alten” Visual Basic gab es die Möglichkeit, den Toolbox-Bildern von eigenen Steuerelementen eine durchsichtige Farbe anzugeben. Unter .NET sind die Toolbox-Grafiken grundsätzlich 16x16 Pixel groß. Der Pixel links, unten bestimmt im Visual Studio .NET die Farbe, die durchsichtig dargestellt werden soll (also die Koordinate 0,15). Beim Designen einer Toolbox-Grafik ist also darauf zu achten, daß z.B. eine Umrandung nicht durch den Pixel 0,15 läuft, da sonst die Umrandung durchsichtig wird...

Fehlerhafte Rundungsfunktionen in .NET ersetzen

Markus Diettrich — Sun, 30 Dec 2007 22:44:00 GMT

Ein uraltes Problem hat auch bei .NET wieder zugeschlagen: die integrierte Rundungsfunktion Round() ist fehlerhaft. Bei gewissen Zahlenkonstellationen rundet die integrierte Funktion falsch (z.B. wird aus 0.005 gerundet auf zwei Nachkommastellen 0 statt 0.01). Im Gegensatz zu der VisualBasic-Implementierung funktioniert die Rundungsfunktion in .NET aber schon viel besser (in VB gibt es viel mehr Zahlenkonstellationen, die falsch gerundet werden!). Eigentlich müßte man denken, daß es doch gar nicht so schwer sein kann, eine funktionierende Rundungsfunktion zu implementieren - ist es auch nicht, wenn man es richtig macht: Der Algorithmus zum Runden ist sehr einfach aufgebaut - man darf allerdings die Randbedingungen nicht vernachlässigen. Verwendet man z.B. in der Rundungsfunktion als Datentyp Double, wird man garantiert bei einigen Zahlenkonstellationen falsche Rundungen erhalten. Dies liegt an der internen Speicherung von Zahlen im Datentyp Double (und andere Datentypen, die auf Fließkomma beruhen). Bei diesen Datentypen kann es vorkommen, daß bei Multiplikation und Division (teilweise sogar bei Addition und Subtraktion) das letzte Bit nicht korrekt gesetzt wird und man z.B. bei 0.05 / 2 nicht 0.025 sondern 0.024999999999999999 erhält (0.05 / 2 dient hier nur als exemplarisches Beispiel!). Um dieses Problem zu umgehen benötigt man einen Datentyp, der eine feste Anzahl von Nachkommastellen aufweist, wie z.B. der Datentyp Decimal. Leider ist auch im Datentyp Decimal die Round()-Funktion fehlerhaft implementiert (wahrscheinlich erfolgt erst eine Konvertierung in Double, dann Rundung und anschließend wieder eine Zurückkonvertierung in Decimal... ist aber nur eine Vermutung). Die folgende Funktion zeigt die korrekte Implementierung einer Rundungsfunktion auf n Stellen:

// Diese Funktion rundet die übergebene Zahl auf die angegebenen Anzahl von
// Nachkommastellen
private decimal mdROUND(decimal Zahl, ushort Stellen)
{
// Multiplikator berechnen
decimal St = (decimal) Math.Pow(10,(double) Stellen);
// Rundung durchführen und zurückliefern
return Decimal.Truncate(Zahl * St + (0.5m * Math.Sign(Zahl)))/St;
}

In der ersten Zeile wird der Multiplikator berechnet (10 hoch Anzahl der Stellen auf die gerundet werden soll - wenn also auf 2 Stellen gerundet werden soll, so ist der Multiplikator 100...). Der Multiplikator wird in der zweiten Zeile benötigt. In der zweiten Zeile multiplizieren wir die übergebene Zahl mit dem Multiplikator und erhalten dadurch die Verschiebung des Dezimaltrennzeichens um n Stellen nach rechts. Dann wird 0.5 hinzuaddiert (bzw. subtrahiert bei einer negativen Zahl). Durch diese Addition ergibt sich ein Übertrag in den Vorkommabereich, wenn der Nachkommabereich >= 0.5 ist (so ist die kaufmännische Rundung definiert). Im nächsten Schritt entfernen wir den restlichen Nachkommabetrag, so daß wir jetzt eine Ganzzahl haben und dividieren diese anschließend durch den Multiplikator um das Dezimaltrennzeichen wieder n Stellen, diesmal nach links, zu verschieben. Und schon haben wir das korrekte Ergebnis und können dieses zurückliefern.

Über den nachfolgenden Download-Link können Sie sich ein kleines Test-Projekt herunterladen, in dem die unterschiedlichen Ergebnisse der oben vorgestellten mdROUND()-Funktion mit den Ergebnissen der integrierten Decimal.Round()-Funktion aufgelistet werden.

Datensätze filtern und suchen, die Anführungszeichen beinhalten

Markus Diettrich — Sun, 30 Dec 2007 22:35:00 GMT

Wenn Sie Datensätze filtern bzw. suchen, die Anführungszeichen beinhalten (das einfache Anführungszeichen bzw. das Hochkomma), so müssen Sie dieses duplizieren. Ansonsten erhalten Sie eine Fehlermeldung, da der Parser der Meinung ist, dass das alleinstehende Anführungszeichen das Textbegrenzungszeichen ist.

Beispiel für mdUDA.NET in C#:

// Variablen deklarieren
string s;
// Datenbank öffnen
Database db = UDA.OpenDatabaseMSAccess(@”C:\Daten\NWind.mdb”);
// Recordset öffnen
Recordset rs = db.OpenRecordset("SELECT Firma, Straße, PLZ, Ort, Land FROM Kunden");
// Wir suchen alle Datensätze, die mit “Trail’s” beginnen
s = "Trail's";
// Jetzt müssen wir alle einzelnen Hochkommas verdoppeln
s = s.Replace("'","''");
// Recordset filtern
rs.Filter = "Firma LIKE '"+s+"*'";
// Ergebnismenge auf der Console ausgeben
rs.Dump();
// Fertig

Ausgabe auf der Console:

|Firma----------------------------|Straße-----------|PLZ--|Ort-----|Land|
|---------------------------------+-----------------+-----+--------+----|
>Trail's Head Gourmet Provisioners|722 DaVinci Blvd.|98034|Kirkland|USA |

Information

Markus Diettrich — Sun, 30 Dec 2007 22:34:00 GMT

In diesem Bereich sind alle Knowledge Base Artikel hinterlegt, die sich auf

Microsoft .NET Version 1.1
Microsoft Visual Studio 2003
mdTOOLS .NET 1.x

beziehen.

Ausschließlich lokale Assemblies verwenden

Markus Diettrich — Sun, 30 Dec 2007 22:23:00 GMT

Normalerweise reicht es bei der Installation einer .NET-Applikation, wenn alle verwendeten Bibliotheken in das Installationsverzeichnis kopiert werden. Probleme können auftauchen, wenn die verwendeten Bibliotheken zusätzlich im GAC (Global Assembly Cache) installiert sind. Assemblies im GAC werden bevorzugt geladen. Theoretisch wird durch die Versionierung sichergestellt, dass das Programm automatisch immer die richtige Version verwendet - allerdings gibt es in der Praxis immer wieder Konstellationen, wo dies nicht ganz hinhaut. Um 100% sicherzustellen, dass die im Installationsverzeichnis hinterlegten Bibliotheken verwendet werden (und nicht die aus dem GAC), müssen diese beim Programmstart explizit geladen werden. Dies muss unbedingt vor der ersten Verwendung einer Bibliothek geschehen - also z.B. im Konstruktor der ersten Form, die geladen wird:

public class frmStartForm : System.Windows.Forms.Form
{
// Cache für alle explizit geladenen Assemblies
private ArrayList AssemblyCache = new ArrayList();

// Konstruktor
public frmStartForm()
{
// Assemblies laden und Verweise cachen
string[] dlls;
// Alle lokalen Assemblies ermitteln
dlls = System.IO.Directory.GetFiles(Application.StartupPath,"*.dll");
// Alle lokalen Assemblies laden
foreach(string dll in dlls)
{
// Assembly laden und Verweis im Cache speichern
AssemblyCache.Add(System.Reflection.Assembly.LoadFile(dll));
}

//
// Erforderlich für die Windows Form-Designerunterstützung
//
InitializeComponent();

...

Das Cachen der Assembly-Verweise ist nicht unbedingt notwendig, da beim Laden von Assemblies diese automatisch der Applikations-Domäne zugeordnet werden und bis zum Ende des Programmes damit verbunden bleiben. Allerdings ist dieses Verhalten nicht genau dokumentiert und könnte in zukünftigen .NET-Versionen geändert werden - daher ist das Cachen der Verweise sicherer.