Die neue Benutzeroberfläche von Office 2007 gilt als sehr innovativ. Benutzer, die neu mit Office 2007 anfangen oder wenig Kenntnisse haben, sind sehr schnell begeistert. Doch gibt es immer mal wieder die Frage, speziell von versierten Usern, wo man eine bestimmte Funktion findet.
Hier hat Microsoft eine sehr gute Hilfe bereitgestellt, die als Flash Animation die Alte Symbolleiste anzeigt und beim Klick auf eine Funktion die neue Oberfläche mit dem Weg zum neuen Befehl einblendt.
Folgende Links stehen zur Verfügung und enthalten auch eine Textuelle Übersicht über den Aufbau der neuen Fluent Oberfläche:
Excel
Word
PowerPoint
Für Access und Outlook stehen nur die Guidlines bereit, die erklären, wie die neue Oberfläche hier aufgebaut ist:
Outlook
Access
Lange habe ich rumsuchen dürfen, wie ich den ConnectionString von einem Dataset dynamisch in der Anwendung ändern kann und nun habe ich eine Lösung:
Was will ich denn eigentlich genau?
In der app.config wird die Einstellung zum Connection String abgelegt. Dieses ist prima, da man dieses manuell ändern kann, wenn dies notwendig ist. Nur kann es aber sein, dass der User einen von drei DB Servern beim Start auswählt (Test, Entwicklung, Produktion) und man dann den Connection String dynamisch ändern muss, da man bei dem Dataset nur eine Variable aus dem My.Settings hart verdrahten kann.
Wieso ist das ein Problem?
Nun stößt man erst darauf, dass die Settings unter My.Settings readOnly sind, wenn sie für eine Applikation deklariert sind. Einen Connection String kann man aber nur für eine Anwendung deklarieren und er ist somit IMMER ReadOnly.
Die Lösung
Tja daher muss man den Workaround von der folgenden Seite nehmen, um das Problem zu Lösen. Für meine Anwendung hat das ohne Probleme Funktioniert : http://www.mycsharp.de/wbb2/print.php?threadid=16723&page=1 . Hier kann dann der User den ConnectionString abändern aus der Anwendung per Funktion. Die My.Settings werden nach der Änderung neu geladen. Ob dieses bei häufigem Wechseln und eine großen Userzahl Probleme macht kann ich nicht sagen, da 99% der Zugriffe Produktion sein werden und hier der Server bis zu einer Migration sicher nicht geändert wird...
Es ist sehr interessant, wie SUN und Microsoft die Releases Ihrer Programmierframeworks herausgeben. So ist .NET bei den Patches und Fixes sehr gut im Rennen. Java ist dafür beim Releasezyklus der Versionen knapp im Vorteil. Vergleicht man die Visual Studio Entwicklungsumgebung mit denen von Java wird man aber sein blaues Wunder erleben. Die Stufen von Eclipse würden den Rahmen eines Tests sprengen, vielleicht wäre hier aber NetBeans für einen Vergleich besser geeingnet?! Visual Studio ist hier mit den Änderungen relativ stabil ist. Interessant ist auch noch der Vergleich mit Microsoft Office...
Damit ist aber klar bewiesen, dass sich Java und .NET auch bei den Releses und der Sicherheit kaum unterscheiden!
Wer interesse hat, wie ich das ausgerechnet habe, kann auf der Sun Seite nach der neueste Version suchen. Die zählen das einfach hoch und bei Microsoft gibt es die Seite: http://www.microsoft.com/technet/security/current.aspx wo man je Produkt die Patches suchen, downloaden und zählen kann...
Relevant heißt übrigens, dass zum Beispiel asp.NET und Cristal Report Patches für meine Betrachtung, die auf Windows Applikationen zielt, nicht notwendig sind.
Das Patch KB938979 verändert ähnlich dem Patch KB932596 das Kernelverhalten von den 64 Bit Systemen. Wird es z.B. durch Windows Update installiert laufen unsignierte Treiber wie bei VMWare 1.0.3, selbst mit der Deaktivierung des Treiberschutzes, nicht mehr. Die vorgestellten Kommandos zur Installation solcher Treiber wird deaktiviert. Daher sollte man dieses Patch, vorerst und wenn unbedingt nötig, ausbleneden.
Ich hatte am Anfang nichts gegen den Kernelschutz, wenn man Ihn mit etwas Fachwissen deaktivieren kann. So werden die DAU's geschützt und die Profis haben ne Chance selbst die Kontrolle zu übernehmen. Das nun aber schon 2 Patches mir bestimmen wollen, dass es erst geht und nun doch nicht mehr finde ich schade. Wenn endlich VMWare eine Lösung hat, kann das von mir aus abgeschaltet werden, aber auch andere Leute nutzen die Profi - Einstellung, weil sie einfach noch eine Software ohne singierte Treiber haben...
Der Windows Treiberschutz unter Vista x64 unterbindet die Installation sämtlicher Treiber, die nicht signiert sind. Das ist auf der ersten Seite eine gute Sache, aber auf der anderen Seite kann es für Experten, die Software zum laufen bekommen wollen ein Hinderniss sein. Aktuell ist bei mir der VMWare Server die einzige Position, warum ich den Kernelschutz deaktivierten muss. Das muss basiert darauf, dass ich alle Virtuellen Maschienen auf VMWare laufen habe und mein PC 8GB Ram hat. Vista x32 akzeptiert nur 4GB Ram. Somit bliebe nur die Wahl Windows Server 2003 x32 Enterprise zu verwenden. Da der PC aber für den normalen Alltag genutzt wird und VMWare nur on Top läuft habe ich mich entschieden Vista x64 ohne Kernelschutz zu verwenden.
Hier die Anleitung:
Man deaktiviert die folgende GPO:
- Start -> Ausführen -> gpedit.msc
- Benutzerkonfiguration -> Administrative Vorgaben -> System -> Treiberinstallation -> Codesignatur für Gerätetreiber öffnen
- aktivieren und auf ignorieren stellen
Danach führt man die folgende Kommandozeile aus:
- Start -> Ausführen -> CMD
- bcdedit -set loadoptions \”DDISABLE_INTEGRITY_CHECKS”
- bcdedit.exe /set nointegritychecks ON
Danach kann man VMWare Server 1.0.3 installieren. Aber wehe man installiert das Patch mit der Nummer KB932596. In diesem Fall wird der PC nicht weiter machen. Daher nach der Update - Installation das Patch über Systemsteuerung -> Update das Patch wenn nötig deinstallieren oder aus der Liste ausblenden. Danach wird der VMWare Server bis zum SP1 wohl laufen. In der Zeit hat dann VMWare auch hoffentlich eine lauffähige Version 1.0.x auf dem Markt.
Eine Alternative ist noch die Treiber selbst zu signieren. Dies geht mit dem entsprechendem SDK und stellt einen heiden Aufwand dar, den ich nicht hier beschreiben möchte :))
Ich habe eine EXE Datei ein 2 DLL's die im selben Verzeichnis liegen. Die beiden DLL's haben je 2 Konfigurationswerte "Test1" + "Test2" / "Test3" + "Test4". Die Werte werden in der DLL beim kompilieren als Standardwerte eingebrannt. Nun habe ich nur die DLL Dateien und will die Werte Ändern... Wie geht das?
Unter der Voraussetzung, dass DLL's und EXE den selben Namensraum haben, kann man einfach "Test1", "Test2", "Test3" und "Test4" in der Config Datei der EXE angelegt werden. Die dort gesetzten Standardwerte überschreiben dann die kompilierten Standardwerte der DLL's.
Daher sollte in den DLL's unbedingt dokumentiert werden, welche Config Werte gesetzt werden müssen / können. Kommen hier Werte hinzu, so muss, man diese auch in die EXE einbauen.
Sind die Werte nicht im gleichen Namensraum vorhanden, muss ein Verweis auf den anderen Namensraum gesetzt werden, wie es Thomas Schissler in seinem Blog macht. Man beachte, dass sein Tipp nur für c# gilt und unter vb.NET ein anderer Zweig angelegt werden muss. Nämlich der im My.Settings Bereich.
Hier der Link zu Thomas Schisslers Artikel: http://www.artiso.com/ProBlog/PermaLink,guid,8c0f402f-5186-4b31-aaa1-778f57082fb9.aspx
2 Tage Arbeit hat mir eine Fehlende Exception in der Windows Workflow Foundation gebracht!
Ich habe einen einfachen Workflow gebaut und ihn mit SQL Persistence und SQL Tracking an einen SQL Server 2005 angebunden. Die Datenbank blieb jedoch manchmal leer und wurde nur in seltnene Fällen gefüllt. Wo sucht man da, wenn das Programm erfolgreich durchläuft und kein Fehler gemeldet wird? Im Quellcode. So habe ich 2 Tage gesucht und nichts gefunden. Doch wie durch ein Zufall habe ich die Bedingung Runtime.StopRuntime mitten drin als Auslöser für eine Exception gesetzt und diesmal kam auch eine, die mich zur Lösung des Rätsels brachte...
MSDTC nicht auf Server blub Verfügbar...
Tja, dann habe ich geschaut und den MSDTC Dienst eingeschaltet. Er war hier gestoppt worden. Tja, nachdem der Dienst lief, war erstens die Fehlermeldung weg und zum zweiten wurden nun immer alle Events geloggt. Daher bleibt nur die Frage, wo die Microsoft Entwickler die Exceptions für die WF versteckt haben. Für Tracking und Persistence sind sie auf jeden Fall zu sparsam gewesen und ich würde es gar als Bug bezeichnen.
FAZIT: VOR der Benutzung der Persistence und Tracking Services in der Windows Workflow Foundation MSSTSC Dienst starten!!! MSDTC steht übrignes nicht für Distributed Transaction Controller...
 Ich hab den SQL Server 2008 installiert und habe keine großen Probleme bei der Installation gehabt. Der SQL Server 2008 ist nur eine Evolution zum SQL Server 2005 und auf den ersten Blick findet man keine großen Neuerungen.
- Was mir sehr gut ins Auge gestochen ist, ist dass auch weiterhin DTS Packages wohl unterstützt werden. Dies sollte ja eigentlich nicht mehr der Fall sein, aber es gibt ja noch haufenweise solche alten Packete. Hoffentlich bleibt das dann auch in der Final so!
- Was mir sehr negativ ausgefallen ist, dass der SQL Server 2008 sich nicht in das Visual Studio 2008 einklinckt, sondern das Visual Studio, was man gerade deinstalliert hat wieder installiert. Schlimmer noch ist aber, dass danach einem vom Windows Update wieder das SP1 um die Ohren bekommt. Das ist schade, denn das macht die Installation nicht kürzer. Dieser Punkt wird sich aber hoffentlich noch mit der nächsten Version ändern?!
- Im Inneren ist die XML Unterstützung aufpoliert worden, was nun die Nutzung alle XML Daten ermöglicht. Bisher war die XML Unterstützung ja noch nicht vollkommen ausgereift.
- Deutliche Verbesserung der Offline Fähigkeiten in Zusammenarbeit mit unterschiedlichen Clients und der Programmierung mit .NET 3.5 - in der Offiziellen Beschreibung steht zwar .NET 3.0 - aber das glaube ich nicht so ganz :)
- Die BI Funktionen haben sich laut Beschreibung deutlich erweitert. Dies ist aber nicht der Focus meines Tests gewesen.
- Das Policy Based Management von dem neuen SQL Server habe ich bisher noch nicht ausprobiert, es würde mich aber freuen, wenn die Berechtigungen noch weiter in ADS Kompatibilität gehen würden.
Alles in allem hat der SQL Server 2008 bis auf das XML noch keine "MUST HAVE" Features eingebaut. Aber vielleicht sehe ich das auch aktuell noch nicht so, wie man es schon bei der nächsten Beta sehen könnte :)
Ich verwende Windows Vista x64 als Hostsystem für VMWare Server, wie das geht, habe ich hier schon beschrieben :). Was gibt es aber für Probleme damit und was muss man beachten?
- Kein Autosuspend der Virtuellen Maschinen bei VMWare
Negativ ist mir beim VMWare Server aufgefallen, dass man beim Herunterfahren des Host Systems die Gast Systeme automatisch "abstürzen" lässt. Es gibt keine Funktion wie beim Virtual Server, dass alle Systeme in den Ruhezustand geschickt werden und dann erst der Server komplett zu Ende herunterfährt. Ein Skript hierfür ist allerdings in Arbeit. Wenn ich was Brauchbares habe, werde ist das hier einstellen.
- Paralleleinsatz mit Virtual Server
Der Paralleleinsatz vom Virtual Server war bisher immer problemlos möglich. Mit der aktuellen Version des Virtual Servers in Kombination mit VMWare Server und Windows Vista x64 bekomme ich aber immer Abstürze. Bisher habe ich nur herausfinden können, dass man Virtual Server Maschinen nur starten kann, wenn alle VMWare Maschinen gestoppt sind. Ob dies mit dem Zugriff auf die Hardwarevirtualisierung von 2 Programmen zu tun hat, kann ich leider noch nicht sagen. Sobald ich hier eine Lösung habe, schreibe ich die gleich mal.
- Dateizugriff von einer Virtuellen Maschine mit Windows 2003 oder XP Betriebssystem
Wenn ich von einer Virtuellen Maschine aus auf einen Netzshare auf dem Windows Vista x64 Host zugreife habe ich wiederholt Abbrüche bei größeren Dateien. Ich habe hier in der Liste der aktuellen Hotfixes einen gefunden und mir über das Formular des letzten Blogeintrages zusenden lassen. Fazit - nach 8 Stunden und ohne Komplikationen hatte ich einen Patch, der sehr sauber zu installieren war und das Problem auf Anhieb löst.
http://support.microsoft.com/kb/931770/en-us
- Fehlende Ressourcenzuweisung für die Prozessorlast
Die Prozessorlast des virtuellen Systems lässt sich beim VMWare Server nicht begrenzen. Auf einer 2 Wege Maschine ist die Chance, dass der Server durch 2 virtuellen Maschinen Lahmgelegt wird aber noch nicht vorgekommen.
- Netzwerkkarten auf Virtuellen 64 Bit Maschinen
Die bei 64 Bit vorkonfigurierte Netzwerkkarte von AMD wird unter Windows Vista nicht weiter Supportet. In der Config Datei der virtuellen Maschine kann man jedoch manuell bearbeiten, dass es eine Intel 10/100/1000 Karte ist. Diese hat bei mir keine weiteren Probleme nach der Installation der VMWare Additons gebracht. Hierfür empfehle ich die Freeware VMX Builder und eine Sicherung der aktuellen Config Datei!
Bis auf die Punkte oben bin ich mit dem VMWare Server absolut zufrieden. Erst wenn die 64 Bit Virtualisierung von Microsoft verfügbar ist, wird wieder über einen Wechsel überlegt. Ob die Verteilung der Platten auf je 2 GB Teile dort funktioniert, was als 2. KO Kriterium für VWWare zählt dort auch geht, weiß ich nicht.
Aktuell schlägt VMWare Server auf jeden Fall das Microsoft Pendant!
Die Liste aller Hotfixes für Windows Vista ist bei der Fehlersuche extrem gut. Hier der Link mit deutschen Beschreibungen: http://www.drvista.de/vista-updates-and-patches/99-ubersicht-vista-hotfixes.html
|