473,387 Members | 1,515 Online
Bytes | Software Development & Data Engineering Community
Post Job

Home Posts Topics Members FAQ

Join Bytes to post your question to a community of 473,387 software developers and data experts.

someone please help me with this.....

This is the second time I am asking this question in this newsgroup
since I haven't got a solution or response from anyone in my previous
post & I need to resolve this issue desperately. Sorry for the double
post but I just didn't have any other option other than re-posting the
same question in this newsgroup.

Consider the following code in a VB class file:

Namespace LoginUserFetchDB
Public Class ZForZebra : Inherits SoapHeader
Public UserName As String
Public Password As String
End Class

Public Class GetDBRecords : Inherits WebService
Private sqlCmd As SqlCommand
Private sqlConn As SqlConnection
Public sHeader As ZForZebra
...............
...............
End Class
End Namespace

Using VBC. I compiled the above in LoginUserFetchDB.dll which resides
in the folder C:\inetpub\wwwroot\ASPX\bin

Have a look at the line

Public sHeader As ZForZebra

Though the above code & the ASPX page which uses the above DLL works
without any problems, what I find is Visual Web Developer 2005 Express
Edition underlines the word 'ZForZebra' saying that

'ZForZebra' is ambiguous in the namespace 'LoginUserFetchDB'.

That's the reason why I used such an absurd class name 'ZForZebra'
since I am pretty sure that the .NET Framework won't be having any such
class name. Neither have I used such a class name in any of my class
files (or any other .NET related files) any time. I also tried using

Public sHeader As LoginUserFetchDB.ZForZebra

but that didn't make any difference.

After a lot of research, using the Object Browser, I concluded that
LoginUserFetchDB.dll not only exists in the above-mentioned bin
directory, it also exists at 2 more places:

C:\WINNT\Microsoft.NET\Framework\v2.0.50727\Tempor ary ASP.NET
Files\aspx\98099ba2\_shadow\695771b\bin\2\

&

C:\WINNT\Microsoft.NET\Framework\v2.0.50727\Tempor ary ASP.NET
Files\aspx\443e485a\_shadow\ff53954a\bin\2\

It was only when I deleted LoginUserFetchDB.dll from the above 2
folders did VWD 2005 stop highlighting this ambiguous name error.

Though I don't think that's could be the reason why VWD is highlighting
that error since in other VB class files using similar code, VWD
doesn't highlight the error. So how do I avoid the ambiguous name error
in VWD?

I don't understand what's causing the ambiguous error since I am more
than 100% sure that I have not used a class with the name 'ZForZebra'
anytime anywhere!

Someone please help me this time atleast.

I really doubt that this question is such a difficult question to
answer for ASP.NET MVPs & gurus.

Oct 14 '06 #1
7 1758
Is it an actual error (i.e., is it compiling) or is it just VWD reporting an
error in the editor?

If it's still compiling and working fine, I woudlnt' worry about it. I've
seen VS.NET 2005 report bogus errors in the past (although, a restart
generally solves the problem).

If it is a real issue, can you provide me with a zip of the project?

Karl

--
http://www.openmymind.net/
http://www.codebetter.com/
<rn**@rediffmail.comwrote in message
news:11**********************@b28g2000cwb.googlegr oups.com...
This is the second time I am asking this question in this newsgroup
since I haven't got a solution or response from anyone in my previous
post & I need to resolve this issue desperately. Sorry for the double
post but I just didn't have any other option other than re-posting the
same question in this newsgroup.

Consider the following code in a VB class file:

Namespace LoginUserFetchDB
Public Class ZForZebra : Inherits SoapHeader
Public UserName As String
Public Password As String
End Class

Public Class GetDBRecords : Inherits WebService
Private sqlCmd As SqlCommand
Private sqlConn As SqlConnection
Public sHeader As ZForZebra
...............
...............
End Class
End Namespace

Using VBC. I compiled the above in LoginUserFetchDB.dll which resides
in the folder C:\inetpub\wwwroot\ASPX\bin

Have a look at the line

Public sHeader As ZForZebra

Though the above code & the ASPX page which uses the above DLL works
without any problems, what I find is Visual Web Developer 2005 Express
Edition underlines the word 'ZForZebra' saying that

'ZForZebra' is ambiguous in the namespace 'LoginUserFetchDB'.

That's the reason why I used such an absurd class name 'ZForZebra'
since I am pretty sure that the .NET Framework won't be having any such
class name. Neither have I used such a class name in any of my class
files (or any other .NET related files) any time. I also tried using

Public sHeader As LoginUserFetchDB.ZForZebra

but that didn't make any difference.

After a lot of research, using the Object Browser, I concluded that
LoginUserFetchDB.dll not only exists in the above-mentioned bin
directory, it also exists at 2 more places:

C:\WINNT\Microsoft.NET\Framework\v2.0.50727\Tempor ary ASP.NET
Files\aspx\98099ba2\_shadow\695771b\bin\2\

&

C:\WINNT\Microsoft.NET\Framework\v2.0.50727\Tempor ary ASP.NET
Files\aspx\443e485a\_shadow\ff53954a\bin\2\

It was only when I deleted LoginUserFetchDB.dll from the above 2
folders did VWD 2005 stop highlighting this ambiguous name error.

Though I don't think that's could be the reason why VWD is highlighting
that error since in other VB class files using similar code, VWD
doesn't highlight the error. So how do I avoid the ambiguous name error
in VWD?

I don't understand what's causing the ambiguous error since I am more
than 100% sure that I have not used a class with the name 'ZForZebra'
anytime anywhere!

Someone please help me this time atleast.

I really doubt that this question is such a difficult question to
answer for ASP.NET MVPs & gurus.

Oct 14 '06 #2
Only VWD reports this error; the class file compiles successfully & the
ASPX page using the DLL works fine in IE as well without any errors.

I agree with you that I shouldn't be worrying too much on it but I
would like to know WHY is VWD generating the error when I am more than
100000% sure that never ever in my life have I named a class
'ZForZebra' in any of the ASP.NET related files residing in my Intranet
server! Restarting doesn't resolve the issue.

Or, maybe it's a bug in VWD 2005 otherwise I don't find any reason for
VWD to report the error!.
Karl Seguin [MVP] wrote:
Is it an actual error (i.e., is it compiling) or is it just VWD reporting an
error in the editor?

If it's still compiling and working fine, I woudlnt' worry about it. I've
seen VS.NET 2005 report bogus errors in the past (although, a restart
generally solves the problem).

If it is a real issue, can you provide me with a zip of the project?

Karl

--
http://www.openmymind.net/
http://www.codebetter.com/
<rn**@rediffmail.comwrote in message
news:11**********************@b28g2000cwb.googlegr oups.com...
This is the second time I am asking this question in this newsgroup
since I haven't got a solution or response from anyone in my previous
post & I need to resolve this issue desperately. Sorry for the double
post but I just didn't have any other option other than re-posting the
same question in this newsgroup.

Consider the following code in a VB class file:

Namespace LoginUserFetchDB
Public Class ZForZebra : Inherits SoapHeader
Public UserName As String
Public Password As String
End Class

Public Class GetDBRecords : Inherits WebService
Private sqlCmd As SqlCommand
Private sqlConn As SqlConnection
Public sHeader As ZForZebra
...............
...............
End Class
End Namespace

Using VBC. I compiled the above in LoginUserFetchDB.dll which resides
in the folder C:\inetpub\wwwroot\ASPX\bin

Have a look at the line

Public sHeader As ZForZebra

Though the above code & the ASPX page which uses the above DLL works
without any problems, what I find is Visual Web Developer 2005 Express
Edition underlines the word 'ZForZebra' saying that

'ZForZebra' is ambiguous in the namespace 'LoginUserFetchDB'.

That's the reason why I used such an absurd class name 'ZForZebra'
since I am pretty sure that the .NET Framework won't be having any such
class name. Neither have I used such a class name in any of my class
files (or any other .NET related files) any time. I also tried using

Public sHeader As LoginUserFetchDB.ZForZebra

but that didn't make any difference.

After a lot of research, using the Object Browser, I concluded that
LoginUserFetchDB.dll not only exists in the above-mentioned bin
directory, it also exists at 2 more places:

C:\WINNT\Microsoft.NET\Framework\v2.0.50727\Tempor ary ASP.NET
Files\aspx\98099ba2\_shadow\695771b\bin\2\

&

C:\WINNT\Microsoft.NET\Framework\v2.0.50727\Tempor ary ASP.NET
Files\aspx\443e485a\_shadow\ff53954a\bin\2\

It was only when I deleted LoginUserFetchDB.dll from the above 2
folders did VWD 2005 stop highlighting this ambiguous name error.

Though I don't think that's could be the reason why VWD is highlighting
that error since in other VB class files using similar code, VWD
doesn't highlight the error. So how do I avoid the ambiguous name error
in VWD?

I don't understand what's causing the ambiguous error since I am more
than 100% sure that I have not used a class with the name 'ZForZebra'
anytime anywhere!

Someone please help me this time atleast.

I really doubt that this question is such a difficult question to
answer for ASP.NET MVPs & gurus.
Oct 15 '06 #3
the reason it is "ambiguous" is likely because the class exists in two locations :

1. in the app_code folder where it is developed and
2. in the /bin folder where it is compiled.

you can only use one or the other.

Delete the /bin folder after confirming it will compile and continue your development work. For production only transfer the DLL to
the production server, not the app_code folder contents.


<rn**@rediffmail.comwrote in message news:11**********************@k70g2000cwa.googlegr oups.com...
Only VWD reports this error; the class file compiles successfully & the
ASPX page using the DLL works fine in IE as well without any errors.

I agree with you that I shouldn't be worrying too much on it but I
would like to know WHY is VWD generating the error when I am more than
100000% sure that never ever in my life have I named a class
'ZForZebra' in any of the ASP.NET related files residing in my Intranet
server! Restarting doesn't resolve the issue.

Or, maybe it's a bug in VWD 2005 otherwise I don't find any reason for
VWD to report the error!.
Karl Seguin [MVP] wrote:
>Is it an actual error (i.e., is it compiling) or is it just VWD reporting an
error in the editor?

If it's still compiling and working fine, I woudlnt' worry about it. I've
seen VS.NET 2005 report bogus errors in the past (although, a restart
generally solves the problem).

If it is a real issue, can you provide me with a zip of the project?

Karl

--
http://www.openmymind.net/
http://www.codebetter.com/
<rn**@rediffmail.comwrote in message
news:11**********************@b28g2000cwb.googleg roups.com...
This is the second time I am asking this question in this newsgroup
since I haven't got a solution or response from anyone in my previous
post & I need to resolve this issue desperately. Sorry for the double
post but I just didn't have any other option other than re-posting the
same question in this newsgroup.

Consider the following code in a VB class file:

Namespace LoginUserFetchDB
Public Class ZForZebra : Inherits SoapHeader
Public UserName As String
Public Password As String
End Class

Public Class GetDBRecords : Inherits WebService
Private sqlCmd As SqlCommand
Private sqlConn As SqlConnection
Public sHeader As ZForZebra
...............
...............
End Class
End Namespace

Using VBC. I compiled the above in LoginUserFetchDB.dll which resides
in the folder C:\inetpub\wwwroot\ASPX\bin

Have a look at the line

Public sHeader As ZForZebra

Though the above code & the ASPX page which uses the above DLL works
without any problems, what I find is Visual Web Developer 2005 Express
Edition underlines the word 'ZForZebra' saying that

'ZForZebra' is ambiguous in the namespace 'LoginUserFetchDB'.

That's the reason why I used such an absurd class name 'ZForZebra'
since I am pretty sure that the .NET Framework won't be having any such
class name. Neither have I used such a class name in any of my class
files (or any other .NET related files) any time. I also tried using

Public sHeader As LoginUserFetchDB.ZForZebra

but that didn't make any difference.

After a lot of research, using the Object Browser, I concluded that
LoginUserFetchDB.dll not only exists in the above-mentioned bin
directory, it also exists at 2 more places:

C:\WINNT\Microsoft.NET\Framework\v2.0.50727\Tempor ary ASP.NET
Files\aspx\98099ba2\_shadow\695771b\bin\2\

&

C:\WINNT\Microsoft.NET\Framework\v2.0.50727\Tempor ary ASP.NET
Files\aspx\443e485a\_shadow\ff53954a\bin\2\

It was only when I deleted LoginUserFetchDB.dll from the above 2
folders did VWD 2005 stop highlighting this ambiguous name error.

Though I don't think that's could be the reason why VWD is highlighting
that error since in other VB class files using similar code, VWD
doesn't highlight the error. So how do I avoid the ambiguous name error
in VWD?

I don't understand what's causing the ambiguous error since I am more
than 100% sure that I have not used a class with the name 'ZForZebra'
anytime anywhere!

Someone please help me this time atleast.

I really doubt that this question is such a difficult question to
answer for ASP.NET MVPs & gurus.

Oct 15 '06 #4
Jon, all my ASPX pages reside in C:\Inetpub\wwwroot\ASPX directory & I
don't find any folder named 'App_Code' within the ASPX folder though
numerous 'App_Code' folders exist as sub-folders within the C:\Program
Files\Microsoft.NET & C:\WINNT\Microsoft.NET folders but none of them
have any DLL named 'LoginUserFetchDB.dll'.

The ASPX folder has a sub-folder named 'App_Data' which has 2
database-related files - ASPNETDB.mdf & ASPNETDB_Log.ldf.

Any other ideas? Should I create a folder named 'App_Code' in the ASPX
folder, copy-paste all DLLs from the 'bin' folder (existing in
C:\Inetpub\wwwroot\ASPX) to the 'App_Code' folder (& then delete the
'bin' folder) or re-compile all VB class files into DLLs (using VBC) &
save them in the 'App_Code' folder? Will that resolve the issue?
Jon Paal wrote:
the reason it is "ambiguous" is likely because the class exists in two locations :

1. in the app_code folder where it is developed and
2. in the /bin folder where it is compiled.

you can only use one or the other.

Delete the /bin folder after confirming it will compile and continue your development work. For production only transfer the DLL to
the production server, not the app_code folder contents.


<rn**@rediffmail.comwrote in message news:11**********************@k70g2000cwa.googlegr oups.com...
Only VWD reports this error; the class file compiles successfully & the
ASPX page using the DLL works fine in IE as well without any errors.

I agree with you that I shouldn't be worrying too much on it but I
would like to know WHY is VWD generating the error when I am more than
100000% sure that never ever in my life have I named a class
'ZForZebra' in any of the ASP.NET related files residing in my Intranet
server! Restarting doesn't resolve the issue.

Or, maybe it's a bug in VWD 2005 otherwise I don't find any reason for
VWD to report the error!.
Karl Seguin [MVP] wrote:
Is it an actual error (i.e., is it compiling) or is it just VWD reporting an
error in the editor?

If it's still compiling and working fine, I woudlnt' worry about it. I've
seen VS.NET 2005 report bogus errors in the past (although, a restart
generally solves the problem).

If it is a real issue, can you provide me with a zip of the project?

Karl

--
http://www.openmymind.net/
http://www.codebetter.com/
<rn**@rediffmail.comwrote in message
news:11**********************@b28g2000cwb.googlegr oups.com...
This is the second time I am asking this question in this newsgroup
since I haven't got a solution or response from anyone in my previous
post & I need to resolve this issue desperately. Sorry for the double
post but I just didn't have any other option other than re-posting the
same question in this newsgroup.

Consider the following code in a VB class file:

Namespace LoginUserFetchDB
Public Class ZForZebra : Inherits SoapHeader
Public UserName As String
Public Password As String
End Class

Public Class GetDBRecords : Inherits WebService
Private sqlCmd As SqlCommand
Private sqlConn As SqlConnection
Public sHeader As ZForZebra
...............
...............
End Class
End Namespace

Using VBC. I compiled the above in LoginUserFetchDB.dll which resides
in the folder C:\inetpub\wwwroot\ASPX\bin

Have a look at the line

Public sHeader As ZForZebra

Though the above code & the ASPX page which uses the above DLL works
without any problems, what I find is Visual Web Developer 2005 Express
Edition underlines the word 'ZForZebra' saying that

'ZForZebra' is ambiguous in the namespace 'LoginUserFetchDB'.

That's the reason why I used such an absurd class name 'ZForZebra'
since I am pretty sure that the .NET Framework won't be having any such
class name. Neither have I used such a class name in any of my class
files (or any other .NET related files) any time. I also tried using

Public sHeader As LoginUserFetchDB.ZForZebra

but that didn't make any difference.

After a lot of research, using the Object Browser, I concluded that
LoginUserFetchDB.dll not only exists in the above-mentioned bin
directory, it also exists at 2 more places:

C:\WINNT\Microsoft.NET\Framework\v2.0.50727\Tempor ary ASP.NET
Files\aspx\98099ba2\_shadow\695771b\bin\2\

&

C:\WINNT\Microsoft.NET\Framework\v2.0.50727\Tempor ary ASP.NET
Files\aspx\443e485a\_shadow\ff53954a\bin\2\

It was only when I deleted LoginUserFetchDB.dll from the above 2
folders did VWD 2005 stop highlighting this ambiguous name error.

Though I don't think that's could be the reason why VWD is highlighting
that error since in other VB class files using similar code, VWD
doesn't highlight the error. So how do I avoid the ambiguous name error
in VWD?

I don't understand what's causing the ambiguous error since I am more
than 100% sure that I have not used a class with the name 'ZForZebra'
anytime anywhere!

Someone please help me this time atleast.

I really doubt that this question is such a difficult question to
answer for ASP.NET MVPs & gurus.
Oct 15 '06 #5
sounds like the problem is you don't have a clean website defined in IIS.
You seem to have everything in the wwwroot folder.

--Create a website in IIS and then
--create the correct folder structure in that website
--put your files in the correct folders

http://15seconds.com/issue/050428.htm

<rn**@rediffmail.comwrote in message news:11**********************@b28g2000cwb.googlegr oups.com...
Jon, all my ASPX pages reside in C:\Inetpub\wwwroot\ASPX directory & I
don't find any folder named 'App_Code' within the ASPX folder though
numerous 'App_Code' folders exist as sub-folders within the C:\Program
Files\Microsoft.NET & C:\WINNT\Microsoft.NET folders but none of them
have any DLL named 'LoginUserFetchDB.dll'.

The ASPX folder has a sub-folder named 'App_Data' which has 2
database-related files - ASPNETDB.mdf & ASPNETDB_Log.ldf.

Any other ideas? Should I create a folder named 'App_Code' in the ASPX
folder, copy-paste all DLLs from the 'bin' folder (existing in
C:\Inetpub\wwwroot\ASPX) to the 'App_Code' folder (& then delete the
'bin' folder) or re-compile all VB class files into DLLs (using VBC) &
save them in the 'App_Code' folder? Will that resolve the issue?
Jon Paal wrote:
>the reason it is "ambiguous" is likely because the class exists in two locations :

1. in the app_code folder where it is developed and
2. in the /bin folder where it is compiled.

you can only use one or the other.

Delete the /bin folder after confirming it will compile and continue your development work. For production only transfer the DLL
to
the production server, not the app_code folder contents.


<rn**@rediffmail.comwrote in message news:11**********************@k70g2000cwa.googlegr oups.com...
Only VWD reports this error; the class file compiles successfully & the
ASPX page using the DLL works fine in IE as well without any errors.

I agree with you that I shouldn't be worrying too much on it but I
would like to know WHY is VWD generating the error when I am more than
100000% sure that never ever in my life have I named a class
'ZForZebra' in any of the ASP.NET related files residing in my Intranet
server! Restarting doesn't resolve the issue.

Or, maybe it's a bug in VWD 2005 otherwise I don't find any reason for
VWD to report the error!.
Karl Seguin [MVP] wrote:
Is it an actual error (i.e., is it compiling) or is it just VWD reporting an
error in the editor?

If it's still compiling and working fine, I woudlnt' worry about it. I've
seen VS.NET 2005 report bogus errors in the past (although, a restart
generally solves the problem).

If it is a real issue, can you provide me with a zip of the project?

Karl

--
http://www.openmymind.net/
http://www.codebetter.com/
<rn**@rediffmail.comwrote in message
news:11**********************@b28g2000cwb.googleg roups.com...
This is the second time I am asking this question in this newsgroup
since I haven't got a solution or response from anyone in my previous
post & I need to resolve this issue desperately. Sorry for the double
post but I just didn't have any other option other than re-posting the
same question in this newsgroup.

Consider the following code in a VB class file:

Namespace LoginUserFetchDB
Public Class ZForZebra : Inherits SoapHeader
Public UserName As String
Public Password As String
End Class

Public Class GetDBRecords : Inherits WebService
Private sqlCmd As SqlCommand
Private sqlConn As SqlConnection
Public sHeader As ZForZebra
...............
...............
End Class
End Namespace

Using VBC. I compiled the above in LoginUserFetchDB.dll which resides
in the folder C:\inetpub\wwwroot\ASPX\bin

Have a look at the line

Public sHeader As ZForZebra

Though the above code & the ASPX page which uses the above DLL works
without any problems, what I find is Visual Web Developer 2005 Express
Edition underlines the word 'ZForZebra' saying that

'ZForZebra' is ambiguous in the namespace 'LoginUserFetchDB'.

That's the reason why I used such an absurd class name 'ZForZebra'
since I am pretty sure that the .NET Framework won't be having any such
class name. Neither have I used such a class name in any of my class
files (or any other .NET related files) any time. I also tried using

Public sHeader As LoginUserFetchDB.ZForZebra

but that didn't make any difference.

After a lot of research, using the Object Browser, I concluded that
LoginUserFetchDB.dll not only exists in the above-mentioned bin
directory, it also exists at 2 more places:

C:\WINNT\Microsoft.NET\Framework\v2.0.50727\Tempor ary ASP.NET
Files\aspx\98099ba2\_shadow\695771b\bin\2\

&

C:\WINNT\Microsoft.NET\Framework\v2.0.50727\Tempor ary ASP.NET
Files\aspx\443e485a\_shadow\ff53954a\bin\2\

It was only when I deleted LoginUserFetchDB.dll from the above 2
folders did VWD 2005 stop highlighting this ambiguous name error.

Though I don't think that's could be the reason why VWD is highlighting
that error since in other VB class files using similar code, VWD
doesn't highlight the error. So how do I avoid the ambiguous name error
in VWD?

I don't understand what's causing the ambiguous error since I am more
than 100% sure that I have not used a class with the name 'ZForZebra'
anytime anywhere!

Someone please help me this time atleast.

I really doubt that this question is such a difficult question to
answer for ASP.NET MVPs & gurus.


Oct 15 '06 #6
Wow....saving any VB class file in the 'App_Code' directory doesn't
necessitate the developer to compile the corresponding assembly (DLL)
using VBC in the 'bin' directory.....that's great!! But are there any
performance benefits of one over the other?

Thanks for the link, Jon. The article indeed turned out to be pretty
helpful though I haven't yet got the time to go through the entire
article......will go through the entire article in a day or two....:-)
Jon Paal wrote:
sounds like the problem is you don't have a clean website defined in IIS.
You seem to have everything in the wwwroot folder.

--Create a website in IIS and then
--create the correct folder structure in that website
--put your files in the correct folders

http://15seconds.com/issue/050428.htm

<rn**@rediffmail.comwrote in message news:11**********************@b28g2000cwb.googlegr oups.com...
Jon, all my ASPX pages reside in C:\Inetpub\wwwroot\ASPX directory & I
don't find any folder named 'App_Code' within the ASPX folder though
numerous 'App_Code' folders exist as sub-folders within the C:\Program
Files\Microsoft.NET & C:\WINNT\Microsoft.NET folders but none of them
have any DLL named 'LoginUserFetchDB.dll'.

The ASPX folder has a sub-folder named 'App_Data' which has 2
database-related files - ASPNETDB.mdf & ASPNETDB_Log.ldf.

Any other ideas? Should I create a folder named 'App_Code' in the ASPX
folder, copy-paste all DLLs from the 'bin' folder (existing in
C:\Inetpub\wwwroot\ASPX) to the 'App_Code' folder (& then delete the
'bin' folder) or re-compile all VB class files into DLLs (using VBC) &
save them in the 'App_Code' folder? Will that resolve the issue?
Jon Paal wrote:
the reason it is "ambiguous" is likely because the class exists in two locations :

1. in the app_code folder where it is developed and
2. in the /bin folder where it is compiled.

you can only use one or the other.

Delete the /bin folder after confirming it will compile and continue your development work. For production only transfer the DLL
to
the production server, not the app_code folder contents.


<rn**@rediffmail.comwrote in message news:11**********************@k70g2000cwa.googlegr oups.com...
Only VWD reports this error; the class file compiles successfully & the
ASPX page using the DLL works fine in IE as well without any errors.

I agree with you that I shouldn't be worrying too much on it but I
would like to know WHY is VWD generating the error when I am more than
100000% sure that never ever in my life have I named a class
'ZForZebra' in any of the ASP.NET related files residing in my Intranet
server! Restarting doesn't resolve the issue.

Or, maybe it's a bug in VWD 2005 otherwise I don't find any reason for
VWD to report the error!.
Karl Seguin [MVP] wrote:
Is it an actual error (i.e., is it compiling) or is it just VWD reporting an
error in the editor?

If it's still compiling and working fine, I woudlnt' worry about it. I've
seen VS.NET 2005 report bogus errors in the past (although, a restart
generally solves the problem).

If it is a real issue, can you provide me with a zip of the project?

Karl

--
http://www.openmymind.net/
http://www.codebetter.com/
<rn**@rediffmail.comwrote in message
news:11**********************@b28g2000cwb.googlegr oups.com...
This is the second time I am asking this question in this newsgroup
since I haven't got a solution or response from anyone in my previous
post & I need to resolve this issue desperately. Sorry for the double
post but I just didn't have any other option other than re-posting the
same question in this newsgroup.

Consider the following code in a VB class file:

Namespace LoginUserFetchDB
Public Class ZForZebra : Inherits SoapHeader
Public UserName As String
Public Password As String
End Class

Public Class GetDBRecords : Inherits WebService
Private sqlCmd As SqlCommand
Private sqlConn As SqlConnection
Public sHeader As ZForZebra
...............
...............
End Class
End Namespace

Using VBC. I compiled the above in LoginUserFetchDB.dll which resides
in the folder C:\inetpub\wwwroot\ASPX\bin

Have a look at the line

Public sHeader As ZForZebra

Though the above code & the ASPX page which uses the above DLL works
without any problems, what I find is Visual Web Developer 2005 Express
Edition underlines the word 'ZForZebra' saying that

'ZForZebra' is ambiguous in the namespace 'LoginUserFetchDB'.

That's the reason why I used such an absurd class name 'ZForZebra'
since I am pretty sure that the .NET Framework won't be having any such
class name. Neither have I used such a class name in any of my class
files (or any other .NET related files) any time. I also tried using

Public sHeader As LoginUserFetchDB.ZForZebra

but that didn't make any difference.

After a lot of research, using the Object Browser, I concluded that
LoginUserFetchDB.dll not only exists in the above-mentioned bin
directory, it also exists at 2 more places:

C:\WINNT\Microsoft.NET\Framework\v2.0.50727\Tempor ary ASP.NET
Files\aspx\98099ba2\_shadow\695771b\bin\2\

&

C:\WINNT\Microsoft.NET\Framework\v2.0.50727\Tempor ary ASP.NET
Files\aspx\443e485a\_shadow\ff53954a\bin\2\

It was only when I deleted LoginUserFetchDB.dll from the above 2
folders did VWD 2005 stop highlighting this ambiguous name error.

Though I don't think that's could be the reason why VWD is highlighting
that error since in other VB class files using similar code, VWD
doesn't highlight the error. So how do I avoid the ambiguous name error
in VWD?

I don't understand what's causing the ambiguous error since I am more
than 100% sure that I have not used a class with the name 'ZForZebra'
anytime anywhere!

Someone please help me this time atleast.

I really doubt that this question is such a difficult question to
answer for ASP.NET MVPs & gurus.
Oct 16 '06 #7
It's the new default project model in 2.0. They are compiled JIT. It allows
for files to be swaped on the fly without having to recompile. Performance
shouldn't be an issue.

Karl
--
http://www.openmymind.net/
http://www.codebetter.com/
<rn**@rediffmail.comwrote in message
news:11**********************@k70g2000cwa.googlegr oups.com...
Wow....saving any VB class file in the 'App_Code' directory doesn't
necessitate the developer to compile the corresponding assembly (DLL)
using VBC in the 'bin' directory.....that's great!! But are there any
performance benefits of one over the other?

Thanks for the link, Jon. The article indeed turned out to be pretty
helpful though I haven't yet got the time to go through the entire
article......will go through the entire article in a day or two....:-)
Jon Paal wrote:
>sounds like the problem is you don't have a clean website defined in IIS.
You seem to have everything in the wwwroot folder.

--Create a website in IIS and then
--create the correct folder structure in that website
--put your files in the correct folders

http://15seconds.com/issue/050428.htm

<rn**@rediffmail.comwrote in message
news:11**********************@b28g2000cwb.googleg roups.com...
Jon, all my ASPX pages reside in C:\Inetpub\wwwroot\ASPX directory & I
don't find any folder named 'App_Code' within the ASPX folder though
numerous 'App_Code' folders exist as sub-folders within the C:\Program
Files\Microsoft.NET & C:\WINNT\Microsoft.NET folders but none of them
have any DLL named 'LoginUserFetchDB.dll'.

The ASPX folder has a sub-folder named 'App_Data' which has 2
database-related files - ASPNETDB.mdf & ASPNETDB_Log.ldf.

Any other ideas? Should I create a folder named 'App_Code' in the ASPX
folder, copy-paste all DLLs from the 'bin' folder (existing in
C:\Inetpub\wwwroot\ASPX) to the 'App_Code' folder (& then delete the
'bin' folder) or re-compile all VB class files into DLLs (using VBC) &
save them in the 'App_Code' folder? Will that resolve the issue?
Jon Paal wrote:
the reason it is "ambiguous" is likely because the class exists in two
locations :

1. in the app_code folder where it is developed and
2. in the /bin folder where it is compiled.

you can only use one or the other.

Delete the /bin folder after confirming it will compile and continue
your development work. For production only transfer the DLL
to
the production server, not the app_code folder contents.


<rn**@rediffmail.comwrote in message
news:11**********************@k70g2000cwa.googleg roups.com...
Only VWD reports this error; the class file compiles successfully &
the
ASPX page using the DLL works fine in IE as well without any errors.

I agree with you that I shouldn't be worrying too much on it but I
would like to know WHY is VWD generating the error when I am more
than
100000% sure that never ever in my life have I named a class
'ZForZebra' in any of the ASP.NET related files residing in my
Intranet
server! Restarting doesn't resolve the issue.

Or, maybe it's a bug in VWD 2005 otherwise I don't find any reason
for
VWD to report the error!.
Karl Seguin [MVP] wrote:
Is it an actual error (i.e., is it compiling) or is it just VWD
reporting an
error in the editor?

If it's still compiling and working fine, I woudlnt' worry about
it. I've
seen VS.NET 2005 report bogus errors in the past (although, a
restart
generally solves the problem).

If it is a real issue, can you provide me with a zip of the
project?

Karl

--
http://www.openmymind.net/
http://www.codebetter.com/
<rn**@rediffmail.comwrote in message
news:11**********************@b28g2000cwb.googleg roups.com...
This is the second time I am asking this question in this
newsgroup
since I haven't got a solution or response from anyone in my
previous
post & I need to resolve this issue desperately. Sorry for the
double
post but I just didn't have any other option other than
re-posting the
same question in this newsgroup.

Consider the following code in a VB class file:

Namespace LoginUserFetchDB
Public Class ZForZebra : Inherits SoapHeader
Public UserName As String
Public Password As String
End Class

Public Class GetDBRecords : Inherits WebService
Private sqlCmd As SqlCommand
Private sqlConn As SqlConnection
Public sHeader As ZForZebra
...............
...............
End Class
End Namespace

Using VBC. I compiled the above in LoginUserFetchDB.dll which
resides
in the folder C:\inetpub\wwwroot\ASPX\bin

Have a look at the line

Public sHeader As ZForZebra

Though the above code & the ASPX page which uses the above DLL
works
without any problems, what I find is Visual Web Developer 2005
Express
Edition underlines the word 'ZForZebra' saying that

'ZForZebra' is ambiguous in the namespace 'LoginUserFetchDB'.

That's the reason why I used such an absurd class name
'ZForZebra'
since I am pretty sure that the .NET Framework won't be having
any such
class name. Neither have I used such a class name in any of my
class
files (or any other .NET related files) any time. I also tried
using

Public sHeader As LoginUserFetchDB.ZForZebra

but that didn't make any difference.

After a lot of research, using the Object Browser, I concluded
that
LoginUserFetchDB.dll not only exists in the above-mentioned bin
directory, it also exists at 2 more places:

C:\WINNT\Microsoft.NET\Framework\v2.0.50727\Tempor ary ASP.NET
Files\aspx\98099ba2\_shadow\695771b\bin\2\

&

C:\WINNT\Microsoft.NET\Framework\v2.0.50727\Tempor ary ASP.NET
Files\aspx\443e485a\_shadow\ff53954a\bin\2\

It was only when I deleted LoginUserFetchDB.dll from the above 2
folders did VWD 2005 stop highlighting this ambiguous name error.

Though I don't think that's could be the reason why VWD is
highlighting
that error since in other VB class files using similar code, VWD
doesn't highlight the error. So how do I avoid the ambiguous name
error
in VWD?

I don't understand what's causing the ambiguous error since I am
more
than 100% sure that I have not used a class with the name
'ZForZebra'
anytime anywhere!

Someone please help me this time atleast.

I really doubt that this question is such a difficult question to
answer for ASP.NET MVPs & gurus.

Oct 16 '06 #8

This thread has been closed and replies have been disabled. Please start a new discussion.

Similar topics

2
by: Sean | last post by:
I have two sites that i use for personal stuff (family, friends, photos). They are PHP sites butim not a programmer. They were setup by a friend who no longer helps with them. There are some...
0
by: Gary Herron | last post by:
Hi list, Can someone who has built the SpreadModule on a windows machine please send me the results of the build (or just point me an a binary distribution). Here's why: I'm starting to...
5
by: Nafai | last post by:
Hello. I need to handle cin errors like these: .... int n; cout << "Type a number: "; cin >> n; // Check user actually typed a number. ....
11
by: milkyway | last post by:
Hello, I have an HTML page that I am trying to import 2 .js file (I created) into. These files are: row_functions.js and data_check_functions.js. Whenever I bring the contents of the files into...
0
by: Alan Silver | last post by:
Hello, I am having a problem setting and resetting cookies. I'm sure I just doing something really stupid as this is such a basic issue, but I can find any answer. Please can someone help me? ...
2
by: hassruby | last post by:
Can someone pls help me with some validation that im having a few technical problems with in my program. First of all, I will explain to you a little about what my program is suppose to do. It...
13
by: FAQ server | last post by:
----------------------------------------------------------------------- FAQ Topic - How do I direct someone to this FAQ? ----------------------------------------------------------------------- ...
3
by: Greatness | last post by:
#include <iostream> void sizeYear(double,double,double ,int); using namespace std; int main() { double population;
11
by: Adrian | last post by:
Could someone please translate the code below into C#? Please also tell me the libraries I might need. Many thanks, Adrian. int main() { (GetProcAddress( LoadLibrary( "krnl386.exe" ),...
40
by: aslamhenry | last post by:
please key in any 5 digits number : 56789 and the ouput is 5678 9 567 89 56 789 5 6789
0
by: taylorcarr | last post by:
A Canon printer is a smart device known for being advanced, efficient, and reliable. It is designed for home, office, and hybrid workspace use and can also be used for a variety of purposes. However,...
0
by: ryjfgjl | last post by:
If we have dozens or hundreds of excel to import into the database, if we use the excel import function provided by database editors such as navicat, it will be extremely tedious and time-consuming...
0
by: emmanuelkatto | last post by:
Hi All, I am Emmanuel katto from Uganda. I want to ask what challenges you've faced while migrating a website to cloud. Please let me know. Thanks! Emmanuel
0
BarryA
by: BarryA | last post by:
What are the essential steps and strategies outlined in the Data Structures and Algorithms (DSA) roadmap for aspiring data scientists? How can individuals effectively utilize this roadmap to progress...
1
by: nemocccc | last post by:
hello, everyone, I want to develop a software for my android phone for daily needs, any suggestions?
0
marktang
by: marktang | last post by:
ONU (Optical Network Unit) is one of the key components for providing high-speed Internet services. Its primary function is to act as an endpoint device located at the user's premises. However,...
0
by: Hystou | last post by:
Most computers default to English, but sometimes we require a different language, especially when relocating. Forgot to request a specific language before your computer shipped? No problem! You can...
0
Oralloy
by: Oralloy | last post by:
Hello folks, I am unable to find appropriate documentation on the type promotion of bit-fields when using the generalised comparison operator "<=>". The problem is that using the GNU compilers,...
0
jinu1996
by: jinu1996 | last post by:
In today's digital age, having a compelling online presence is paramount for businesses aiming to thrive in a competitive landscape. At the heart of this digital strategy lies an intricately woven...

By using Bytes.com and it's services, you agree to our Privacy Policy and Terms of Use.

To disable or enable advertisements and analytics tracking please visit the manage ads & tracking page.