WSDL Dilemma

[Demetri]

I have a solution which has multiple projects. One of the projects is a web
service. Another project is a web application. The web application needs to
reference the web service. The web application has not had a problem with
referencing the exposed web methods and classes in the web service.

Prior to today the name spaces and project names in each have been changed a
bit for organization sake, this also includes changing of names of the output
assemblies. In the process a class was ripped out of the web service and put
into a class library project that the web service will reference as well as
the web application since the will both share said class.

Now my problem. When I upate the web reference in the web application there
is NO change to the classes and name spaces. The class that I ripped out of
the web service STILL remains when referenced in the web application.

I have done everything I can think of. I have verified that the web service
is being rebuilt and the new dll has the correct assembly name. In the class
viewer it reflects my changes within the web service.

I even added a new web method and that DOES get picked up by the web
application in addition to the ripped out class REMAINING in there. <sigh>

The WSDL file that gets maded after I have deleted web references in the web
application and then re-establish the web reference still has information
about the class that I ripped out as though I never took it out.

I am about to pull my hair out. What in the world am I doing wrong???

-Demetri

[Dan Rogers]

Hi Demetri,

If the class that you refactored is still referenced either in a call
parameter or return type from one of your web methods it will be included
in the generated shadow proxy classes. If the XML namespace (not the
ASP.net namespace) remains unchanged, then the class you refactored hasn't
actually been shifted, from an XML schema perspective.

To make the proxy side implementation use the version you refactored, you
need to manually alter the generated proxy code by commenting out the class
you want to use from a different DLL, and then add a Imports statement (for
VB) at the top of the file and add a reference to the new DLL to the
project for the calling side.

I hope this helps

Dan Rogers
Microsoft Corporation
--------------------

>Thread-Topic: WSDL Dilemma
>thread-index: AcTWNLqUW+vvJM4iSOW5AvZRcajIgQ==
>X-WBNR-Posting-Host: 198.176.41.2
>From: "=?Utf-8?B?RGVtZXRyaQ==?=" <Demetri@discussions.microsoft.com>
>Subject: WSDL Dilemma
>Date: Mon, 29 Nov 2004 08:59:03 -0800
>Lines: 29
>Message-ID: <FF141FF9-A47B-4FC1-8F4C-E744ABC91FDA@microsoft.com>
>MIME-Version: 1.0
>Content-Type: text/plain;
> charset="Utf-8"
>Content-Transfer-Encoding: 7bit
>X-Newsreader: Microsoft CDO for Windows 2000
>Content-Class: urn:content-classes:message
>Importance: normal
>Priority: normal
>X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.0
>Newsgroups: microsoft.public.dotnet.framework.aspnet.webservic es
>NNTP-Posting-Host: TK2MSFTNGXA03.phx.gbl 10.40.1.29
>Path:

cpmsftngxa10.phx.gbl!TK2MSFTFEED02.phx.gbl!TK2MSFT NGXA01.phx.gbl!TK2MSFTNGXA
03.phx.gbl

>Xref: cpmsftngxa10.phx.gbl

microsoft.public.dotnet.framework.aspnet.webservic es:26851

>X-Tomcat-NG: microsoft.public.dotnet.framework.aspnet.webservic es
>
>I have a solution which has multiple projects. One of the projects is a

web

>service. Another project is a web application. The web application needs

to

>reference the web service. The web application has not had a problem with
>referencing the exposed web methods and classes in the web service.
>
>Prior to today the name spaces and project names in each have been changed

a

>bit for organization sake, this also includes changing of names of the

output

>assemblies. In the process a class was ripped out of the web service and

put

>into a class library project that the web service will reference as well

as

>the web application since the will both share said class.
>
>Now my problem. When I upate the web reference in the web application

there

>is NO change to the classes and name spaces. The class that I ripped out

of

>the web service STILL remains when referenced in the web application.
>
>I have done everything I can think of. I have verified that the web

service

>is being rebuilt and the new dll has the correct assembly name. In the

class

>viewer it reflects my changes within the web service.
>
>I even added a new web method and that DOES get picked up by the web
>application in addition to the ripped out class REMAINING in there. <sigh>
>
>The WSDL file that gets maded after I have deleted web references in the

web

>application and then re-establish the web reference still has information
>about the class that I ripped out as though I never took it out.
>
>I am about to pull my hair out. What in the world am I doing wrong???
>
>-Demetri
>