By using this site, you agree to our updated Privacy Policy and our Terms of Use. Manage your Cookies Settings.
459,723 Members | 1,270 Online
Bytes IT Community
+ Ask a Question
Need help? Post your question and get tips & solutions from a community of 459,723 IT Pros & Developers. It's quick & easy.

System.Resources.MissingManifestResourceException

P: n/a

I create a simple DATAADAPTER in a webservice project. It creates the
UPDATE, INSERT, DELETE commands for me - no problem.

In vS2005 it creates these commands as RESOURCES in the RESX file (i.e.
strings). The problem is whenever I try to test the webservice I get:

System.Resources.MissingManifestResourceException: Could not find any
resources appropriate for the specified culture or the neutral culture. Make
sure "WS_SComm2.resources" was correctly embedded or linked into assembly
"App_Code" at compile time, or that all the satellite assemblies required are
loadable and fully signed.
at System.Resources.ResourceManager.InternalGetResour ceSet(CultureInfo
culture, Boolean createIfNotExists, Boolean tryParents)
at System.Resources.ResourceManager.InternalGetResour ceSet(CultureInfo
culture, Boolean createIfNotExists, Boolean tryParents)
at System.Resources.ResourceManager.InternalGetResour ceSet(CultureInfo
culture, Boolean createIfNotExists, Boolean tryParents)
at System.Resources.ResourceManager.GetString(String name, CultureInfo
culture)
at System.Resources.ResourceManager.GetString(String name)
at WS_SComm2.InitializeComponent()
at WS_SComm2..ctor()

So in order to get my project done I am ripping out all of my dataadapters.
Shouldn't the resx file thing just work. I didn't have any of these troubles
in VS2003... Please help? What should I do?

Thanks!
--
Franklin M. Gauer III
Applications Development Manager
Integrated Companies, Inc.
Jun 3 '06 #1
Share this Question
Share on Google+
1 Reply


P: n/a

Hi I wanted to post a solution to this in case anyone coming from VS 2003
runs into this same issue.

The trick is to abandon creating the dataadapter UPDATE, INSERT and DELETE
statements at DESIGN time and instead - create them at RUN TIME.

Look up the SQLCOMMANDBUILDER object in the .NET 2005 documentation. It
shows you how to use the object to dynamically re-create your UPDATE, INSERT
AND DELETE statements right before you execute the UPDATE METHOD on your
dataadapter...

....actually a very slick little solution...

--
Franklin M. Gauer III
Applications Development Manager
Integrated Companies, Inc.
"Franklin M. Gauer III" wrote:

I create a simple DATAADAPTER in a webservice project. It creates the
UPDATE, INSERT, DELETE commands for me - no problem.

In vS2005 it creates these commands as RESOURCES in the RESX file (i.e.
strings). The problem is whenever I try to test the webservice I get:

System.Resources.MissingManifestResourceException: Could not find any
resources appropriate for the specified culture or the neutral culture. Make
sure "WS_SComm2.resources" was correctly embedded or linked into assembly
"App_Code" at compile time, or that all the satellite assemblies required are
loadable and fully signed.
at System.Resources.ResourceManager.InternalGetResour ceSet(CultureInfo
culture, Boolean createIfNotExists, Boolean tryParents)
at System.Resources.ResourceManager.InternalGetResour ceSet(CultureInfo
culture, Boolean createIfNotExists, Boolean tryParents)
at System.Resources.ResourceManager.InternalGetResour ceSet(CultureInfo
culture, Boolean createIfNotExists, Boolean tryParents)
at System.Resources.ResourceManager.GetString(String name, CultureInfo
culture)
at System.Resources.ResourceManager.GetString(String name)
at WS_SComm2.InitializeComponent()
at WS_SComm2..ctor()

So in order to get my project done I am ripping out all of my dataadapters.
Shouldn't the resx file thing just work. I didn't have any of these troubles
in VS2003... Please help? What should I do?

Thanks!
--
Franklin M. Gauer III
Applications Development Manager
Integrated Companies, Inc.

Jun 6 '06 #2

This discussion thread is closed

Replies have been disabled for this discussion.