Kategorie: Visual Studio

Vor kurzem habe ich das Upgrade eines LightSwitch Projektes auf Visual Studio 2013 gewagt. Eins vorweg: Es hat sich gelohnt!  Bei diesem Projekt handelt es sich um einen Silverlight Client der eine externe SQL Server Datenbank anbindet. Das LightSwitch Projekt dient hier der GUI Gestaltung und verwendet keine “_intrinsic-Database”. Zu den Verbesserungen die lt. Doku im Bereich HTML Client hinzugekommen sein sollen, kann ich daher nichts sagen.

Das Highlight für mich ist das nun endlich mehrere Designer gleichzeitig öffen sein können.

In den vorherigen Versionen war immer nur eine Instanz eines Screens- oder Table-Designer möglich. Ein flüssiges arbeiten und schnelles umschalten zwischen mehreren Screens\Tables war nicht möglich. Öffnet man in VS 2013 ein Screen\Table erhält dieser ein eigenes Register und man kann beliebig viele davon gleichzeitig offen halten, das wechseln zwischen den Registern geht entsprechend schnell. Vermutlich auch weil nun für jede Tabelle ein eigenes *.isml File erzeugt wird. Weiter so!

Leider leider funktioniert immer noch nicht die mehrfach Selektion zur Änderung einer gemeinsamen Eigenschaft. Also mal schnell die Text Ausrichtung von links auf rechts ändern ist nicht  

Den Test und das experimentieren mit einer Visual Studio 2012 Beta habe ich mir geschenkt. Umso gespannter war ich nun selbst die ersten Versuche mit dem Final Release zu machen. Und der erste Eindruck? Angenehm überrascht!

Als erstes bemerkte ich die gefühlt wesentlich bessere Startgeschwindigkeit. Zum vergleich startete ich mehrmals VS 2010 und VS 2012 nacheinander. VS 2012 war auf meinem Rechner nach ca. 3 sec. bereit! VS2010 benötigte ca. 4 sec bis die IDE sichtbar war und weitere ca. 4 sec. bis der Waitcursor endlich verschwand. Beachtlich!!

Danach musste ich schnell das Color theme auf Dark umstellen:

Danach war die IDE richtig ansehnlich

Bei VS LightSwitch 2012 bemerkte ich ebenfalls eine deutlich bessere Reaktionsgeschwindigkeit der IDE. Besonders der Wechsel zwischen dem Table Designer und dem Screen Designer geht nun flugs von statten, was noch in LightSwitch 2011 eine sehr träge Angelegenheit war.

Details folgen…

In der August Ausgabe 2011 des MSDN Magazins sind zwei Artikel über Microsoft Visual Studio Lightswitch:

Build Business Applications with Visual Studio LightSwitch: In diesem Artikel werden die Basics von Visual Studio Lightswitch vorgestellt.

Advanced Programming Made Easy With Visual Studio LightSwitch: Darin sind keine brandneuen Tipps & Tricks, es ist das bekannte Contoso Construction Application Demo von Beth Massi in einen Artikel verpackt. Wer die Demo nicht kennt sollte rein schnuppern, es lohnt sich. Die komplette Beispiel App steht im Source Code zur Verfügung.

Features der Beispiel App:

• A “Home screen” with static images and text similar to the Course Manager sample
• Personalization with My Appointments displayed on log in
• “Show Map..” links under the addresses in data grids
• Picture editors
• Reporting via COM interop to Word
• Import data from Excel using the Excel Importer Extension
• Composite LINQ queries to retrieve/aggregate data
• Custom report filter using the Advanced Filter Control
• Emailing appointments via SMTP using iCal format in response to events on the save pipeline

Hier gibt es auch ein Video zu diesem Beispiel:

Wenn das deployen eines Lightswitch Packages mit folgendem Fehler abbricht: Anbieter “LightswitchApplication” wurde nicht gefunden

Oder auch: “Could not find the provider ‚LightSwitchApplication‘. Please verify that you’ve entered the name correctly”

Dann kann die Ursache sein das auf dem Ziel Rechner (Windows Server 2008 R2) das Service Pack 1 (SP1) nicht installiert ist. Nach einem Update auf das SP1 konnte ich die Anwendung problemlos deployen.

[UPDATE]

Im MS Lightswitch Forum wurde auch über diesen Fehler diskutiert. Dort hat ein User berichtet das das Problem durch entfernen einer Checkbox gelöst werden konnte.

Beim erzeugen einer 3 Tier Application hat man die Möglichkeit über das Setzen einer Checkbox mitzuteilen ob die Notwendigen Voraussetzung für das Lightswitch Hosting auf dem Server erfüllt sind oder eben nicht. Die Option/Checkbox heißt in der deutschen Version: “Auf dem IIS-Server sind die erforderlichen Komponente für die Bereitstellung von Lightswitch Applikationen installiert” (unten gelb markiert) und ist zu finden wenn man den PUBLISH – Assistent startet:

Im beschriebenen Fall hat das entfernen der Checkbox das Problem gelöst.

Wenn nach den ersten Schritten mit Visual Studio Lightswitch eine Anwendung entstanden ist, steht man irgendwann ggf. vor Aufgabe diese auf einem IIS zu deployen. Doch das klingt leichter als es ist wenn man mit mehreren Datenquellen arbeitet. Ich beschreibe euch die Bedeutung der einzelnen Connectionstrings und wie diese zu konfigurieren sind.

Die folgenden Screenshots sind beim deployen einer Anwendung entstanden die im 3 Tier betrieb läuft, also auf dem IIS gehostet wird. Die Anwendung nutzt zwei (SQL Server) Datenquellen und wird mit Windows-Authentifizierung betrieben.

Im weiteren Verlauf beschreibe ich wie eine Lightswitch App als Package in den IIS importiert wird. Doch wie erzeugt man ein solches Packages?

Dazu wählt man beim “Assistent zum Veröffentlichen von Lightswitch-Anwendungen” auf dem Screen “Ausgabe veröffentlichen” die Option “Paket auf Datenträger erstellen”

Möchte man nun ein solches Paket im IIS einlesen wird man zwangsläufig mit folgendem Dialog konfrontiert:

Im folgenden nochmal der gleiche Dialog, lediglich auf den inneren Bereich beschränkt und alle Eingabe mit einer Nummer versehen:

1) Connection Datenbankverbindung die zur Erzeugung der “Application Database” verwendet wird. Wird nur zum deploy Zeitpunkt verwendet! Die Application Database ist jene Datenbank in der Lightswitch die Authentifizierung verwaltet. Es kann keine Integrierte Sicherheit verwenden werden!

Mit den folgenden Daten wird die Verbindung zur Application Database zur Laufzeit aufgebaut (2-5):

2) DatabaseServer Server für die Application Database (muss zwingend der gleiche sein wie aus 1)! Logisch sonst wird die Verdingung zur Laufzeit zu einem anderen Server aufgebaut als zu jenem der die Installation abbekommen hat

3) DatabaseName der Application Database (muss zwingend der gleiche sein wie aus 1)!

4) DatabaseUserName UserName der sich zur Application Database zur Laufzeit verbindet.

5) DatabaseUserPassword Passwort zu UserName

Je nach Anzahl genutzter Datenquellen im Lightswitch Projekt, werden entsprechende Connectionsstrings gelistet (die Anwendung die für den Screenshot herhalten musste nutzt zwei Datenquellen 6a & 6b)

6a) ConnectionString Hinter dieser Datenverbindung sind die echten Daten zu finden. Alles anderen bis hierher diente nur Lightswitch selbst, das hier sind Deine Daten. Wenn die Anwendung nach der Installation z.b die Anmeldung erlaubt, aber keine Applikationsdaten anzeigt (Red X Symptom), ist es hilfreich diese Datenverbindung(gen) mit dem SQL Server Manager zu überprüfen.

6b) ConnectionString – wie oben

7) Anwendungspfad Unter diesem Pfad ist die Anwendung zu erreichen, z.b. http://<your default website>/<Anwendungspfad>

8) Application Administrator User Name Dieser User darf nach der Installation als EINZIGER die Anwendung ausführen. Er die Möglichkeit weitere Anwender über die Applikation zu berechtigen.

Wer seine Lightswitch Application deployen möchte benötigt auf den Ziel Server die Visual Studio Lightswitch Server prerequisites. Zur Installation dient der Webplatform-Installer:

Leider zeigt der Weplatform-Installer derzeit (kurz nach Veröffentlichung der Final Release) lediglich die Beta Version an, allerdings deutet das Veröffentlichungsdatum auf eine Aktualisierung und das Final Release hin. Also… fix die Beta2 Version deinstalliert und die “aktuelle” vom 26.07.2011 installiert.

Ich kann berichten: Es läuft, auch konnte ich keine Probleme von Apps feststellen, die noch unter der Beta2 entwickelt wurden. Netterweise laufen auch Anwendungen die mit dem Final Release erstellt wurden