gehirnwindung.de

ASP.NET: Vertauschte Sessions (OutputCache und Cookieless Sessions)

wolfgang@gehirnwindung.de (Wolfgang) — Fri, 22 Mar 2013 22:50:00 +0100

Ich wurde vor kurzem mit einem Problem konfrontiert, bei dem ich meinem Kunden natürlich weiterhelfen wollte. Bei einem Web-Projekt wurden sporadisch Sessions "vertauscht" - so sah ein Benutzer A plötzlich die Userdaten eines Benutzers B. Das kam eher selten vor, aber jeder einzelne Fall ist natürlich unschön.

Meine erste Vermutung war, dass das Session-Objekt (oder eine der darin enthaltenen Variablen) evtl. in statischen Variablen gelandet ist. Das soll wohl öfter mal vorkommen und sieht z.B. so aus.

private static Session _sess;
public static void DoSomething() {
if (_sess == null) {
_sess = HttpContext.Current.Session;
}
if (_sess != null) {
// ...
}
}

Zugegeben, sieht recht harmlos aus - ist aber folgenschwer. Ich hab den Ersteller der Webseite kontaktiert und ihn gefragt, ob so etwas ähnliches evtl. enthalten ist. Der machte sich auch direkt auf die Suche nach ähnlichen Konstrukten, blieb aber erfolglos. Danach bekam ich sogar direkt Zugriff auf den Quellcode.

Ich hab den Code natürlich nochmal durchforstet (und die Fremd-Assemblies analysiert) - aber auch ich blieb ohne Erfolg bei meiner Suche (war ja auch überheblich zu denken, dass die anderen nicht richtig suchen würden - ich schäm mich *g*). Die Cache-Einstellungen schienen in Ordnung. Ich hab daraufhin mehrere Tests mit PhantomJS erstellt und durchgehend geprüft, ob die Session irgendwann verloren geht oder die Daten andere werden - aber auch hier ohne jeden Lichtblick. So ging das jetzt mehrere Tage.

Heute hatte ich was ganz anderes vor. Dabei musste ich Cookies in meinem Browser deaktiviert und kam eher zufällig auf die Seite - da hab ich es dann auch endlich mal gesehen: Userdaten eines anderen Benutzers. Und nun war auch endlich klar, wie es zum "vertauschen" der Sessions kam - nämlich gar nicht ;) Wir haben vielmehr - in einem Teilbereich - alle das Gleiche gesehen.

Die ASP.NET - Seite verwendet Cookies im "AutoDetect"-Modus (<session cookieless="AutoDetect" />). Es hätte aber auch "UseUrl" sein können - damit wäre es ebenso falsch gelaufen (allerdings wahrscheinlich leichter entdeckt).

Zusätzlich war bei einem ASP.NET Control (ein Footer) angegeben, dass die Ausgabe gecached werden kann. Das ist mir bei der vorherigen Durchforstung zwar aufgefallen, aber nicht wirklich negativ. Die Angabe sah so aus

<%@ OutputCache Duration="6000" VaryByParam="none" %>

Also auch hier an sich nichts schlimmes. Die HTML-Elemente waren allesamt Links zum Impressum und ähnlichen Seiten. Damit die Cookieless-Session beim Aufruf des Impressums nicht verloren geht, müssen natürlich auch diese Links mit Response.ApplyAppPathModifier() angepasst werden. Argh. Selbstverständlich wird die SessionID hier mitgecached - nur gesehen hab ich es nicht.

Der erste User nach den 6000 Sekunden gibt vor, wie der Footer aussieht.
Sind bei dem User Session-Cookies im Browser erlaubt, klappt es überall (die Cookieless-User verlieren Ihre Session, aber das ist weitaus weniger schlimm als fremde Userdaten zu sehen).
Ist der Browser des "führenden" Users dagegen so eingestellt, dass Session-Cookies abgelehnt werden, bekommen alle dessen Session angezeigt...

Nun kann man entweder den OutputCache ganz abstellen, oder aber die Angabe etwas erweitern zu

<%@ OutputCache Duration="6000" VaryByParam="none" VaryByCustom="session" %>

Hierfür muss aber in der global.asax noch die Funktion GetVaryByCustomString überschrieben werden, in etwa so:

public override string GetVaryByCustomString( HttpContext context, string custom ) {
if (custom == "session") {
if( context.Session != null ) {
return context.Session.SessionID;
}
}
return base.GetVaryByCustomString(context, custom);
}

So funktionieren auch OutputCache und Cookieless Sessions problemlos zusammen... Und beim nächsten Mal seh ich das auch gleich ;)

LINQ Extension Methods: Intersect

wolfgang@gehirnwindung.de (Wolfgang) — Wed, 19 May 2010 20:25:00 +0100

Mit der Intersect-Erweiterungsmethode vergleicht man zwei Sequenzen des gleichen Typs miteinander und erhält als Ergebnis eine neue Sequenz, in der die Elemente der ersten Sequenz vorhanden sind, die auch in der 2. Sequenz vorkommen (Gegenteilig zur Except-Erweiterungsmethode). Dabei wird jedes Element nur einmal aufgeführt. Verglichen wird - wenn man nichts anderes angibt - mit EqualityComparer<T>.Default.

Ohne Intersect Extension Method kann man das Verhalten in etwa so nachbilden

private List<T> Intersect<T>( List<T> list1, List<T> list2, EqualityComparer<T> comparer ) {
    var ret = new List<T>( );
    if( comparer == null ) comparer = EqualityComparer<T>.Default;

    for( int i = 0; i < list1.Count; i++ ) {
        if(
            !ret.Contains( list1[i], comparer ) &&
   list2.Contains( list1[i], comparer )
        ) {
            ret.Add( list1[i] );
        }
    }

    return ret;
}

Der Aufruf mit Erweiterungsmethode kann so erfolgen

list1.Intersect( list2 );
list1.Intersect( list2, EqualityComparer<T>.Default );

LINQ Extension Methods: Except

wolfgang@gehirnwindung.de (Wolfgang) — Wed, 12 May 2010 21:00:00 +0100

Mittels Except-Erweiterungsmethode vergleicht man zwei Sequenzen des gleichen Typs miteinander und erhält als Ergebnis eine neue Sequenz, in der die Elemente der ersten Sequenz vorhanden sind, die in der 2. Sequenz nicht vorkommen. Dabei wird jedes Element nur einmal aufgeführt. Verglichen wird - wenn man nichts anderes angibt - mit EqualityComparer<T>.Default.

Ohne Except Extension Method kann man das Verhalten in etwa so nachbilden

private List<T> Except<T>( List<T> list1, List<T> list2, EqualityComparer<T> comparer ) {
    var ret = new List<T>( );
    if( comparer == null ) comparer = EqualityComparer<T>.Default;

    for( int i = 0; i < list1.Count; i++ ) {
        if(
            !ret.Contains( list1[i], comparer ) &&
            !list2.Contains( list1[i], comparer )
        ) {
            ret.Add( list1[i] );
        }
    }

    return ret;
}

Doch zum Glück gibt es die Erweiterungsmethoden, der Aufruf erfolgt in etwa so

list1.Except( list2 );
list1.Except( list2, EqualityComparer<T>.Default );

LINQ Extension Methods: Union

wolfgang@gehirnwindung.de (Wolfgang) — Wed, 12 May 2010 01:00:00 +0100

Die Erweiterungsmethode Union bietet die Möglichkeit, 2 Sequenzen des gleichen Typs zu einer so zusammenzuführen, dass von jedem Element nur noch eine Entsprechung übrig bleibt. Damit verhält sich Union wie der Aufruf von Concat().Distinct().

Die Reihenfolge der Elemente in der Ergebnissequenz ergibt sich aus der Reihenfolge innerhalb der einzelnen Listen, die nacheinander abgearbeitet werden.

Ohne Union - Extension Method sieht das in etwa so aus

private List<T> Union<T>( List<T> list1, List<T> list2, EqualityComparer<T> comparer ) {
    var result = new List<T>( );
    if( comparer == null ) comparer = EqualityComparer<T>.Default;
    for( int i = 0; i < list1.Count; i++ ) {
        if( !result.Contains( list1[1], comparer ) ) {
            result.Add( list1[i] );
        }
    }

    for( int i = 0; i < list2.Count; i++ ) {
        if( !result.Contains( list2[1], comparer ) ) {
            result.Add( list2[i] );
        }
    }

    return result;
}

Der Vergleich wird - wenn nicht anders angegeben - mit dem Default - EqualityComparer<T> vollzogen.

Genauso verhält sich auch die Union-Erweiterungsmethode, die wie folgt aufgerufen wird

list1.Union( list2 );
list1.Union( list2, EqualityComparer<T>.Default );

LINQ Extension Methods: Zip

wolfgang@gehirnwindung.de (Wolfgang) — Tue, 11 May 2010 18:51:00 +0100

Mit der Zip-Erweiterungsmethode können die Elemente zweier Sequenzen 1:1 zusammengeführt werden. Das Ergebnis ist eine neue Sequenz.
Zip ist somit eine spezialisierte Form von Join, wobei der Index als Key verwendet wird. Daher ist es auch egal, wie viele Elemente die jeweiligen Listen haben - zurückgegeben werden nur diejenigen Elemente, die in beiden Listen vorkommen.

Angenommen, man hat die 2 Listen firstNames und lastNamens mit den Vor- bzw. Nachnamen und möchte diese miteinander so kombinieren, dass eine string-Sequenz herauskommt, in der diese Namen durch Komma getrennt zusammengesetzt stehen. Die beiden Listen sind entsprechend sortiert.

Ohne Zip-Methode würde das in etwa so aussehen

wobei die 2. Zeile vereinfacht werden kann, wenn sichergestellt ist, dass die beiden Listen gleich viele Elemente enthalten.

Mit der Zip-Methode geht das wesentlich kürzer (und ist meiner Meinung nach auch etwas leichter lesbar).
Wer noch Probleme mit den Lambda-Ausdrücken hat, der kann sich mit dem Artikel Tanz den => Lambda mit mir... ein wenig einlesen.

var fullNames = firstNames.Zip(
                    lastNames,
                    ( firstName, lastName ) => string.Format( "{1}, {0}", firstName, lastName )
                );

Der Rückgabewert ist nicht auf string-Sequenzen beschränkt. Es kann eine beliebige Klasse (z.B. eine anonymen Klasse) angegeben werden.

Z.B. ist fullNames hier

var fullNames = firstNames.Zip(
                    lastNames,
                    ( firstName, lastName ) => new {
                                                     FirstName = firstName,
                                                     LastName = lastName
                                               }
                );

eine Sequenz von Klassen, in denen die Eigenschaften FirstName und LastName gesetzt sind.

SQL Server: Von wiederhergestellten Datenbanken und verwaisten Benutzern

wolfgang@gehirnwindung.de (Wolfgang) — Mon, 10 May 2010 23:04:00 +0100

Immer wieder - jedoch insgesamt selten und aus dem Grund auch leider immer wieder mit einer Suche verbunden - brauch ich nach der Wiederherstellung einer Datenbank eine Stored Procedure, um die Benutzer aus der wiederhergestellten Datenbank und die Logins des Servers wieder in "Einklang" zu bringen.

Das Problem tritt z.B. auf, wenn die DB in einem anderem Server wiederhergestellt wird. Die Ursache ist, dass zwar evtl. der Login- und der Username gleich, die im Hintergrund wirkenden ID's aber unterschiedlich sind.

Nun. Hierfür gibt es die SP sp_change_users_login. Mit einem Administratorkonto (sysadmin oder db_owner) an der Datenbank anmelden und folgendes Ausführen:

Um eine Übersicht über die Benutzer zu bekommen, die verwaist sind

EXEC sp_change_users_login @action='Report'

Wenn der Login inkl. Passwort bereits eingerichtet ist, der Benutzer aber noch zugeordnet werden muss.

EXEC sp_change_users_login @action='Auto_Fix', @userNamePattern='user'

Wenn der Benutzer zugeordnet und ein Login mit Passwort erstellt werden muss (ist der Login bereits vorhanden, wird @password ignoriert)

EXEC sp_change_users_login @action='Auto_Fix', @userNamePattern='user', @password='password'

Man kann auch einen Benutzer mit einem Login verbinden, wenn die beiden nicht den gleiche Namen haben. Dann sieht es so aus (auch hier kann noch optional ein Passwort angegeben werden)

EXEC sp_change_users_login @action='Update_One', @userNamePattern='user', @loginName='login'

So, und beim nächsten Mal weiß ich, wo ich suchen muss ;)

BizTalk: Maps mit Referenzen zu externen Assemblies debuggen

wolfgang@gehirnwindung.de (Wolfgang) — Wed, 05 May 2010 14:25:00 +0100

Um BizTalk-Maps zu debuggen, die eine exterene Assembly aufrufen, reichen die Standard-Möglichkeiten nicht mehr aus. Es erscheint die Fehlermeldung

Cannot find the script or external object that implements prefix 'http://schemas.microsoft.com/BizTalk/2003/ScriptNS0'

Um das zu umgehen, müssen die externen Assemblies dem Debugger bekannt gemacht werden. Um allgemein XSLT zu debuggen kann, neben der Möglichkeit dies über das Menü "XML" -> "Debug XSLT" zu erledigen, auch das Objekt XslCompiledTransform verwendet werden. Hierdurch ist man wesentlich flexibler und kann z.B. StartParameter angeben und/oder eben Extension Objects". Und da eine BizTalk-Map letztendlich auch nur ein XSLT-Dokument darstellt, gilt das auch dafür.

Als erstes sollte man ein C#-Projekt zur BizTalk-Solution hinzufügen. Darin wird lediglich unten stehende Methode eingefügt und die "Main"-Methode so angepasst, dass ein Aufruf der Methode "DebugXslt" mit den jeweiligen Parametern erfolgt.

/// <summary>
/// Helper Method to debug Maps with Extension Objects
/// </summary>
/// <param name="mapXslt">Path to xslt-file generated by the MapperCompiler (Validate Map)</param>
/// <param name="inputXml">Path to input-file (Test Map)</param>
/// <param name="extensionObjectsXml">Path to Extension Object XML (Validate Map)</param>
static void DebugXslt( string mapXslt, string inputXml, string extensionObjectsXml ) {
    if( !string.IsNullOrEmpty( mapXslt ) && !string.IsNullOrEmpty( inputXml ) && File.Exists( mapXslt ) && File.Exists( inputXml ) ) {
        XslCompiledTransform xslt = new XslCompiledTransform( true );

        // allow embedded scripts and document()-function
        XsltSettings xsltSettings = new XsltSettings( true, true );

      // Load the style sheet.
        xslt.Load( mapXslt, xsltSettings, null );

        // resolve extension objects
        XsltArgumentList xsltArgs = new XsltArgumentList( );
        if( !string.IsNullOrEmpty(extensionObjectsXml) && File.Exists( extensionObjectsXml ) ) {
            XmlReaderSettings rsettings = new XmlReaderSettings( );
            rsettings.IgnoreComments = true;
            rsettings.IgnoreProcessingInstructions = true;
            rsettings.IgnoreWhitespace = true;

            using( XmlReader reader = XmlReader.Create( extensionObjectsXml, rsettings ) ) {
                reader.ReadStartElement( "ExtensionObjects" );

                do {
                    string ns = "", an = "", cn = "";
                    while( reader.MoveToNextAttribute( ) ) {
                        switch( reader.LocalName ) {
                            case "Namespace":
                                reader.ReadAttributeValue( );
                                ns = reader.Value;
                                break;
                            case "AssemblyName":
                                reader.ReadAttributeValue( );
                                an = reader.Value;
                                break;
                            case "ClassName":
                                reader.ReadAttributeValue( );
                                cn = reader.Value;
                                break;
                        }
                    }

                    // load type and add instance to xslt-Arguments
                    if( !string.IsNullOrEmpty( ns ) && !string.IsNullOrEmpty( an ) && !string.IsNullOrEmpty( cn ) ) {
                        Type t = Type.GetType( Assembly.CreateQualifiedName( an, cn ) );
                        xsltArgs.AddExtensionObject( ns, System.Activator.CreateInstance( t, false ) );
                    }
                } while( reader.ReadToNextSibling( "ExtensionObject" ) );

                reader.Close( );
            }
        }

        // Execute the transformation.
        using( XmlWriter writer = XmlWriter.Create( TextWriter.Null ) ) {
            xslt.Transform( inputXml, xsltArgs, writer );
            writer.Close( );
        }

        xsltArgs.Clear( );
    }
}

Parameter	Beschreibung
mapXslt	Pfad zur XSLT-Datei
inputXml	Pfad zur der Datei, die die Testdaten enthält
extensionObjectsXml	Pfad zur Datei, in der die Erweiterungsobjekte stehen (darf leer sein)

Nun müssen noch die einzelnen Pfade ermittelt werden. Mittels "Validate Map" (rot im Bild) werden die XSLT-Datei und die extensionObjects-Datei erstellt. Im Output-Window erscheinen die jeweiligen Pfade und müssen nur noch übernommen werden.
Hat man kein XML-Dokument, mit dem man Testen kann, sondern ein natives Format, so hilft "Test Map". Auch hier erscheint im Output-Window der Pfad mit dem Hinweis "Test Map used the following file".

Sind nun alle 3 Pfade ermittelt und eingetragen, kann es auch endlich losgehen. Damit der Debugger nicht einfach durchläuft, sollte die XSLT-Datei geöffnet und eine Haltepunkt eingefügt werden.

Nun muss das Projekt gestartet werden. Dazu mit der rechten Maustaste auf das Projekt zeigen und "Debug" -> "Start new instance" ausführen.
Alternativ das Projekt als StartUp-Project einrichten und F5 drücken...

The Type initializer for '{0}' threw an exception - oder warum die Reihenfolge statischer Felder nicht egal ist...

wolfgang@gehirnwindung.de (Wolfgang) — Thu, 29 Apr 2010 18:06:00 +0100

Heute hab ich in einem Projekt meine Klassen etwas aufgeräumt und dabei auch die Reihenfolge der Methoden, Eigenschaften und Variablen angepasst. Der Build des Projekts war erfolgreich - die Tests danach aber nicht. Es erschien der Fehler:

The Type initializer for '{0}' threw an exception.

Da ich mir aber sicher war, dass ich wirklich nur Elemente auf Klassenebene verschoben hab, hat mich das wirklich sehr verwundert... Aus dem StackTrace konnte man entnehmen, dass es sich um den statische Konstruktor (.cctor()) handelt. Nun, ich schreibe oft statische Konstruktoren, aber in aller Regel ohne jeglichen Inhalt, weswegen der Grad der Verwunderung dementsprechend stieg.

Kurzum, der Fehler liegt wirklich an der Reihenfolge, allerdings geht es hierbei ausschließlich um statische Felder, die in der richtigen Reihenfolge definiert sein müssen. Bei genauerer Betrachtung ist das auch nur logisch. Ich hätte mir an der Stelle eine schöne Kompiler-Fehlermeldung gewünscht.

Ein einfaches Beispiel zeigt, worum es genau geht.

public class Test {
    private static readonly decimal x = 1 / y;
    private static readonly int y = 8;

    static Test() { }
}

Sobald eine Instanz der Klasse erstellt wird, kommt es zu einer Division durch 0 (bzw. zum Versuch desselben) und damit zu besagter Ausnahme.
Zur Veranschaulichung hier noch das Äquivalent. y ist bei der ersten Verwendung noch mit dem default-Wert belegt - und der ist nunmal 0.

public class Test {
    private static readonly decimal x;
    private static readonly int y;

    static Test() {
        x = 1 / y;
        y = 8;
    }
}

Damit ist aber auch klar, dass man die Initialisierung statischer Variablen innerhalb des statischen Konstruktors selbst vornehmen sollte - zumindest wenn diese von anderen Variablen abhängen.

BizTalk: Zugriff auf UNB-Segment und AS2-Eigenschaften innerhalb Orchestration

wolfgang@gehirnwindung.de (Wolfgang) — Mon, 15 Feb 2010 21:30:00 +0100

In einer Orchestration bekommt man es normalerweise nur noch mit den eigentlichen Daten einer Nachricht zu tun. So sind bei EDIFACT-Nachrichten z.B. die UNA- und UNB-Segmente nicht Teil des Schemas. Weiterhin fehlen auch die AS2-Header und eben alles, was nicht unbedingt benötigt wird. Das hat seine Vorteile (ist aufgeräumt), manchmal wird aber auch der Zugriff auf diese Daten benötigt.

Läuft eine Nachricht mal auf einen Fehler, so kann man in den "Message Details" erkennen, dass verschiedene "Context-Properties" aus eben diesen sonst nicht sichtbaren Segmenten (oder aus dem Protokoll) zu den einzelnen Nachrichten zugewiesen sind.

Auf diese Kontexteigenschaften kann man mittels Message(ContextProperty) innerhalb einer Expression Shape zugreifen. Im Falle von EDIFACT-Eigenschaften muss aber - damit man die Auswahl der Context Properties überhaupt zu sehen bekommt - noch eine Referenz auf die DLL Microsoft.BizTalk.Edi.BaseArtifacts (oft zu finden unter C:\Program Files\Microsoft BizTalk Server 2006\Microsoft.BizTalk.Edi.BaseArtifacts.dll) zum Projekt hinzugefügt werden.

Mit dieser Referenz sind dann Kontexteigenschaften in den Namespaces EDI (für EDIFACT und X12 - Eigenschaften) und EdiIntAs (für AS2 - Eigenschaften) vorhanden.

BizTalk: Checkliste für das Senden von AS2-Nachrichten

wolfgang@gehirnwindung.de (Wolfgang) — Wed, 20 Jan 2010 21:29:00 +0100

Nach der Checkliste für das Empfangen von Nachrichten über AS2, muss quasi ja auch eine Checkliste für das Senden bereitgestellt werden ;) Diese Liste ist wesentlich kürzer, wenn es auch mehr Möglichkeiten gibt, als hier dargestellt...

Send Port
- für asynchrone MDN: One-way
- für synchrone MDN: Solicit-Response
- Type: HTTP
  - Destionation URL: Die URL, die beim Partner eingerichtet wird (auf beiden Seiten sollte die URL exakt gleich angegeben werden - inkl. Groß-/Kleinschreibung)
  - Enabled chunked encoding deaktivieren
- Send pipeline
  - AS2Send (für alle möglichen Daten),
  - AS2EDISend (für EDI-Daten) oder
  - eine eigene Send Pipeline, in der die AS2 Encoder-Component verwendet wird
Sender Party
- General
  - Send Ports (den oben erstellen Port auswählen, alternativ geht die Zuweisung auch über einen Role Link oder wie unten beschrieben über den Alias-Namen)
- AS2 Properties -> Party as AS2 Message Receiver (nicht verwirren lassen)
  - Einstellungen ab "Outbound AS2 Message" entsprechend der Vereinbarung mit dem Partner einstellen
  - AS2-From und AS2-To erscheinen wie hier angegeben im Head-Bereich der Nachricht und damit beim Partner
Asynchrone MDNs müssen - wie eine beliebig andere AS2-Nachricht - empfangen werden können. An welche Adresse die MDN geschickt wird, kann in den Party-Einstellungen angegeben (Receipt-Delivery-Option) werden. Um die Verarbeitung dieser Nachrichten kümmert sich allerdings der BizTalk-Server selbst.

Die Party Resolution für ausgehende Nachrichten (also das Finden der Party, die die Nachricht empfängt und bei der die entsprechenden Einstellungen vorgenommen wurden) kann auch anders erfolgen. Das zuweisen des Send-Ports zu einer Party wird aber (meiner Erfahrung nach) sehr häufig verwendet. Es sollte allerdings auch ausreichen, einer Party einen EDIINT-AS2-To - Alias und der ausgehenden Nachricht den AS2-To - Header zuzuweisen - getestet hab ich das noch nicht.

Für die Signierung und Verschlüsselung der Nachricht und der Signierung der MDN müssen zusätzlich Zertifikate installiert und an bestimmten Stellen ausgewählt werden, die in dieser kleinen Übersicht beschrieben werden.

ASP.NET: Precompilation und die Fehlermeldung Directory '{0}' does not exist. Failed to start monitoring file changes

wolfgang@gehirnwindung.de (Wolfgang) — Mon, 18 Jan 2010 00:26:00 +0100

Unter etwas besonderen Umständen kommt es beim Aufruf einer ASP.NET Seite zu dieser Fehlermeldung.

System.Web.HttpException (0x80070002): Directory '{0}' does not exist. Failed to start monitoring file changes.

System.Web.FileChangesMonitor.FindDirectoryMonitor(String dir, Boolean addIfNotFound, Boolean throwOnError) +334
System.Web.FileChangesMonitor.StartMonitoringPath(String alias, FileChangeEventHandler callback, FileAttributesData& fad) +805
System.Web.Caching.CacheDependency.Init(Boolean isPublic, String[] filenamesArg, String[] cachekeysArg, CacheDependency dependency, DateTime utcStart) +2558
System.Web.Hosting.MapPathBasedVirtualPathProvider.GetCacheDependency(String virtualPath, IEnumerable virtualPathDependencies, DateTime utcStart) +334
System.Web.ResponseDependencyList.CreateCacheDependency(CacheDependencyType dependencyType, CacheDependency dependency) +539
System.Web.HttpResponse.CreateCacheDependencyForResponse(CacheDependency dependencyVary) +62
System.Web.Caching.OutputCacheModule.InsertResponse(HttpResponse response, HttpContext context, String keyRawResponse, HttpCachePolicySettings settings, CachedVary cachedVary, CachedRawResponse memoryRawResponse) +758
System.Web.Caching.OutputCacheModule.OnLeave(Object source, EventArgs eventArgs) +8782064
System.Web.SyncEventExecutionStep.System.Web.HttpApplication.IExecutionStep.Execute() +68
System.Web.HttpApplication.ExecuteStep(IExecutionStep step, Boolean& completedSynchronously) +75

Ursache

Damit es überhaupt dazu kommen kann, müssen folgende Bedingungen gegeben sein:

Vorkompilierung / Precompilation
Webseite nicht aktualisierbar / Website not updatable
WebUserControl und/oder MasterPage in eigenem Verzeichnis
Verwendung von OutputCache

Das Problem ist, dass für MasterPages und WebUserControls keine Dummy-Datei vorgehalten werden müssen, da diese über den IIS nicht direkt aufgerufen werden. Dadurch werden aber auch Verzeichnisse, in denen sonst keine anderen Dateien liegen, nicht erstellt. Bei der Verwendung von OutputCache werden nun alle abhängigen Dateien überprüft. Dabei ist es kein Problem, wenn eine Datei fehlt - das Verzeichnis muss allerdings vorhanden sein.

Lösung

Die Lösung ist denkbar einfach. Die Verzeichnisse müssen angelegt werden...

Innerhalb eines Web Deployment Projekts (*.wdproj) kann man dazu folgendes Target verwenden. In leicht abgewandelter Form (die Pfade und Eigenschaften müsste man anpassen) geht es so natürlich auch innerhalb eines beliebig anderen MSBuild-Projekts.

Damit die Verzeichnisse angelegt werden, muss das Target auch aufgerufen werden. Z.B. mittels

Falls <ExcludeFromBuild>-Tags enthalten sind (oder EnableCopyBeforeBuild=true ist), werden die *.ascx und *.master-Dateien innerhalb der Kopie (Eigenschaft CopyBeforeBuildTargetPath) gesucht. In dem Fall sollte man - falls vorhanden - mit Hilfe von <ExcludeFromBuild> z.B. Subversion-Dateien ausschließen, ansonsten werden diese Pfade auch angelegt.

Sind dagegen keine <ExcludeFromBuild>-Tags vorhanden (und die Eigenschaft EnableCopyBeforeBuild=false), dann wird das physikalische Web-Verzeichnis nach den Dateien durchsucht. Hier muss gegebenenfalls das Exclude-Attribut des ersten <CreateItem>-Tags angepasst werden. Momentan werden damit die Dateien innerhalb der .svn-Ordner ausgeblendet.

Mit Hilfe dieser Targets-Datei kann der Code einfach wiederverwendet werden. Per <Import> wird das Target innerhalb des Web Deployment Projekts geladen. Will man es für alle zukünftigen Projekte anpassen, sollte man die entsprechende Vorlage ändern (zu finden unter C:\Program Files (x86)\Microsoft Visual Studio 9.0\Common7\Packages\WebDeploy.wdproj).
Alternativ dazu kann man diesen Import auch innerhalb der Datei C:\Program Files (x86)\MSBuild\Microsoft\WebDeployment\v9.0\Microsoft.WebDeployment.targets einfügen, dann gilt es für alle Projekte.

Egal wo es zum Schluß nun steht, es sieht dann ungefähr so aus (lediglich der Pfad muss angepasst werden).

Ein expliziter Aufruf des Targets ist hierbei nicht nötig.

Download (1,16 kb)

BizTalk: Checkliste für Empfang von AS2-Nachrichten

wolfgang@gehirnwindung.de (Wolfgang) — Fri, 15 Jan 2010 00:06:00 +0100

Um über BizTalk-HTTP-Adapter AS2 Daten empfangen zu können, müssen gleich ein paar Einstellungen passen. Ein kleiner Überblick über die wichtigsten Einstellungen soll hiermit geschaffen werden:

Virtuelles Verzeichnis für den Empfang der Nachrichten über HTTP
- Local Path: Verzeichnis, in dem die Datei BTSHttpReceive.dll liegt, z.B. C:\Program Files\Microsoft BizTalk Server 2006\HttpReceive\ bzw. C:\Program Files\Microsoft BizTalk Server 20009\HttpReceive\
- Execute permissions: Scripts and Executables
- Identität des zugewiesenen Application Pools muss ein Benutzer sein, der Zugriff auf die BizTalk-Datenbank hat, in der Regel wird hier BTSIsolatedHostUser verwendet
- In welcher Web Site das virtuelle Verzeichnis liegt (es kann natürlich auch die Web Site direkt verwendet werden) ist dabei egal. Allerdings sollte man bei mehreren Web Sites darauf achten, dass der virtuelle Pfad über alle Web Sites hinweg eindeutig ist, da man innerhalb der Receive Location die betroffene Web Site nicht mit angeben kann.
Receive Port anlegen
- Keine oder asynchrone MDN: One-Way
- MDN synchron: Request-Response
Receive Location anlegen
- Type: HTTP-Adapter
  - Virtual directory plus ISAPI extension: z.B. /virtualDirectory/BTSHttpReceive.dll.
    Wie oben erwähnt, können die Web Sites des IIS hier nicht angegeben werden. Nur der virtuelle Pfad (ausgehend vom root-Verzeichnis)
  - Es kann ein beliebiger QueryString an die DLL angehängt werden. Damit können - mit nur einem virtuellen Verzeichnis - für verschiedene Kunden und/oder Dokument verschiedene Receie Locations definiert werden (an sich braucht man damit nur ein virtuelles Verzeichnis im IIS einrichten).
    Dieser Querystring muss exakt genauso auch im sendenden Programm angegeben werden (mit exakt ist Reihenfolge, Groß-Kleinschreibung und Umfang gemeint...).
  - Die Einstellung Suspend failed requests aktivieren
- Receive Pipeline
  - AS2Receive: Wenn beliebige Daten per AS2 empfangen werden sollen
  - AS2EdiReceive: Wenn EDIFACT-Nachrichten per AS2 empfangen werden sollen
  - oder eine selbst-erstellte Pipeline, die die AS2 decoder-Component verwendet
Sender-Party
- Party Properties
  - Damit der Firmeneintrag beim Empfang der Datei gefunden werden kann, muss als EDIINT-AS2 From Value (AS2-From) der, zwischen den Partnern ausgemachte Name angegeben werden. Der Name sollte nur aus ASCII-Zeichen bestehen
- AS2 Properties, Party as AS2 Message Sender
  - Hier kann man eigentlich alles auf Standard lassen (keine Checkbox aktiv). Damit gibt der Sender vor, wie die Datei zu behandeln ist.
  - Man kann den Sender auch zu bestimmten Einstellungen zwingen. Dazu die Checkbox Override inbound message properties aktivieren und die Einstellungen in der Gruppe Incoming AS2 message anpassen
  - Wenn die MDN signiert werden soll, dann kann das erreicht werden, indem die Checkbox Sign requested MDN if Disposition-Notification-Option header is not present or if Signed-Receipt-Protocol header is set to optional aktiviert werden. Der Sender darf das allerdings nicht ausschließen...
Empfänger-Party (aktueller Rechner)
Beim Empfänger in diesem Fall nicht viel Einstellbar. Hier geht es primär um die MDN, die versendet wird
- Party Properties
  - Damit die Einstellungen der Firma verwendet werden können, muss als EDIINT-AS2 To Value (AS2-To)-Wert der zwischen den Partnern ausgemachte Name für den Empfänger angegeben werden
Send Port oder Orchestration zum Verarbeiten der ankommenden Daten
- Damit keine Fehlermeldung angezeigt wird, muss die Datei auch verabeitet werden - und das kann man nur erreichen, indem man entweder
  - den oben erstellen Receive Port einer Orchestration zuweist (Bindings -> Inbound Logical Port), oder
  - einen Send Port erstellt und den Filter so anpasst, dass die ankommenden Nachrichten über diesen Port verarbeitet werden (z.B. über die Eigenshaft BTS.ReceivePortName)

Zugegeben, wirklich kurz ist die Liste nicht ;) Dennoch sind nur die notwendigsten Einstellungen beschrieben.

Falls die Nachrichten und MDNs signiert und/oder verschlüsselt werden sollen, hab ich im Artikel BizTalk: Wohin mit den AS2-Zertifikaten entsprechende Einstellungen beschrieben.

Update: Punkt 6 hat zwar an sich nichts mehr mit dem Empfang der Daten zu tun, kam aber dennoch dazu, da der Punkt offenbar oft vergessen / übersehen wird (hat man mir berichtet).

BizTalk: Wohin mit den AS2-Zertifikaten (Signieren und Verschlüsseln)

post@example.com (Admin) — Thu, 14 Jan 2010 00:27:00 +0100

Will man Nachrichten mittels AS2 verschlüsselt oder signiert versenden oder eine verschlüsselte oder signierte Nachricht empfangen, so muss man sich zwangsläufig mit Zertifikaten auseinandersetzen und diese an bestimmte Stellen (Zertifikatsspeicher) ablegen und an ebenso genau definierten Stellen in der BizTalk Administration Console auswählen.

Am Einfachsten macht man sich die Arbeit, wenn man das SDK-Tool "Certificate Wizard" (unter C:\Program Files\Microsoft BizTalk Server 2006\SDK\Utilities\Certificate Wizard\CertWizard.exe bzw. im Verzeichnis BizTalk Server 2009 zu finden) verwendet. Dieses Tool kopiert je nach Einstellung die Zertifikatsdateien in die entsprechenden Zertifikatsspeicher. Wer es manuell machen oder einfach nur überprüfen will, der kann sich an folgender Liste orientieren.

Das Auswählen des Zertifikats innerhalb der BizTalk Server Administration Console muss zudem auch noch an entsprechenden Stellen erfolgen. Auch hier hilft die Liste weiter.

Nachrichten

	Signierung		Ver-/Entschlüsselung
Eingehend	Speicher: Typ: BizTalk:	Other People (Local computer) Public key (Partner) Party (Partner) / Certificates	Speicher: Typ: BizTalk:	Personal store (InProc User) Private key (Home) Isolated Host / Certificates
Ausgehend	Speicher: Typ: BizTalk:	Personal store (InProc user) Private key (Home) Group / Certificates^*	Speicher: Typ: BizTalk:	Other People (Local computer) Public key (Partner) Send Port / Certificates

MDN

	Signierung
Eingehend	Speicher: Typ: BizTalk:	Other People (Local computer) Public key (Partner) Party (Partner) / Certificates
Ausgehend synchron	Speicher: Typ: BizTalk:	Personal store (Isolated host user) Private key (Home) Group / Certificates^*
Ausgehend asynchron	Speicher: Typ: BizTalk:	Personal store (InProc user) Private key (Home) Group / Certificates^*

^* Für die ausgehende Signierung kann seit BizTalk Server 2006 R2 SP1 das Zertifikat anstatt bei der BizTalk Group auch bei der Party direkt angegeben werden.

Zertifikatsspeicher

Die Zertifikatsspeicher sind nicht ganz einfach zu finden. Man kann aber wie folgt vorgehen. Bestenfalls legt man sich eine eigene Administrationskonsole an.

mmc.exe starten
Menü "File" -> "Add/Remove Snap-In..."
Button "Add..."
"Certificates" auswählen und mit "Add" bestätigen
"Computer Account" auswählen
weiter bis Finish
"Certificates" auswählen und mit "Add" bestätigen
"My User Account" auswählen

Leider kann man keinen speziellen Benutzer auswählen. Die Datei kann aber als *.msc-Datei gespeichert werden und danach mit der rechten Maustaste mittels "Run as..." mit einem anderen Benutzer gestartet werden. Hier kann dann der BTSHostUser und der BTSIsolatedHostUser eingetragen werden. Nicht schön, aber hilfreich ;)

BizTalk: unexpected token ';'

wolfgang@gehirnwindung.de (Wolfgang) — Mon, 30 Nov 2009 22:03:00 +0100

Ein Kunde kam heute mit einer Orchestration zu mir, die folgende Fehlermeldung beim kompilieren erzeugte:

Error X2016: unexpected token ';'

Wie so oft führt auch hier eine eigentlich extrem kleine Ursache zu dieser Auswirkung. Die Fehlermeldung sagt leider nicht viel aus. Nach kurzer Suche im .odx-Quelltext findet man dann aber zum Glück schnell ein Konstrukt wie

variableName = ;

Das sieht nicht nur seltsam aus, sondern ist natürlich auch falsch... Grund war in diesem Fall ein einzelnes Leerzeichen als "Initial Value" der System.String-Variable. Das ist fast schon "fies", da man den Fehler nicht einmal auf den ersten Blick auf die Eigenschaften der Variable erkennen kann (wie im Screenshot zu sehen).

Für string-Variablen muss jeder Initialwert also stets in doppelten Anführungsstrichen stehen.

Blog-Parade: Die 3 beliebtesten Fachbücher aus dem .NET-Umfeld (Ergebnis)

wolfgang@gehirnwindung.de (Wolfgang) — Tue, 17 Nov 2009 15:54:00 +0100

Nachdem diese Blog-Parade nicht ganz so erfolgreich verlief, wie ich mir das vorgestellt hatte, wird es recht schwer mit Statistiken - weshalb ich an dieser Stelle auch darauf verzichte. Das beliebteste Fachbuch konnte also leider nicht wirklich gefunden werden. Die Liste der vorgestellten Bücher entspricht dennoch der bewerteten Reihenfolge, wobei die Sprache für die Reihenfolge außer acht gelassen wurde.

C# 3.0 Entwurfsmuster / C# 3.0 Design Pattern

von Judith Bishop.
ISBN: 978-3-89721-867-3(de) bzw. 978-0-59652-773-0 (en)
Clean Code: A Handbook of Agile Software Craftsmanship

von Robert C. Martin
ISBN: 978-0-13235-088-4 (en)
Agile Principles, Patterns and Practices in C#

von Robert C. Martin und Micah Martin
ISBN: 978-0-13185-725-4 (en)
ASP.NET MVC 1.0

von Rob Conery, Scott Hanselman, Phil Haack und Scott Guthrie
ISBN: 978-0-47038-461-9 (en)
Richtlinien für das Framework-Design

von Krzysztof Cwalina und Brad Abrams
ISBN: 978-3-82732-626-3 (de)
The Art of Unit Testing

von Roy Osherove
ISBN: 978-1-93398-827-6 (en)
Visual C# 2008

von Frank Eller
ISBN: 978-3-82732-641-6 (de)
Grundlagen der Anwendungsentwicklung mit dem .NET Framework 2.0

von Tony Northrup, Shawn Wildermuth und Bill Ryan
ISBN: 978-3-86645-907-6 (de)
jQuery in Action

von Bear Bibeault und Yehuda Katz
ISBN: 978-1-93398-835-1 (en)
Refactoring

von Martin Fowler
ISBN: 978-3-82731-630-1 (de)

Gewonnen haben alle Teilnehmer. Da es nur 4 waren hab ich mich kurzerhand entschlossen, noch einen weiteren Gutschein mit in die Liste der Gewinne mit aufzunehmen. Ich hab eine kleine Applikation geschrieben, die die Gewinner zieht - und nach diesem Losverfahren kamen folgende Plätze zustande:

Gordon Breuer / anheledir.NET hat den Gutschein über € 40 gewonnen
Stefan Macke / Stefans Blog hat den Gutschein über € 20 gewonnen
Sven Eiter / Svens Blog hat einen Gutschein über € 10 gewonnen
Mario Noack / .NET und PDF Software hat das Buch gewonnen

Glückwunsch nochmal...

BizTalk Server Scripting-Functoid wider Erwarten...

wolfgang@gehirnwindung.de (Wolfgang) — Wed, 23 Sep 2009 20:00:00 +0100

Mit dem Scripting Functoid des BizTalk-Mappers kann man bekanntlich eigene Scripts in verschiedenen Sprachen (z.b. C#) während des Mappings ausführen lassen. Man definiert damit eine Funktion deren Parameter mit Hilfer der Eingangselemente gefüllt werden können. Der Rückgabewert der Funktion ist das, was das Functoid als Ausgangsparameter weitergibt. Bis hierhin ist alles noch selbsterklärend.

Falls nun mehrere Scripting Functoide existieren, die alle das Gleiche tun, so ist man gut beraten, auch immer den gleichen Methodennamen zu verwenden. Diese werden beim Kompilieren in XSLT zusammengeführt (aus dem *.btm-Dateien wird immer xslt generiert). Innerhalb dieser XSLT-Datei, wird dann auch immer nur eine Funktion aufgerufen.

Allerdings scheint den Entwicklern ein kleiner Fehler unterlaufen zu sein. Denn nicht der Methodenname und der dazugehörige Inhalt (MethodBody), sondern lediglich der Methodenname und die Anzahl der Parameter wird verwendet, um die "Gleichheit" zweier Funktionen festzustellen.

Aus den Scripting-Functoiden in den Bildern

wird folgender XSLT-Code

<msxsl:script language="C#" implements-prefix="userCSharp"><![CDATA[
public string MyConcat(string param1)
{
return param1;
}
]]></msxsl:script>

Zwei an sich komplett verschiedene Funktionen mit gleichem Namen und gleicher Anzahl an Parametern werden also als gleich angesehen und infolgedessen wird eine dieser Funktionen entfernt (in der Regel bleibt die erste erhalten). In C# ist es Möglich, mehrere gleich genannte Methoden zu definieren, so lange die Signatur (d.h. die Parameter und deren Typen) eine andere ist. Ist die Signatur gleich, wird ein entsprechender Fehler ausgegeben.

Da in jedem Scripting-Functoid eine neue Funktion definiert werden kann (und muss, wenn immer die gleiche Funktion aufgerufen werden soll), hofft man nun wenigstens auf eine Fehlermeldung bei einer Unterscheidung der Funktionen. Es wird aber lediglich eine Funktion übrig gelassen - und nein, es gibt beim kompilieren nicht einmal eine Warnung, geschweige denn einen Fehler.

Falls es also mal zu seltsam erscheinenden Fehlern innerhalb eines Mappings kommt und man sich ganz sicher ist, dass eine Funktion eigentlich korrekt zu funktionieren hat, dann muss man wohl oder übel auch alle anderen Scripting Functoide innerhalb der .btm-Datei in Betracht ziehen und die Methodennamen vergleichen.

Besser wäre eine Dateiweite Funktionsliste gewesen. Innerhalb des Scripting-Functoid hätte man dann eine dieser Funktionen ausgewählt, fertig... Man kann nur auf neue Versionen hoffen ;)

Blog-Parade: Die 3 beliebtesten Fachbücher aus dem .NET-Umfeld

wolfgang@gehirnwindung.de (Wolfgang) — Tue, 01 Sep 2009 20:32:00 +0100

Hallo zusammen,

mir hat die Idee der Blog-Parade sehr gut gefallen. Und nach kurzer Überlegung ist mir sogar eine sinnvolle Verwendung eingefallen... Ich suche die beliebtesten Fachbücher, die irgendwas mit Programmierung im .NET-Umfeld zu tun haben.

Wer teilnehmen möchte, schreibt einen Beitrag mit seinen 3 beliebtesten Büchern (inklusiver kurzer Begründung) und mit Trackback auf diesen Artikel in seinem Blog. Sollte die Trackback-Funktion mal nicht funktionieren, so schreibt bitte einen kleinen Kommentar mit entsprechender URL zu eurem Artikel. Am Ende der Blog-Parade werden die Teilnehmer aus den Kommentaren ermittelt. Bitte prüft also, ob der Trackback funktioniert hat. Es dürfen gerne auch mehr als 3 Bücher beschrieben werden.

Alle Artikelautoren nehmen einmal (ungeachtet der Anzahl der Beiträge oder der genannten Bücher) an der Verlosung folgender Preise teil:

Ein Amazon, buecher.de oder BOL - Gutschein in Höhe von € 40
Ein Amazon, buecher.de, oder BOL - Gutschein in Höhe von € 20
Das Buch Microsoft ASP.NET AJAX Programmierung von Dino Esposito aus dem Microsoft Press Verlag (wie unten beschrieben)

Und bevor es zu irgendwelchen Fragen kommt (Teilnahmebedingungen)

Teilnahmeberechtigt ist jeder, der einen Artikel in einem Blog veröffentlichen kann.
Es dürfen gerne mehrere Artikel eingereicht werden, dies erhöht die Gewinnchancen für den Teilnehmer jedoch nicht.
Die 3 Gewinner werden nach Abschluß der Blog-Parade per Los ermittelt und daraufhin per Email benachrichtig.
Im jeweiligen Blog muss daher ein Kontaktformular oder eine Email-Adresse zu finden sein!
Die Gewinner werden nach Rücksprache in diesem Blog bekannt gegeben (mit Vor- und Nachname sowie Link auf das jeweilige Blog)
Die Zustellung des Gewinns erfolgt per Email oder im Falle des Buches per Post ohne Versandversicherung. Eine Ausbezahlung in Bar ist nicht möglich.
Der Rechtsweg ist ausgeschlossen.
Stichtag ist der 30.09.2009 (Teilnahmeschluss). Autoren der Beiträge, die später (also genau um oder nach dem 01.10.2009 00:00 Uhr) in der Liste der Kommentare bekannt gegeben wurden, nehmen nicht an der Verlosung teil.

Am Ende der Blog-Parade wird die Liste aller Bücher mit (exemplarischen) Links zu den jeweiligen Beiträgen veröffentlicht. Bin gespannt, welche Buch-Perlen diese Blog-Parade zum Vorschein bringt...

Was ist das für ein Buch auf dem 3. Platz

Verlost wird neben den Gutscheinen das für Grundlagen durchaus immer noch sehr gut geeignete Buch "Microsoft ASP.NET AJAX Programmierung - Eine Einführung in die Programmierung schneller und interaktiver Webanwendungen" von Dino Esposito aus dem Microsoft Press Verlag. Ich hab heute beim entstauben entdeckt, dass ich dieses Buch gleich 2x besitze.

Es weißt leichte Gebrauchsspuren auf (wobei dieses Exemplar nicht gelesen wurde) und hat mir sehr gute Dienste geleistet.

XQuery-Singleton oder warum ein einzelnes Element nicht unbedingt als solches erkannt wird

wolfgang@gehirnwindung.de (Wolfgang) — Sun, 23 Aug 2009 16:52:00 +0100

Bei der Arbeit mit dem XML-Datentyp ab SQL Server 2005 kann es zu einer Fehlermeldung kommen, die - zumindest auf den ersten Blick - ein wenig unverständlich erscheint.

Msg 2389, Level 16, State 1, Line #
XQuery [value()]: 'value()' erfordert ein Singleton (oder eine leere Sequenz). Ein Operand vom 'xdt:untypedAtomic *'-Typ wurde gefunden.

bzw.

Msg 2389, Level 16, Status 1, Line #
XQuery [value()]: 'value()' requires a singleton (or empty sequence), found operand of type 'xdt:untypedAtomic *'

Dabei ist nicht die Aussage der Fehlermeldung verwirrend, sondern vielmehr die Tatsache, dass alles korrekt zu sein scheint. Dazu folgendes Beispiel:

DECLARE @test xml

SET @test = '
<test>
    <name>Wolfgang Kluge</name>
    <links>
        <link>http://gehirnwindung.de/</link>
        <link>http://klugesoftware.de/</link>
        <link>http://vbwelt.de/</link>
    </links>
</test>'

SELECT @test.value('/test/links/link[2]/text()', 'varchar(200)')

Die Meldung weißt ja bereits darauf hin. Die value()-Funktion erfordert einen einzelnen Wert oder eine leere Sequenz - also eine Abfrage, die keinen oder genau einen Wert zurückgibt. Eben das macht die Abfrage aber eigentlich bereits - sie gibt einen einzelnen Wert zurück. Deswegen scheint die Fehlermeldung nicht wirklich viel Sinn machen.

Nun, möglicherweise ist ja die text()-Funktion der Auslöser. Kurz entfernt und getestet,

SELECT @test.value('/test/links/link[2]', 'varchar(200)')

wird aber immer noch der gleiche Fehler ausgegeben... Erfolgreich ist man erst, wenn man die gesamte Abfrage in Klammern setzt und von dieser Menge wiederum ein einziges Element auswählt. Folgende Abfragen funktionieren korrekt:

SELECT @test.value('(/test/links/link)[2]', 'varchar(200)')
SELECT @test.value('(/test/links/link[2])[1]', 'varchar(200)')

Schöner (weil meiner Meinung nach auch einfacher lesbar) ist hierbei die erste Zeile. Innerhalb der Klammer werden 3 <link>-Nodes selektiert und außerhalb die zweite aus dieser Menge ausgewählt. In der zweite Zeile bleibt bereits innerhalb der Klammer nur noch eine <link>-Node übrig, wovon dann aber trotzdem noch die erste ausgewählt werden muss...

Das Gleiche kann man auch mit Text-Nodes betreiben, solange kein XML Schema angegeben wird, in dem die <link>-Node als reines Textelement definiert ist (ansonsten kommt es zu einem anderen Fehler, weil es schlicht unnötig wäre).

SELECT @test.value('(/test/links/link/text())[2]', 'varchar(200)')
SELECT @test.value('(/test/links/link[2]/text())[1]', 'varchar(200)')

Die runden Klammern definieren hier noch Mengen von Text-Nodes, von denen (wie oben) eine einzige ausgewählt werden muss.

Wozu aber die Klammern in XPath

Es gibt natürlich auch einen Grund dafür. Angenommen, es existieren in diesem Beispiel mehrere <links>-Nodes, so kann es auch mehrere zweite <link>-Elemente im Dokument geben - und somit ist nicht sichergestellt, dass die Abfrage "/test/links/link[2]" einen einzelnen Wert zurückgibt. Leider ist das sogar auch dann noch so, wenn man per XML SCHEMA COLLECTION definiert, dass es nur eine einzige <links>-Node geben darf.

Auch schade ist, dass die "Erkennung", ob nun eine Node eindeutig ausgewählt wurde, nicht alle Möglichkeiten von XPath abdeckt. Das Predikat innerhalb des letzten Knotentests muss ein Zahlwert sein (und nicht ein Vergleich, der true zurückgibt). Daher funktioniert zwar [last()], das ebenso eindeutige [position()=2] wird dagegen aber nicht als eindeutig erkannt.

Da damit jedoch sichergestellt werden kann, dass nur ein Element ausgewählt ist, funktioniert es auch, in jeder Elementhierarchie ein (mit Zahl-Predikaten) genau spezifiziertes Element auszuwählen. Das gilt allerdings auch für die text()-Funktion, weswegen man auch dort noch einen Knotentest braucht. Die Zeilen

SELECT @test.value('/test[1]/links[1]/link[2]', 'varchar(200)')
SELECT @test.value('/test[1]/links[1]/link[2]/text()[1]', 'varchar(200)')

sind somit auch gültig (ich finde es nur nicht besonders schön). Bei meinen Tests (mit erheblich mehr <link>-Nodes) war die Performancereihenfolge zudem mehr als eindeutig:

Nr.	Abfrage	Aufwand	Faktor
1	(/test/links/link/text())[2]	7,49%	1,00
2	(/test/links/link)[2]	8,82%	1,18
3	/test[1]/links[1]/link[2]	14,02%	1,87
4	/test[1]/links[1]/link[2]/text()[1]	14,74%	1,97
5	(/test/links/link[2])[1]	17,96%	2,40
6	(/test/links/link[2]/text())[1]	36,98%	4,94

Anhand der dazugehörigen Grafik lassen sich die Unterschiede noch leichter erkennen

Dass die letzten beiden Möglichkeiten nicht so schnell sind wie die ersten beiden, kann man noch mit den doppelten Knotentests erklären. Für mich ist (und bleibt vorerst) verwunderllich, warum die letzte Abfrage so unglaublich schlecht abschneidet. Grob scheint es aber so zu sein, dass die Abfrage länger zur Ausführung braucht, je mehr Knotentests in der Abfrage enthalten sind.

Fazit

Um ein echtes XQuery-Singleton zu bekommen, muss die eigentliche Abfrage in runde Klammern gesetzt und mit eckigen Klammern ein einzelner Datensatz aus dieser Menge gewählt werden: (xpath)[1].
Dabei sollte man der Performance zu Liebe versuchen, so viel Knotentests [] als irgend möglich aus der Abfrage zu entfernen.

BizTalk Eloquent: You must specify at least one already-initialized correlation set...

wolfgang@gehirnwindung.de (Wolfgang) — Sat, 08 Aug 2009 10:24:00 +0100

Die Lösung ist unglaublich einfach - die Frage danach klingt aber alles andere als das *g*. Folgende Fehlermeldung kann beim kompilieren eines BizTalk-Projekts erscheinen.

Error 3: you must specify at least one already-initialized correlation set for a non-activation receive that is on a non-selfcorrelating port.

Die Macher dieser wortgewaltigen Fehlermeldung haben durchaus recht. Damit eine Nicht-aktivierende Receive-Shape (wie übersetzte man das *g*?) auf einem nicht-Selbst-Korrelierenden Port (Anschluss) funktioniert, muss mindestens ein initialisierter Korrelationssatz vorgegeben werden... Das klingt kompliziert - und das ist es auch.

Die andere Seite hätte man - meiner Meinung nach - aber auch dazuschreiben können. Will man keine Korrelationssätze definieren oder braucht man diese erst gar nicht, reicht es auch aus, von einem Nicht-aktivierenden auf einen aktivierenden Port umzustellen. D.h. dass man die Eigenschaft "Activate" des ersten Receive Ports auf "True" stellen muss. Dies dürfte in vielen Fällen auch das gewünschte Verhalten sein...

Was das ist? Ein aktivierender Receive Port initialisiert die Orchestration, sobald eine Nachricht diesem Anschluss zugeordnet wird. D.h. die Orchestration wird nach dem Empfang auf diesem Port ausgeführt. Daher darf es nur einen solchen Receive Port geben (Ausnahmen gibt's mittels Listen- und Parallel-Shape auch hier) und dieser aktivierende Receive Port muss ganz am Anfang stehen (sonst würde man die Orchestration ja zu einem Zeitpunkt aktivieren wollen, zu dem sie bereits läuft).

Der geography-Datentyp und warum die Länge einer Linie nicht unbedingt auch die Distanz zwischen deren Endpunkten ist

post@example.com (Admin) — Tue, 28 Jul 2009 23:52:00 +0100

Seltsamer Titel? Stimmt. Das war aber heute eine Frage in einem Microsoft-Forum. Warum ist die Länge nicht gleich der Distanz zwischen 2 Punkten?

Nun, das stimmt natürlich nicht - zum Glück. Bei der Fehlersuche ist allerdings eine Besonderheit des SQL Servers aufgefallen. Zuerst aber mal ein Beispiel

DECLARE @line geography, @pointStart geography, @pointEnd geography
SELECT @line = geography::STGeomFromText('LINESTRING(1 2, 3 4)', 4326),
       @pointStart = geography::Point(1, 2, 4326),
       @pointEnd = geography::Point(3, 4, 4326)

SELECT @line.STLength() AS Length,
       @pointEnd.STDistance(@pointStart) AS Distance

Heraus kommen die Werte

Length	Distance
313588,386985478	313705,435222058

Doch warum sollte hier ein Unterschied bestehen... STLength() gibt die Länge des LINESTRINGs zurück und STDistance() berechnet die Distanz zwischen 2 Punkten. Wie bereits vorweggenommen ist das Ergebnis so an sich also falsch - trotzdem ist es so, dass der SQL Server korrekt rechnet. Bleibt als einzige Fehlerquelle also nur noch der Code selbst übrig...

Laut MSDN-Referenz zu geography::Point werden 3 Parameter erwartet: Latitude, Longitude und die SRID. Die Funktion geography::STGeomFromText interpretiert die Angaben aber anders herum. Um genauer zu sein in der Reihenfolge Longitude (geographischer Länge) und danach Latitude (geographischer Breite).

Und das war auch schon das ganze Geheimnis ;) Warum geography::Point hier die Werte anders herum erwartet ist mir ein Rätsel und wird es wohl auch bleiben - die Reihenfolge wie sie geography::STGeomFromText interpretiert entspricht den Vorgaben der OGC und erscheinen damit in allen möglichen Bereichen eben in dieser Reihenfolge (und damit u.a. auch in GML).

Wie dem auch sei. Es ist alles noch korrekt - man muss nur dran denken ;)