Web.config schema messages

Hi,
I currently have several sections pointing to various custom providers
inside my Web.conf file.
I get multiple messages about not being able to find schema information.
("Could not find schema information for the element
'http://schemas.microsoft.com/.NetConfiguration/v2.0:configSections'")
Currently my configuration tag is as follow:
"<configuration xmlns="http://schemas.microsoft.com/.NetConfiguration/v2.0">
"
The site works fine despite the messages but It'd feel better without them!
Does someone have a fix?
Thanks.
RRachel,
I haven't tried this myself, but this is supposed to be the fix:
http://www.ovationmarketing.com/XSD.asp
Regards,
S. Justin Gengo
Web Developer / Programmer
Free code library:
http://www.aboutfortunate.com
"Out of chaos comes order."
Nietzsche
"Rachel" <Rachel@.discussions.microsoft.com> wrote in message
news:1D2B36A6-3707-40CD-AD48-F11069380059@.microsoft.com...
> Hi,
> I currently have several sections pointing to various custom providers
> inside my Web.conf file.
> I get multiple messages about not being able to find schema information.
> ("Could not find schema information for the element
> 'http://schemas.microsoft.com/.NetConfiguration/v2.0:configSections'")
> Currently my configuration tag is as follow:
> "<configuration
> xmlns="http://schemas.microsoft.com/.NetConfiguration/v2.0">"
> The site works fine despite the messages but It'd feel better without
> them!
> Does someone have a fix?
> Thanks.
> R
>
On Mon, 20 Mar 2006 22:32:27 -0800, Rachel wrote:
> I get multiple messages about not being able to find schema information.
> ("Could not find schema information for the element
> 'http://schemas.microsoft.com/.NetConfiguration/v2.0:configSections'")
> Currently my configuration tag is as follow:
> "<configuration xmlns="http://schemas.microsoft.com/.NetConfiguration/v2.0">"[/col
or]
Remove the xmlns attribute entirely. This is added erroneously by the
ASP.NET Administration tool.
Hmmm,
I should have realized what this really was (I reported it as a bug back in
November), thanks Erik.
http://lab.msdn.microsoft.com/produ...69-a2ea6051d54a
Here's the fix Microsoft attached to my bug report to keep it from ever
happening again:
FDBK39924#2: Fix Web Site Administration Tool
Workaround Description:
It is possible to correct this problem modifing source of configuration tool
that can be found in
%windir%\Microsoft.NET\Framework\v2.0.50727\ASP.NETWebAdminFiles
Workaround Steps:
Change in WebAdminPage.cs file, located in
%windir%\Microsoft.NET\Framework\v2.0.50727\ASP.NETWebAdminFiles\App_Code
directory, the line (number 93):
config.NamespaceDeclared = true;
with
config.NamespaceDeclared = false;
Regards,
S. Justin Gengo
Web Developer / Programmer
Free code library:
http://www.aboutfortunate.com
"Out of chaos comes order."
Nietzsche
"Erik Funkenbusch" <erik@.despam-funkenbusch.com> wrote in message
news:1dn4znut45kdu$.dlg@.funkenbusch.com...
> On Mon, 20 Mar 2006 22:32:27 -0800, Rachel wrote:
>
> Remove the xmlns attribute entirely. This is added erroneously by the
> ASP.NET Administration tool.
Unfortunately this is not a fix because I started out without the “xmlns
bit
but VS complained about my CUSTOM (provider) sections requesting a schema.
I read somewhere the actual fix is to include schema information about the
new sections in the “C:\Program Files\Microsoft Visual Studio
8\Xml\Schemas\DotNetConfig.xsd” file but how do I do that? Is there a way
to
automatically generate new schema info based on existing “web.config”?
Thanks in advance.
Rachel
"S. Justin Gengo" wrote:

> Hmmm,
> I should have realized what this really was (I reported it as a bug back i
n
> November), thanks Erik.
> http://lab.msdn.microsoft.com/produ...69-a2ea6051d54a
> Here's the fix Microsoft attached to my bug report to keep it from ever
> happening again:
> FDBK39924#2: Fix Web Site Administration Tool
> Workaround Description:
> It is possible to correct this problem modifing source of configuration to
ol
> that can be found in
> %windir%\Microsoft.NET\Framework\v2.0.50727\ASP.NETWebAdminFiles
> Workaround Steps:
> Change in WebAdminPage.cs file, located in
> %windir%\Microsoft.NET\Framework\v2.0.50727\ASP.NETWebAdminFiles\App_Code
> directory, the line (number 93):
> config.NamespaceDeclared = true;
> with
> config.NamespaceDeclared = false;
> Regards,
> --
> S. Justin Gengo
> Web Developer / Programmer
> Free code library:
> http://www.aboutfortunate.com
> "Out of chaos comes order."
> Nietzsche
>
> "Erik Funkenbusch" <erik@.despam-funkenbusch.com> wrote in message
> news:1dn4znut45kdu$.dlg@.funkenbusch.com...
>
>
On Wed, 22 Mar 2006 14:05:26 -0800, Rachel wrote:

> Unfortunately this is not a fix because I started out without the xmlns
bit
> but VS complained about my CUSTOM (provider) sections requesting a schema.
No. You should not have any complaint about a custom provider without the
xmlns.

> I read somewhere the actual fix is to include schema information about the
> new sections in the C:\Program Files\Microsoft Visual Studio
> 8\Xml\Schemas\DotNetConfig.xsd file but how do I do that? Is there a way
to
> automatically generate new schema info based on existing web.config?
No, this is simply not true. The xmlns was used in betas, and mistakenly
was never removed from the administration site code. It simply should not
be there at all.
Hi all:
Did anyone solve this problem? I tried to change this line from:
config.NamespaceDeclared = true;
to:
config.NamespaceDeclared = false;
but when i request any site on my server they all show up as 503 service una
valiable error. I was wondering how long will this last, if it doesn't go aw
ay what should i do to fix it?
And is the above line of code suppose to stop errors created by going to the
administration tool in teh future?
Please help!!!
-yue