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 / January 2007

Tip: Looking for answers? Try searching our database.

WSE 3.0 and 2.0 interoperability

Thread view: 
Enable EMail Alerts  Start New Thread
Thread rating: 
BBuck - 08 Jan 2007 04:41 GMT
I posted this on Biztalk.General but thought it would be appropriate here as
well. I need design help with WSE.

I have a current environment that looks like the following. All tiers are
based on WSE 2.0 SP2.

1.    Legacy .NET 1.1 WSE 2.0 SP2 client (.NET 1.1 Windows Forms App)
2.    WSE 2.0 WS-Addressing IIS .NET 1.1 perimeter router.
3.    Biztalk Server 2004 with WSE 2.0 adapter endpoints routed to/from
perimeter router.

The above configuration has been working great but I have necessary need to
update the client (#1) to .NET 2.0 while maintaining the WSE communication
into BizTalk. It is also desirable to upgrade to BizTalk 2006. What I can
conclude is I need to update to WSE 3.0 as this is supported on .NET 2.0.
That’s fine, but the problem is WSE 2.0 and 3.0 are NOT wire-level
compatible. Being the case, I believe I am faced with 2 options. The WSE
features used are WS-Addressing for routing to/from BizTalk and WS-Security
for simple UsernameToken signing.

Option 1:
Maintain 2 discrete environments. One for legacy WSE 2.0 components and one
for WSE 3.0 components. This is unfeasible both from a maintenance and
licensing perspective as I double my endpoints and would be licensing BizTalk
2004 and BizTalk 2006.

Option 2:
Maintain 2 discrete WS-Addressing routers. One for legacy the other for
updated WSE 3.0 components. Since legacy code and associated endpoints can
not change they continue to route through existing WSE router while the new
.NET 2.0 clients route to the new WSE 3.0 router. Both routers would map to
the same final endpoint, that is, to a WSE 3.0 BizTalk 2006 adapter. Here is
where custom code comes into play because of wire-level incompatibility. On
the BizTalk 2006 WSE endpoints, I would have to intercept the SOAP message on
a custom pipeline and re-write the SOAP message if message originated from a
legacy client. This approach is not ideal but I would have only one instance
of Biztalk and since the routers are light weight and easy to maintain, I
wouldn’t object to this option.

I need solid design advice based on best practices. If anyone has dealt with
WSE interop issues and has any design advice, please respond. I am under a
tight deadline. Thanks.

Brian
Howard Hoffman - 09 Jan 2007 21:50 GMT
WSE2 is supposed to be compatible with .NET 2.0 as well.  So, another option
would be to upgrade to .NET 2.0, but not upgrade to WSE3.  I don't have a
link handy to the 'official' MS statement that WSE2 runs fine on .NET 2.0,
but I do recall reading that back when .NET 2.0 came out.

HTH,

Howard Hoffman

>I posted this on Biztalk.General but thought it would be appropriate here
>as
[quoted text clipped - 53 lines]
>
> Brian

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.