Sign Up

Sign Up to our social questions and Answers Engine to ask questions, answer people’s questions, and connect with other people.

Have an account? Sign In

Have an account? Sign In Now

Sign In

Login to our social questions & Answers Engine to ask questions answer people’s questions & connect with other people.

Sign Up Here

Forgot Password?

Don't have account, Sign Up Here

Forgot Password

Lost your password? Please enter your email address. You will receive a link and will create a new password via email.

Have an account? Sign In Now

You must login to ask a question.

Forgot Password?

Need An Account, Sign Up Here

Please briefly explain why you feel this question should be reported.

Please briefly explain why you feel this answer should be reported.

Please briefly explain why you feel this user should be reported.

Sign InSign Up

The Archive Base

The Archive Base Logo The Archive Base Logo

The Archive Base Navigation

  • SEARCH
  • Home
  • About Us
  • Blog
  • Contact Us
Search
Ask A Question

Mobile menu

Close
Ask a Question
  • Home
  • Add group
  • Groups page
  • Feed
  • User Profile
  • Communities
  • Questions
    • New Questions
    • Trending Questions
    • Must read Questions
    • Hot Questions
  • Polls
  • Tags
  • Badges
  • Buy Points
  • Users
  • Help
  • Buy Theme
  • SEARCH
Home/ Questions/Q 8893355
In Process

The Archive Base Latest Questions

Editorial Team
  • 0
Editorial Team
Asked: June 14, 20262026-06-14T23:13:35+00:00 2026-06-14T23:13:35+00:00

I am working on a project where localised strings are to be inserted later

  • 0

I am working on a project where localised strings are to be inserted later into the live ASP.NET (MVC4) site/application. The way we plan to achieve this (for validation messages etc.) is to obtain the strings from the clients, put them in a .resx file, compile this .resx file into a .resources file and then into a .dll. Finally this .dll is placed in the relevant language folder on the live site.
However, this manually created .dll is not being picked up by the application. Instead it falls back to the default language .dll.
On the other hand if the .resx file was compiled via Visual Studio (2012) then the .dll is happily picked up by the application, and it displays the localised text from it.

I am guessing the issue lies in the way I create the .dll manually, although I can’t find anything wrong with it. Here’s what I run in the command-line console:

resgen Strings.fr-FR.resx Strings.fr-FR.resources

then,

al /t:lib /culture:fr-FR /embed:Strings.fr-FR.resources /out:MyApplication.resources.dll
  • 1 1 Answer
  • 0 Views
  • 0 Followers
  • 0
Share
  • Facebook
  • Report

Leave an answer
Cancel reply

You must login to add an answer.

Forgot Password?

Need An Account, Sign Up Here

1 Answer

  • Voted
  • Oldest
  • Recent
  • Random
  1. Editorial Team
    Editorial Team
    2026-06-14T23:13:37+00:00Added an answer on June 14, 2026 at 11:13 pm

    It might be because of the namespace used in the French-localized resource DLL when you are generating it which is different from the namespace used by your application for the resource files.

    You have to rename your resource file from Strings.fr-FR.resources to MyApplication.Namespace.Where.My.Resource.Files.Are.Located.Resources.fr-FR.resources.

    By default, resource files are located in the Properties folder. It means you can access a localized string using the fully qualified name MyApplication.Properties.Resources.MyString.

    If your application is named MyApplication and your resource files are located under the Properties folder, generate your resources file this way:

    resgen Strings.fr-FR.resx MyApplication.Properties.Resources.fr-FR.resources
    

    Then generate the DLL this way:

    al /t:lib /Culture:fr-FR /embed:MyApplication.Properties.Resources.fr-FR.resources /out:MyApplication.resources.dll
    

    Now when you put it in your fr-FR folder in the bin folder of your application, it should be recognized.

    Take a look to the manifest of the assembly you previously generated and the one which is now generated using ildasm.exe. You will see in the second case you have the following line .mresource public 'MyApplication.Properties.Resources.fr-FR.resources' when in the first case it should be something like that .mresource public 'Strings.fr-FR.resources'. Since your application looks for the localized strings into the namespace ‘MyApplication.Properties’, it couldn’t find it… Of course, adapt ‘MyApplication.Properties.Resources’ to whatever is used in your application (maybe ‘MyApplication.Localization.Strings’).

    • 0
    • Reply
    • Share
      Share
      • Share on Facebook
      • Share on Twitter
      • Share on LinkedIn
      • Share on WhatsApp
      • Report

Sidebar

Related Questions

I am currently working on a localization project for an ASP .NET application. I
I'm working on an ASP.Net MVC 3 project, which needs localized error messages from
Currently I am working on an ASP.net webforms project where I would like to
I'm working on a multi-lingual WPF project that will be localized into many different
I am working on project and ran into an issue. Now I want to
What's the best way to update my localized storyboard's .strings files when working with
I had a working project in VS2008 / .Net 3.5 using controls from the
I have a working project that Im amending, it crashes after trying to use
I'm curious if it is possible to move the written and fully working project
While working a project tonight, I ended up using one .js resource file for

Explore

  • Home
  • Add group
  • Groups page
  • Communities
  • Questions
    • New Questions
    • Trending Questions
    • Must read Questions
    • Hot Questions
  • Polls
  • Tags
  • Badges
  • Users
  • Help
  • SEARCH

Footer

© 2021 The Archive Base. All Rights Reserved
With Love by The Archive Base

Insert/edit link

Enter the destination URL

Or link to existing content

    No search term specified. Showing recent items. Search or use up and down arrow keys to select an item.