Nie można załadować zasobu manifestu za pomocą metody GetManifestResourceStream()

Utworzono niestandardową sekcję konfiguracji za pomocą XSD. W celu analizowania pliku konfiguracyjnego, który następuje tego nowego schematu, załadować zasób (mój plik .XSD) z tego:Nie można załadować zasobu manifestu za pomocą metody GetManifestResourceStream()

public partial class MonitoringConfiguration 
    { 
     public const string ConfigXsd = "MonitoringAPI.Configuration.MonitoringConfiguration.xsd"; 
     public const string ConfigSchema = "urn:MonitoringConfiguration-1.0"; 

     private static XmlSchemaSet xmlSchemaSet; 

     static MonitoringConfiguration() 
     { 
      xmlSchemaSet = new XmlSchemaSet(); 
      Stream xsdStream = Assembly.GetExecutingAssembly().GetManifestResourceStream(ConfigXsd); 
      XmlReader schemaReader = XmlReader.Create(xsdStream); 
      xmlSchemaSet.Add(ConfigSchema, schemaReader); 
     } 

    }

Nawiasem mówiąc mój zasób jest: MonitoringConfiguration.xsd. A przestrzeń nazw drugiej klasy częściowej (która reprezentuje kod pliku .xsd) to MonitoringAPI.Configuration.

Problem leży tutaj:

Stream xsdStream = Assembly.GetExecutingAssembly().GetManifestResourceStream(ConfigXsd);

xsdStream jest zerowy, więc myślę, że zasób nie można znaleźć! Ale dlaczego?

Dziękuję

Źródło

2010-06-18 Amokrane Chentir

Nazwa zasobu jest zawsze:

<Base namespace>.<RelativePathInProject>.<FileName>

Więc jeśli Twój zasób znajduje się w "Resources/XSD /", a swoim nazw domyślny projektu jest „MonitoringAPI. konfiguracja”, nazwa zasobu jest:

"MonitoringAPI.Configuration.Resources.Xsd.MonitoringConfiguration.xsd"

Upewnij się także kompilacja ction do zasobu jest ustawiony na „Embedded Resource”

Źródło

2010-06-18 10:14:09

Mój zasób znajduje się w tym samym katalogu, co ta klasa. –

Kliknij plik prawym przyciskiem myszy i wybierz "Właściwości". –

Dzięki, że to był problem!Spędziłem pół dnia zastanawiając się nad problemem i rozwiązałeś go za chwilę;) –

Domyślnie visual studio nie osadzać xsd plik dlatego trzeba zapewnić „Budowanie akcji” własność pliku XSD jest ustawiony na „Embedded Resource”, aby uczynić to działa

Źródło

2010-10-20 07:26:17

Łatwe i poprawny sposób, aby uzyskać rzeczywistą nazwę osadzonego zasobu:

string[] resourceNames = 
    Assembly.GetExecutingAssembly().GetManifestResourceNames();

Następnie wystarczy sprawdzić resourceNames tablicę, a będziesz wiedzieć na pewno, co do przekazania do metody GetManifestResourceStream.

Źródło

2013-01-08 15:58:03 user1958681

Do użytkownika1958681 ... TAK !!! W moim przypadku ścieżki zasobów były "niestandardowe", w tym sensie, że nie miały zasobów pod-dir w ich nazwach. Sztuczka podstępna była idealna, by znać właściwą nazwę. Wielkie dzięki!! –

Mój nie miał również podrozdziału w ich nazwach. Czy ktoś wie, dlaczego? –

Znalazłem po prostu uruchomiony 'Assembly.GetExecutingAssembly(). GetManifestResourceNames();' w oknie pośrednim, podczas gdy debugowanie było wystarczające. Daje ładne sformatowane wyjście, które jest łatwe do odczytania. – Lankymart

W moim przypadku

Podczas próby uzyskania dostępu do pliku przez GetManifestResourceStream(). Otrzymasz błąd z powodu nieprawidłowej ścieżki pliku, a strumień będzie mieć wartość NULL.

Rozwiązanie:

prawym przyciskiem myszy na pliku, który został dodany do roztworu i kliknij przycisk Właściwości.

Wybierz Build Action jako Embedded Resource. (Zamiast Content - domyślnie)

Źródło

2015-08-19 13:03:22 RajeshKdev

wystarczy dodać swoje zasoby pod form1.resx -> dodaj istniejące elementy

podwójne kliknięcie na zasobach dodanych pod Zasobów folder.go do właściwości i wybierz "Osadzone zasoby" zamiast żadnego.

Następnie spróbować debugowania linię:

string[] resourceNames=Assembly.GetExecutingAssembly().GetManifestResourceNames();

Sprawdź materiały zostały dodane są w tablicy. następnie skopiuj nazwę zasobu dokładnie z tej tablicy i spróbuj umieścić nazwę na swoim kodzie. działa dobrze !!

Źródło

2015-11-04 07:21:27 Rittika

można uzyskać Resource strumienia przez przepuszczanie nazwy zasobów brzmi następująco poniżej ...

uzyskać nazwę zasobu, np.

Zgromadzenie objAssembly = Assembly.GetExecutingAssembly();

string [] strResourceNames = objAssembly.GetManifestResourceNames();
Przepuścić nazwy zasobów do ...

Stream STRM = objAssembly.GetManifestResourceStream (strResourceNames);

Teraz masz Stream możesz robić, co chcesz ...

Źródło

2016-10-19 12:47:33

W moim przypadku było to coś zupełnie innego:

Moja UWP App skompilowany poprawnie i Debug Zwolnij konfigurację, ale GetManifestResourceStream zwróciło pustą konfigurację wydania.

Problem polegał na tym, że w pliku konfiguracji kompilacji UWP (i tylko tam) zostało włączone ustawienie "Kompilacja z .NET Macierzystym łańcuchem narzędzi". Po wyłączeniu GetManifestResourceStream działało zgodnie z oczekiwaniami.

Źródło

2017-06-12 10:08:09 Marcus

Wystąpił problem polegający na tym, że osadzałem całą masę plików .xsd w wielu różnych złożeniach; wszystko działało (GetManifestResourceNames zwrócił pliki, których się spodziewałam) z wyjątkiem jednego. Ten, który nie został powołany:

Something.LA.xsd

nie miał do czynienia z konkretnych kultur i bitu .la, którego na końcu nazwy pliku był podejmowany przez kompilator jako plik ten jest dla kultury LA - nazwa pliku w manifeście wchodziła w coś Coś.xsd (w kulturze LA) - stąd nie jestem w stanie go znaleźć (skończyło się na montażu satelitarnym). Uniknąłem problemu, zmieniając nazwę pliku - przypuszczalnie możliwe jest jawne określenie kultury danego zasobu osadzonego.

Właściwie szybkie google ujawnia: How can I prevent embedded resource file culture being set based on its filename

Według tej odpowiedzi, masz zrobić hacky rzeczy - więc być może zmiana nazwy pliku nie było tak źle :)

Źródło

2018-02-01 12:26:32 GHC

Nie można załadować zasobu manifestu za pomocą metody GetManifestResourceStream()

Odpowiedz

Powiązane problemy