Home | Contact Us | FAQ | Search & Site Map | Link to Us
Sign In | Join | Other 45 Sites in Network
HomeAnnouncementsFree MagazinesWhite PapersSubmit Content
Discussion GroupsASP.NETWindows FormsLanguages.NET FrameworkVisual Studio.NET
Articles.NET FrameworkASP.NETToolsWindows Forms
.NET DirectoryOpen Source ProjectsUser GroupsWeb Resources
Related Topics
Visual Basic 6SQL ServerMS AccessOther DB ProductsMS Server ProductsMore Topics ...

.NET Forum / ASP.NET / Web Services / May 2005

Tip: Looking for answers? Try searching our database.

Is WSE supported in Whidbey?

Thread view: 
Enable EMail Alerts  Start New Thread
Thread rating: 
samiam@boston - 02 May 2005 23:54 GMT
I found the following note on WSE web site on MSDN.

Note: WSE is not supported if installed on a computer with a version of the
.NET Framework later than 1.1 (or a version of Visual Studio later than
Visual Studio .NET 2003)

I am about to design and develop a new web service application that can
really make use of WS-* features from the latest WSE 2.0 SP3. This
application must run on Whidbey when it is released around September of this
year without re-writing most of the code.

Should I download WSE 2.0 SP3 on a .NET 1.x machine and develop the app
there? Once it is developed, can the application run on a production server
with .NET framework 2.0 only? If so, will this server still require WSE 2.0
SP3 to be separately installed?

Does .NET framework 2.0 (the latest beta) already support WS-* features so
that I am better off developing directly with Whidbey?

Any help would be greatly appreciated. Thanks.
Mike - 03 May 2005 13:09 GMT
At a recent MSDN event we were told that WSE 3.0 will be compatible with the
Framework 2.0 that comes in Studio 2005. WSE 2.0 SP3 is not compatible with
Studio 2005 and WSE 3.0 is not compatible with Framework 1.1 in Studio 2003.

If this information is incorrect please let us know.

I am in the same situation you are in terms of starting a new project so I
am very interested in any replies this thread generates....

Mike

>I found the following note on WSE web site on MSDN.
>
[quoted text clipped - 20 lines]
>
> Any help would be greatly appreciated. Thanks.
SA - 04 May 2005 00:06 GMT
I have successfully converted a project that uses WSE 2.0 into .NET
2.0.00510 February CTP.

However, there are several gotchas...

1) This is a preview version, not the final release. Things might/will
change and these changes could affect WSE 2.0 "interoperability" with .NET
2.0 (bad word in this context I guess).
2) The VS Add-in does not work, and probably never will. This means that you
must edit your config and policy files yourself.
3) I don't use ASMX, and my HttpModule classes are not in the web service
project. The reason for this is that in the web.config you must be able to
know what the assembly name will be. AFAIK, this is not possible in ASP.NET
2.0 because of the new compiler model. By putting the HttpModule classes (my
service interface classes that inherit from SoapService) in a separate
project (and therefore in a separate assembly), I know which assembly name,
version, etc. to refer to in the web.config file.
4) I have only tried running the converted project on a machine that had
both .NET 1.1 and .NET 2.0 framework installed. Not sure what will happen on
a computer with only 2.0 installed.

There are problaby more, but I can't think of any at this time...

This post confers no rights and implies no guarantee or warranty.

Signature

Sven.

> I found the following note on WSE web site on MSDN.
>
[quoted text clipped - 16 lines]
>
> Any help would be greatly appreciated. Thanks.

Free Magazines

Get these publications absolutely FREE for up to 12 months. There are no hidden fees and no obligation. Simply choose a title, complete the application form and submit it. Read more ...

Oracle MagazineNetwork ComputingComputer WorldBio-IT WorldeWeekInformation WeekInfosecurity
 
Sign In
Join
My Latest Posts
My Monitored Threads
My Blog
My Photo Gallery
My Profile
My Homepage

Start New Thread
Enable EMail Alerts
Rate this Thread



©2008 Advenet LLC   Privacy Policy - Terms of Use
This website includes both content owned or controlled by Advenet as well as content owned or controlled by third parties.