Impossibile trovare risorse appropriate per la cultura specificata o per la cultura neutrale

Ho due progetti Web ASP.NET (ProjectA e ProjectB). Quando la classe in ProjectA crea un'istanza di una classe di ProjectB che utilizza un file di risorse Blah.resx, ottengo questo errore:

Si è verificata un'eccezione di tipo "System.Resources.MissingManifestResourceException" in mscorlib.dll ma non è stata gestita nel codice utente.

Impossibile trovare risorse appropriate per la cultura specificata o per la cultura neutrale. Accertarsi che "Resources.Blah.resources" sia stato correttamente incorporato o collegato nell'assembly "App_GlobalResources.sn_flri6" al momento della compilazione o che tutti gli assembly satellite richiesti siano caricabili e completamente firmati.

Cosa sta causando questo?

C'è un articolo sul sito di Microsoft su questo http://support.microsoft.com/kb/318603 che suggerisce:

Per risolvere questo problema, spostare tutte le altre definizioni di classe in modo che appaiano dopo la definizione di classe del modulo.

Questa è una soluzione per il progetto Windows Form, non sono sicuro che si applichi anche ai progetti Web.

Ho appena raggiunto la stessa eccezione in un progetto WPF. Il problema si è verificato all'interno di un assembly che è stato recentemente spostato in un altro spazio dei nomi ( ProblemAssembly.Supportin ProblemAssembly.Controls). Si è verificata un'eccezione durante il tentativo di accedere alle risorse da un secondo file di risorse presente nell'assembly.

Risulta che il file di risorse aggiuntivo non ha spostato correttamente i riferimenti dal vecchio nome dello spazio dei nomi al nuovo nome dello spazio dei nomi.

In designer.cs per il file di risorse, esiste una proprietà statica per ottenere ResourceManager. All'interno di quel getter, la stringa faceva ancora riferimento al vecchio spazio dei nomi. Una volta corretto il nuovo spazio dei nomi, il problema è stato risolto:

global::System.Resources.ResourceManager temp = 
     new global::System.Resources.ResourceManager(
          "ProblemAssembly.Support.Properties.Stuff", typeof(Stuff).Assembly);

avrebbe dovuto essere:

global::System.Resources.ResourceManager temp = 
     new global::System.Resources.ResourceManager(
          "ProblemAssembly.Controls.Properties.Stuff", typeof(Stuff).Assembly);

Spero che questo aiuti la prossima persona.

Ho risolto il problema in questo modo:

1. Fare clic con il tasto destro sul file delle risorse
2. Modifica la proprietà "Build Action" Compila in "Embedded Resource"
3. Quindi compilare ed eseguire

Funziona perfettamente.

Quando ho provato a condividere un file resource.resx da un progetto C # con un altro progetto C #, ho riscontrato questo problema. Il suggerimento su come spostare la classe Form all'inizio del suo file non era appropriato. Ecco come l'ho risolto. In pratica si utilizza un collegamento dal secondo progetto al primo, quindi si abilita la rigenerazione del resource.designer.csfile.

1. Elimina il secondo progetto Properties/Resources.resx file
2. Aggiungi il Properties/Resources.resxfile del primo progetto come LINK alla cartella Proprietà nel secondo progetto. Non aggiungerlo al livello principale del progetto.
3. Non aggiungere i primi progetti Properties/Resources.designer.cs!
4. Sulle proprietà del secondo progetto Resources.resx, aggiungere ResXFileCodeGeneratorcome CustomTool
5. Fare clic destro su Resources.resxe selezionare "Esegui strumento personalizzato". Ciò genererà un nuovo file designer.cs.

Nota: eviterei di modificare il file resource.designer.cs, poiché questo è generato automaticamente.

Nel mio caso una serie di sostituzioni di testo globali pensate male hanno inavvertitamente cambiato questa riga nel file cs del progettista delle risorse.

Poiché lo spazio dei nomi in quell'argomento non corrispondeva più allo spazio dei nomi della classe, l'applicazione è stata confusa in fase di esecuzione.

Verificare che lo spazio dei nomi del designer corrisponda all'argomento stringa in quella riga.

Succede perché *.resхè escluso dalla migrazione.

• Fare clic con il tasto destro sul file delle risorse
• Fare clic sulla voce di menu "Includi nel progetto"

Ho scoperto che l'eliminazione del file designer.cs, escludendo il file resx dal progetto e quindi includendolo spesso risolveva questo tipo di problema, seguendo un refactoring dello spazio dei nomi (come da risposta di CFinck)

Nessuno sembra aver menzionato questa soluzione. Ovvio davvero - ma mi ha inciampato per un momento ...

Il modificatore di accesso predefinito per un nuovo file di risorse è Internal(o Friendin VB.Net.) Assicurati di cambiarlo inPublic

(nel designer resx c'è un menu a discesa in alto per il modificatore di accesso)

La risposta di Sibi Elangos da sola non era sufficiente per me, quindi ho dovuto

• Fare clic con il tasto destro sul file delle risorse
• Modifica la proprietà "Build Action"
• Compilare in "Risorsa integrata"
• Compilare e distribuire

Questo genererà un App_GlobalResources nella tua /bincartella, ora copia quella cartella anche nella radice dell'applicazione web

Nel mio caso, il problema causato dalla definizione della classe nel modo sbagliato:

namespace MyBuggyWorld
{
    public class BackendObject //This hack broke the VS 2017 winform designer and resources linker!
    {
        public TcpClient ActiveClient { get; set; }
        public BackgroundWorker ActiveWorker { get; set; }
    }
    public partial class FormMain : Form
    {
    }
}

Dopo la riallocazione BackendObjectfino alla fine (meglio separare il file), facendo progetto pulito + ricostruisci risolto il problema.

Ho risolto questo andando al progetto in cui è stato salvato il mio file di risorse, scorrendo verso il basso fino al gruppo di elementi e aggiungendo un nome logico corrispondente al percorso previsto dal compilatore.

Il mio EmbeddedResource assomigliava a questo:

   <ItemGroup>
    <EmbeddedResource Update="Properties\TextResources.resx">
      <Generator>PublicResXFileCodeGenerator</Generator>
      <LastGenOutput>TextResources.Designer.cs</LastGenOutput>
    </EmbeddedResource>
  </ItemGroup>

Ora sembra così

  <ItemGroup>
    <EmbeddedResource Update="Properties\TextResources.resx">
      <Generator>PublicResXFileCodeGenerator</Generator>
      <LastGenOutput>TextResources.Designer.cs</LastGenOutput>
      <LogicalName>MyProject.Properties.Resources.resources</LogicalName>
    </EmbeddedResource>
  </ItemGroup>

Per quanto riguarda questo caso, controlla se l'assembly contenente risorse ha lo spazio dei nomi predefinito impostato sullo stesso testo (Progetto-> Proprietà-> Spazio dei nomi predefinito; in VS) Controlla anche se il file resx ha una proprietà BuildAction impostata su "Embedded risorsa "Divertiti ...;)

Un approccio sarebbe quello di mettere le classi / risorse condivise in un progetto di libreria di classi separato e farle riferimento in entrambi i siti web.

Grazie @CFinck! Solo per aggiungere un suggerimento ad altri: ho modificato la riga ResourceManager con questo:

New Global.System.Resources.ResourceManager(Reflection.Assembly.GetCallingAssembly.GetName.Name & ".CommonNameOf.Resources", Reflection.Assembly.GetCallingAssembly())

Sono su vb.net ma penso che in C # l'unica differenza sarebbe + invece di & per concatenare le stringhe.

In questo modo posso usare gli stessi file assembly collegati in due progetti simili che condividono le risorse.

Questo errore viene inoltre generato da Dotfuscation, poiché un file di progettazione resx si basa sulla riflessione. Se si utilizza Dotfuscator, i file resx verranno interrotti. Devi sempre aggiungerli come esclusione dal processo di offuscamento.

Quando stavamo usando

HttpContext.GetGlobalResourceObject()

Genererebbe quell'errore se non avessimo racchiuso quella chiamata in un'istruzione try / catch.

Ho un'applicazione WinForms con un singolo progetto nella soluzione.
Targeting .NET Framework 4.0
Utilizzando SharpDevelop 4.3come mio IDE

Sembra sciocco, ma mi è capitato di avere la Logical Nameproprietà impostata "Resources"sul mio "Resources.resx"file. Una volta che ho cancellato quella proprietà, tutto funziona hunky-dory.

Normalmente, quando aggiungi file casuali come EmbeddedResource, generalmente vuoi impostare Logical Namequalcosa su ragionevole, per qualche ragione, ho fatto lo stesso sul Resources.resxfile e questo ha rovinato tutto ...

Spero che questo aiuti qualcuno.

Per me il problema era copiare i file .resx e i file .cs associati da un progetto a un altro. Entrambi i progetti avevano lo stesso spazio dei nomi, quindi non era questo il problema.

Alla fine l'ho risolto quando ho notato in Solution Explorer che nel progetto originale i file .resx dipendevano dai file .cs:

MyResource.cs
|_ MyResource.resx

Mentre nel progetto copiato i file .cs dipendevano dai file .resx:

MyResource.resx
|_ MyResource.cs

Si è scoperto che nel secondo progetto in qualche modo i file .resx erano stati impostati per generare automaticamente i file .cs. I file .cs generati automaticamente stavano sovrascrivendo i file .cs copiati dal progetto originale.

Per risolvere il problema, modifica le proprietà di ciascun file .resx nel progetto copiato. La proprietà dello strumento personalizzato verrà impostata su qualcosa come ResXFileCodeGenerator . Cancella la proprietà dello strumento personalizzato del file .resx. Sarà necessario copiare nuovamente il file .cs dal progetto originale poiché sarà stato sovrascritto dal file generato automaticamente.

Nel mio caso avevo inserito una nuova classe in cima a un modulo di Windows, all'interno dello stesso file.

Lo spostamento della classe appena aggiunta da quel file ha risolto il problema.

Vedi qui: http://i.stack.imgur.com/wVu6c.png

Ciò può essere causato da spazi dei nomi non corrispondenti. La seconda risposta (Sibi Elango) dice di fare clic con il pulsante destro del mouse sul file resx e cambiare l'opzione Build in EmbeddedResource, ma l'avevo già fatto e avevo ancora l'errore. La risposta principale (CFinck's) rileva un modo per risolvere questo problema tramite la modifica manuale dei file, tuttavia, ho riscontrato questo problema in MonoDevelop e ho dovuto impostare lo spazio dei nomi predefinito sullo stesso file cs che richiedeva la risorsa (il file che codice contenuto come il codice seguente) ...

this.Icon = ((System.Drawing.Icon)(resources.GetObject("$this.Icon")));

Dopo aver impostato lo spazio dei nomi predefinito tramite la GUI, la riga sopra non ha più causato un'eccezione.

Solo un altro caso. Ho copiato una soluzione con due progetti e li ho rinominati parzialmente in Esplora risorse di Windows (nomi delle cartelle, nomi dei file .sln e .csproj) e parzialmente con una massiccia azione Trova e sostituisci in Visual Studio (spazi dei nomi, ecc.). Tuttavia, si è ancora verificata l'eccezione dichiarata dal PO. Ho scoperto che i nomi di Assembly e Namespace erano ancora vecchi.

Anche se il progetto e tutto il resto era già nominato OfficeStyle la Assembly namee Default namespacesono stati ancora nominati Linckus .

Dopo questa correzione tutto ha funzionato di nuovo bene, compilare e runtime :)

Per gli utenti che si trovano ad affrontare questo problema in .NET Core 3.0, ciò potrebbe essere correlato a una modifica sostanziale apportata in .NET Core 3.0, per risolverlo è sufficiente impostare EmbeddedResourceUseDependentUponConventionsu false nel progetto csproj:

<PropertyGroup>
  <EmbeddedResourceUseDependentUponConvention>false</EmbeddedResourceUseDependentUponConvention>
</PropertyGroup>

Nel mio caso queste righe di codice aggiunte hanno Web.configaiutato molto:

<system.web>
     ...
    <globalization uiCulture="cs" culture="cs-CZ" />
     ...
<system.web>

Insieme con l'azione Corporatura: Embedded Resourcee strumento personalizzato: PublicResXFileCodeGenerator.

Fare doppio clic sulle proprietà nella sezione Applicazione controllo Il nome dell'assieme e lo spazio dei nomi predefinito sono gli stessi

Stavo anche affrontando lo stesso problema, ho provato tutte le soluzioni menzionate nella risposta, ma nessuna sembrava funzionare. Si è scoperto che durante il check-in del codice su TFS. TFS non ha effettuato il checkin nel file Resx, ma solo nel file designer. Quindi, tutti gli altri sviluppatori stavano affrontando questo problema mentre erano in esecuzione sui loro computer. Il controllo nel file resx ha fatto manualmente il trucco

Questo può accadere anche quando si mette una classe al di sopra della classe principale di winform (Form1, ad esempio). Si può vedere questo quando si guarda il progetto, poiché non viene visualizzato.

Ancora un'altra causa: se il tuo spazio dei nomi ha un trattino ("-"), allora verrà compilato ed eseguito correttamente, ma la risorsa non sarà accessibile. Gli spazi dei nomi (identificatori) non dovrebbero avere trattini, ma questo non sembra essere applicato da nessuna parte tranne che nel caricamento delle risorse. Questo mi ha bruciato due volte nel corso del decennio.

Un'altra cosa da verificare è se LogicalNesource è stato definito LogicalName o ManifestResourceName. Assicurati che siano definiti in modo appropriato se il tuo file di progetto li sta usando in quanto possono far sì che le risorse vivano con un nome che non ti aspetti.

Ho riscontrato questo problema per l'esecuzione del comando Migration. Update-Databasenella console di Package Manager.

La risposta accettata non ha risolto il mio problema.

Ho dovuto cambiare Build Action da Compilea Embedded Resourcee ha funzionato per me.

Puoi fare lo stesso usando i passaggi seguenti:

1. Fare clic con il tasto destro sulla migrazione.
2. Modifica la proprietà "Compila azione" "Compila" in "Risorsa integrata"
3. Esegui il comando Update-Database.

Fare clic con il tasto destro del mouse sulle risorse e selezionare Run Custom Tool

Questo risolverà il progettista

Solo perché si fa riferimento alla DLL del progetto B non significa che il gestore risorse del progetto A sia a conoscenza della directory App_GlobalResources del progetto B.

Utilizzi progetti di siti Web o progetti di applicazioni Web? In quest'ultimo caso, Visual Studio dovrebbe consentire di collegare file di codice sorgente (non sono sicuro del primo, non li ho mai usati). Questa è una funzione poco conosciuta ma utile, che è descritta qui . In questo modo, è possibile collegare i file di risorse del Progetto B nel Progetto A.