none
System.Windows.Markup.XamlParseException RRS feed

  • Frage

  • Hallo,

    bei der Arbeit an einem WPF-Projekt bekam ich folgende Fehlermeldung:

    System.Windows.Markup.XamlParseException wurde nicht behandelt.
      Message=Zeilennummer "175" und Zeilenposition "60" von "Das benannte Objekt konnte nicht registriert werden. Namen werden in diesem ResourceDictionary-Bereich nicht unterstützt.".
      Source=PresentationFramework
      LineNumber=175
      LinePosition=60
      StackTrace:
           bei System.Windows.Markup.XamlReader.RewrapException(Exception e, IXamlLineInfo lineInfo, Uri baseUri)
           bei System.Windows.Markup.WpfXamlLoader.Load(XamlReader xamlReader, IXamlObjectWriterFactory writerFactory, Boolean skipJournaledProperties, Object rootObject, XamlObjectWriterSettings settings, Uri baseUri)
           bei System.Windows.Markup.WpfXamlLoader.LoadBaml(XamlReader xamlReader, Boolean skipJournaledProperties, Object rootObject, XamlAccessLevel accessLevel, Uri baseUri)
           bei System.Windows.Markup.XamlReader.LoadBaml(Stream stream, ParserContext parserContext, Object parent, Boolean closeStream)
           bei System.Windows.Application.LoadComponent(Object component, Uri resourceLocator)
           bei Anwendungsname.Application.InitializeComponent() in C:\Anwendungsname\Main\Sources\src\Anwendungsname\Anwendungsname\obj\x86\Debug\Application.g.vb:Zeile 67.
           bei Anwendungsname.Application.Main() in C:\Anwendungsname\Main\Sources\src\Anwendungsname\Anwendungsname\obj\x86\Debug\Application.g.vb:Zeile 79.
           bei System.AppDomain._nExecuteAssembly(RuntimeAssembly assembly, String[] args)
           bei System.AppDomain.ExecuteAssembly(String assemblyFile, Evidence assemblySecurity, String[] args)
           bei Microsoft.VisualStudio.HostingProcess.HostProc.RunUsersAssembly()
           bei System.Threading.ThreadHelper.ThreadStart_Context(Object state)
           bei System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state, Boolean ignoreSyncCtx)
           bei System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state)
           bei System.Threading.ThreadHelper.ThreadStart()
      InnerException: System.NotSupportedException
           Message=Namen werden in diesem ResourceDictionary-Bereich nicht unterstützt.
           Source=PresentationFramework
           StackTrace:
                bei System.Windows.ResourceDictionary.RegisterName(String name, Object scopedElement)
                bei System.Xaml.NameScopeDictionary.RegisterName(String name, Object scopedElement)
                bei System.Xaml.XamlObjectWriter.RegisterName(ObjectWriterContext ctx, String name, Object inst, XamlType xamlType, INameScope nameScope, INameScope parentNameScope, Boolean isRoot)
           InnerException:

    An der angegebenen Stelle wie auch an der gesamten Datei hatte ich jedoch gar nichts geändert. Lösche ich den Namen an der Stelle, wo die Fehlermeldung kam, erscheint die gleiche Fehlermeldung an der nächsten Stelle, wo ein Datatemplate ein x:Name hat.

    Lösche ich alle x:Name-Angabe in Templates dann erscheint folgende Fehlermeldung:

    System.Windows.Markup.XamlParseException wurde nicht behandelt.
      Message=Zeilennummer "485" und Zeilenposition "104" von "Unerwartetes Token nach dem Ende der Markuperweiterung.".
      Source=PresentationFramework
      LineNumber=485
      LinePosition=104
      StackTrace:
           bei System.Windows.Markup.XamlReader.RewrapException(Exception e, IXamlLineInfo lineInfo, Uri baseUri)
           bei System.Windows.Markup.WpfXamlLoader.Load(XamlReader xamlReader, IXamlObjectWriterFactory writerFactory, Boolean skipJournaledProperties, Object rootObject, XamlObjectWriterSettings settings, Uri baseUri)
           bei System.Windows.Markup.WpfXamlLoader.LoadBaml(XamlReader xamlReader, Boolean skipJournaledProperties, Object rootObject, XamlAccessLevel accessLevel, Uri baseUri)
           bei System.Windows.Markup.XamlReader.LoadBaml(Stream stream, ParserContext parserContext, Object parent, Boolean closeStream)
           bei System.Windows.Application.LoadComponent(Object component, Uri resourceLocator)
           bei Anwendungsname.Application.InitializeComponent() in C:\Anwendungsname\Main\Sources\src\Anwendungsname\Anwendungsname\obj\x86\Debug\Application.g.vb:Zeile 67.
           bei Anwendungsname.Application.Main() in C:\Anwendungsname\Main\Sources\src\Anwendungsname\Anwendungsname\obj\x86\Debug\Application.g.vb:Zeile 79.
           bei System.AppDomain._nExecuteAssembly(RuntimeAssembly assembly, String[] args)
           bei System.AppDomain.ExecuteAssembly(String assemblyFile, Evidence assemblySecurity, String[] args)
           bei Microsoft.VisualStudio.HostingProcess.HostProc.RunUsersAssembly()
           bei System.Threading.ThreadHelper.ThreadStart_Context(Object state)
           bei System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state, Boolean ignoreSyncCtx)
           bei System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state)
           bei System.Threading.ThreadHelper.ThreadStart()
      InnerException: System.Xaml.XamlParseException
           Message=Zeilennummer "485" und Zeilenposition "104" von "Unerwartetes Token nach dem Ende der Markuperweiterung.".
           Source=System.Xaml
           LineNumber=485
           LinePosition=104
           StackTrace:
                bei MS.Internal.Xaml.Parser.MePullParser.<Parse>d__0.MoveNext()
                bei MS.Internal.Xaml.Parser.XamlPullParser.<LogicStream_Attribute>d__6f.MoveNext()
                bei MS.Internal.Xaml.Parser.XamlPullParser.<P_EmptyElement>d__14.MoveNext()
                bei MS.Internal.Xaml.Parser.XamlPullParser.<P_Element>d__7.MoveNext()
                bei MS.Internal.Xaml.Parser.XamlPullParser.<P_ElementContent>d__4a.MoveNext()
                bei MS.Internal.Xaml.Parser.XamlPullParser.<P_ElementBody>d__23.MoveNext()
                bei MS.Internal.Xaml.Parser.XamlPullParser.<P_Element>d__7.MoveNext()
                bei MS.Internal.Xaml.Parser.XamlPullParser.<P_ElementContent>d__4a.MoveNext()
                bei MS.Internal.Xaml.Parser.XamlPullParser.<P_ElementBody>d__23.MoveNext()
                bei MS.Internal.Xaml.Parser.XamlPullParser.<P_Element>d__7.MoveNext()
                bei MS.Internal.Xaml.Parser.XamlPullParser.<P_ElementContent>d__4a.MoveNext()
                bei MS.Internal.Xaml.Parser.XamlPullParser.<P_ElementBody>d__23.MoveNext()
                bei MS.Internal.Xaml.Parser.XamlPullParser.<P_Element>d__7.MoveNext()
                bei MS.Internal.Xaml.Parser.XamlPullParser.<Parse>d__0.MoveNext()
                bei MS.Internal.Xaml.NodeStreamSorter.ReadAheadToEndOfAttributes()
                bei MS.Internal.Xaml.NodeStreamSorter.ReadAheadAndSortCtorProperties()
                bei MS.Internal.Xaml.NodeStreamSorter.MoveNext()
                bei System.Xaml.XamlXmlReader.Read()
                bei System.Windows.Markup.WpfXamlLoader.TransformNodes(XamlReader xamlReader, XamlObjectWriter xamlWriter, Boolean onlyLoadOneNode, Boolean skipJournaledProperties, Boolean shouldPassLineNumberInfo, IXamlLineInfo xamlLineInfo, IXamlLineInfoConsumer xamlLineInfoConsumer, XamlContextStack`1 stack, IStyleConnector styleConnector)
                bei System.Windows.Markup.WpfXamlLoader.Load(XamlReader xamlReader, IXamlObjectWriterFactory writerFactory, Boolean skipJournaledProperties, Object rootObject, XamlObjectWriterSettings settings, Uri baseUri)
           InnerException:

    Die entsprechende Zeile lautet:

     

     

    <TextBox Grid.Column="3" x:Name="Unserwert" Text="{Binding Unserwert, Mode=TwoWay,StringFormat={}{0:######\,##0.000000}}" TextAlignment="Right"

    />

    Nehme ich das StringFormat weg, komme ich auch über diesen Fehler hinweg.

    Dann erscheint folgender Fehler:

    System.Windows.Markup.XamlParseException wurde nicht behandelt.
      Message=Zeilennummer "754" und Zeilenposition "6" von "Der unbekannte Typ "{clr-namespace:Anwendungsname}GebuehrenTemplateSelector" kann nicht erstellt werden.".
      Source=PresentationFramework
      LineNumber=754
      LinePosition=6
      StackTrace:
           bei System.Windows.Markup.XamlReader.RewrapException(Exception e, IXamlLineInfo lineInfo, Uri baseUri)
           bei System.Windows.Markup.WpfXamlLoader.Load(XamlReader xamlReader, IXamlObjectWriterFactory writerFactory, Boolean skipJournaledProperties, Object rootObject, XamlObjectWriterSettings settings, Uri baseUri)
           bei System.Windows.Markup.WpfXamlLoader.LoadBaml(XamlReader xamlReader, Boolean skipJournaledProperties, Object rootObject, XamlAccessLevel accessLevel, Uri baseUri)
           bei System.Windows.Markup.XamlReader.LoadBaml(Stream stream, ParserContext parserContext, Object parent, Boolean closeStream)
           bei System.Windows.Application.LoadComponent(Object component, Uri resourceLocator)
           bei Anwendungsname.Application.InitializeComponent() in C:\Anwendungsname\Main\Sources\src\Anwendungsname\Anwendungsname\obj\x86\Debug\Application.g.vb:Zeile 67.
           bei Anwendungsname.Application.Main() in C:\Anwendungsname\Main\Sources\src\Anwendungsname\Anwendungsname\obj\x86\Debug\Application.g.vb:Zeile 79.
           bei System.AppDomain._nExecuteAssembly(RuntimeAssembly assembly, String[] args)
           bei System.AppDomain.ExecuteAssembly(String assemblyFile, Evidence assemblySecurity, String[] args)
           bei Microsoft.VisualStudio.HostingProcess.HostProc.RunUsersAssembly()
           bei System.Threading.ThreadHelper.ThreadStart_Context(Object state)
           bei System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state, Boolean ignoreSyncCtx)
           bei System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state)
           bei System.Threading.ThreadHelper.ThreadStart()
      InnerException: System.Xaml.XamlObjectWriterException
           Message=Zeilennummer "754" und Zeilenposition "6" von "Der unbekannte Typ "{clr-namespace:Anwendungsname}GebuehrenTemplateSelector" kann nicht erstellt werden.".
           Source=System.Xaml
           LineNumber=754
           LinePosition=6
           StackTrace:
                bei System.Xaml.XamlObjectWriter.WriteStartObject(XamlType xamlType)
                bei System.Xaml.XamlWriter.WriteNode(XamlReader reader)
                bei System.Windows.Markup.WpfXamlLoader.TransformNodes(XamlReader xamlReader, XamlObjectWriter xamlWriter, Boolean onlyLoadOneNode, Boolean skipJournaledProperties, Boolean shouldPassLineNumberInfo, IXamlLineInfo xamlLineInfo, IXamlLineInfoConsumer xamlLineInfoConsumer, XamlContextStack`1 stack, IStyleConnector styleConnector)
                bei System.Windows.Markup.WpfXamlLoader.Load(XamlReader xamlReader, IXamlObjectWriterFactory writerFactory, Boolean skipJournaledProperties, Object rootObject, XamlObjectWriterSettings settings, Uri baseUri)
           InnerException:

    Lösche ich die entsprechende Stelle, startet meine Anwendung endlich, aber scheitert dann später, wenn die entsprechende Resource aufgerufen werden soll.

    Ich habe auch alle meine Änderungen rückgängig gemacht, die ich vorgenommen habe, seit die Anwendung noch lief. Das nützt auch nichts.

    Ich setze Visual Studio mit folgender Systeminfo ein:

    Microsoft Visual Studio 2010
    Version 10.0.40219.1 SP1Rel
    Microsoft .NET Framework
    Version 4.0.30319 SP1Rel

    Installierte Version: Professional

    Microsoft Office Developer Tools   01018-532-2002102-70644
    Microsoft Office Developer Tools

    Microsoft Visual Basic 2010   01018-532-2002102-70644
    Microsoft Visual Basic 2010

    Microsoft Visual C# 2010   01018-532-2002102-70644
    Microsoft Visual C# 2010

    Microsoft Visual C++ 2010   01018-532-2002102-70644
    Microsoft Visual C++ 2010

    Microsoft Visual F# 2010   01018-532-2002102-70644
    Microsoft Visual F# 2010

    Microsoft Visual Studio 2010 Team Explorer   01018-532-2002102-70644
    Microsoft Visual Studio 2010 Team Explorer

    Microsoft Visual Web Developer 2010   01018-532-2002102-70644
    Microsoft Visual Web Developer 2010

    Crystal Reports für .NET Framework 4.0  
    Crystal Reports für .NET Framework 4.0


    GhostDoc   2.5.9166.0
    GhostDoc - Visual Studio add-in for automatically creating XML documentation comments.

    Hotfix für Microsoft Visual Studio 2010 Professional - DEU (KB2522890)   KB2522890
    Dieser Hotfix ist für Microsoft Visual Studio 2010 Professional - DEU vorgesehen.
    Wenn Sie später ein aktuelleres Service Pack installieren, wird der Hotfix automatisch deinstalliert.
    Weitere Informationen erhalten Sie unter http://support.microsoft.com/kb/2522890.

    Hotfix für Microsoft Visual Studio 2010 Professional - DEU (KB2529927)   KB2529927
    Dieser Hotfix ist für Microsoft Visual Studio 2010 Professional - DEU vorgesehen.
    Wenn Sie später ein aktuelleres Service Pack installieren, wird der Hotfix automatisch deinstalliert.
    Weitere Informationen erhalten Sie unter http://support.microsoft.com/kb/2529927.

    Hotfix für Microsoft Visual Studio 2010 Professional - DEU (KB2547352)   KB2547352
    Dieser Hotfix ist für Microsoft Visual Studio 2010 Professional - DEU vorgesehen.
    Wenn Sie später ein aktuelleres Service Pack installieren, wird der Hotfix automatisch deinstalliert.
    Weitere Informationen erhalten Sie unter http://support.microsoft.com/kb/2547352.

    Hotfix für Microsoft Visual Studio 2010 Professional - DEU (KB2548139)   KB2548139
    Dieser Hotfix ist für Microsoft Visual Studio 2010 Professional - DEU vorgesehen.
    Wenn Sie später ein aktuelleres Service Pack installieren, wird der Hotfix automatisch deinstalliert.
    Weitere Informationen erhalten Sie unter http://support.microsoft.com/kb/2548139.

    Hotfix für Microsoft Visual Studio 2010 Professional - DEU (KB2549864)   KB2549864
    Dieser Hotfix ist für Microsoft Visual Studio 2010 Professional - DEU vorgesehen.
    Wenn Sie später ein aktuelleres Service Pack installieren, wird der Hotfix automatisch deinstalliert.
    Weitere Informationen erhalten Sie unter http://support.microsoft.com/kb/2549864.

    Hotfix für Microsoft Visual Studio 2010 Professional - DEU (KB2565057)   KB2565057
    Dieser Hotfix ist für Microsoft Visual Studio 2010 Professional - DEU vorgesehen.
    Wenn Sie später ein aktuelleres Service Pack installieren, wird der Hotfix automatisch deinstalliert.
    Weitere Informationen erhalten Sie unter http://support.microsoft.com/kb/2565057.

    Microsoft Team Foundation Server 2010 Power Tools   3.1.30831.0
    Power Tools that extend the Team Foundation Server integration with Visual Studio.

    Microsoft Visual Studio 2010 Professional - DEU Service Pack 1 (KB983509)   KB983509
    Dieses Service Pack ist für Microsoft Visual Studio 2010 Professional - DEU vorgesehen.
    Wenn Sie später ein aktuelleres Service Pack installieren, wird das vorliegende Service Pack automatisch deinstalliert.
    Weitere Informationen erhalten Sie unter http://support.microsoft.com/kb/983509.

    Microsoft Visual Studio 2010 SharePoint-Entwicklungstools   10.0.40219
    Microsoft Visual Studio 2010 SharePoint-Entwicklungstools

    Microsoft Visual Studio Process Editor   1.0
    Process Editor for Microsoft Visual Studio Team Foundation Server

    Oracle Developer Tools for Visual Studio   11.2.0.1.2
    Oracle Developer Tools for Visual Studio Copyright (c) 2005, 2010

     

     

     

     

     

     

     

     

     

     

     

    Auch ein Neustart meines Rechners brachte nichts.

    Kann jemand helfen?

    Gruß

    Peter

    Dienstag, 25. Oktober 2011 14:31

Alle Antworten

  • In was für einer Datei hast du die TextBox denn definiert? (UserControl, Window, ResourceDictionary)
    Dienstag, 25. Oktober 2011 16:06
    Beantworter
  • Hallo Marco,

    ich habe die TextBox in einem DataTemplate in einer ResourceDictionary definiert.

    Gruß

    Peter

    Mittwoch, 26. Oktober 2011 10:35
  • Kannst du das DataTemplate mal posten?

     

    Mittwoch, 26. Oktober 2011 11:16
    Beantworter
  • Hallo Marco,

    da das Template sehr umfangreich ist, habe ich es mal vereinfacht:

     

     

    <DataTemplate x:Key

    ="EndergebnisbereichTemplate">

     

     

    <Grid

    >

     

     

    <!--******************************************************************** -->

     

     

    <Grid.RowDefinitions

    >

     

     

    <RowDefinition Height

    ="Auto"/>

     

     

    </Grid.RowDefinitions

    >

     

     

    <!--******************************************************************** -->

     

     

    <Grid.ColumnDefinitions

    >

     

     

    <ColumnDefinition Width

    ="336*" />

     

     

    <ColumnDefinition Width

    ="90*" />

     

     

    <ColumnDefinition Width

    ="10*" />

     

     

    <ColumnDefinition Width

    ="270*" />

     

     

    <ColumnDefinition Width

    ="20*" />

     

     

    <ColumnDefinition Width

    ="270*" />

     

     

    <ColumnDefinition Width

    ="20*" />

     

     

    </Grid.ColumnDefinitions

    >

     

     

    <!--******************************************************************** -->

     

     

     

    <TextBlock Text="Unserwert(€)" Margin

    ="10,5,0,0" />

     

     

    <TextBox Grid.Column="3" x:Name="Unserwert" Text="{Binding Punktwert, Mode=TwoWay,StringFormat={}{0:######\,##0.000000}}" TextAlignment="Right"

    />

     

     

    </Grid

    >

     

     

    </DataTemplate>

    Es erscheint aber immer noch folgende Meldung:

    {"Zeilennummer \"475\" und Zeilenposition \"104\" von \"Unerwartetes Token nach dem Ende der Markuperweiterung.\"."}

    Gruß

    Peter

    Mittwoch, 26. Oktober 2011 13:29
  • Hast du in dem ResourceDict. irgendwo in den Style oder Template Definitionen einen x:Name vergeben?
    Mittwoch, 26. Oktober 2011 20:30
    Beantworter
  • Ja, habe ich, diese werden aber nicht als fehlerhaft angezeigt.
    Donnerstag, 27. Oktober 2011 07:04
  • Hattest du vorher die Resourcen in Windows und UserControls oder waren die immer schon in dem RD?
    Donnerstag, 27. Oktober 2011 07:27
    Beantworter
  • Hallo Marco,

    die Resourcen waren immer schon im RD.

    Da Kollegen das Problem inzwischen auch hatten, haben wir folgendes gemacht: Aus dem TFS einen Stand vor dem Problem gezogen, und alle Änderungen seitdem manuell nachgearbeitet (aus einer manuellen Sicherung).

    Jetzt kommen die Fehler nicht mehr und wir hoffen, dass sie nie wieder auftauchen. Interessant wäre natürlich schon, woran das liegen kann.

    Gruß

    Peter

    Donnerstag, 27. Oktober 2011 13:59