Search for Globalized Resource Files at Remote Assembly Download

Question

Our code uses the "Plugin" model, which remotely loads a dll corresponding to the predefined IPluginModel structure, which is defined in the main program. The main program itself has several localized forms, where the text and placement of labels in the user interface change depending on the different localization of Thread.CurrentThread.CurrentUICulture .

We noticed that any forms or reports from the remote DLL will never be correctly localized. It does not seem to matter where the dll localization is located, containing different resources for the plugin, either next to the main form, next to the plugin board, or elsewhere. How can I make an assembly correctly localize its localized resources when the assembly itself is loaded during the RunTime of the main program?

I have code that more closely resembles the method used here , but doesn’t want to manually implement resx against the form itself, if at all possible. The code that I have is directly inside the plugin itself and is called whenever CurrentUICulture is not "en-US".

Ideally, what I'm looking for is a way to load pluginName.resources.dll , which is directly related to the downloaded plugin. I see various folders in my main bin folder for projects, the es folder contains main.resources.dll , but just placing the dll plugins in this folder did not seem to work the last time I tried it, although theoretically this could change ... or I may have done it wrong at the time ...

Download assembly [code snippet]

  private void LoadPlugin(string filePath) { bool isValidPlugin = false; Assembly asm = null; try { asm = Assembly.LoadFrom(Path.Combine(Environment.CurrentDirectory, filePath)); //Do some type checking to make certain this is in fact one of OUR plugins var p = (IFTLPlugin)Activator.CreateInstance(types[x]); _plugins.Add(p.Prefix, p); } } 

Edit: More thoughts on the topic

Is there a way to intercept the boot structure that is trying to resolve satellite assemblies, an event that I can implement, or a function that I can override, where I can manually point the code to the correct assembly of resources ?. I found some things about build resolution, but it was for direct download, not satellite resources.

Answer 1

As you already know very well, the runtime loads localized resources using the convention by searching for satellite assemblies (eg fr/pluginName.resources.dll ).

I think you may be right in thinking that this problem may be due to the inability to find these satellite assemblies. You can try to confirm this with the .NET Framework diagnostic tool fuslogvw.exe . You can also try deploying your satellite assemblies to the global assembly cache (GAC) as a quick fix (see Installing a satellite assembly in the global assembly cache on this page ).

If this works and to find out other suitable places (except the GAC), the places checked by the runtime to search for satellite assemblies are documented as the return process here: http://msdn.microsoft.com/en-us/library/sb6a8618%28v= vs.71% 29.aspx

Answer 2

The .NET system uses Thread.CurrentThread.CurrentUICulture when loading resource assemblies , as you pointed out against the background of the question.

The problem is that each new thread defaults to CultureInfo.InstalledCulture until it says otherwise.

Ask your main code to transfer the desired culture to the library when calling initialization.

Then install the Thread.CurrentThread.CurrentUICulture (and .CurrentCulture ) library before downloading any resources. This would be prior to any call to InitializeComponent () or TryFindResource () , for example.

Gets the library stream cultures corresponding to the cultures of the main program streams, regardless of what the OS ideas are.