Last week in Redmond I had a chance to catch up with a friend on the WSE team. They're trying to finalize plans for WSE 3.0 as I write this - last chance for feature requests - so here's my list:
- ASMX integration with the WSE messaging API. I'm not sure how feasible this is but I'd really like to see SoapService, SoapClient, [SoapMethod] et. al. go away and standardize on the ASMX OM instead. It seems like they just duplicate and complicate. I'd like to be able to host an ASMX class in any process over any WSE transport. Realigning the two frameworks would make the current offering very compelling and attractive, giving people the power of WSE without the worries related to migration.
- Improved support for XML messaging scenarios. While #1 is important for the ASMX masses, I think keeping SoapReceiver and SoapSender around and enhancing them for pure messaging scenarios is also key. For example, adding better support for streaming scenarios is something to consider here.
- Addition transports. I'd like to see a few additional transports besides HTTP and TCP. SMTP and UDP are obvious choices, especially since there are already samples lying around. This would likely push along the standards work in these areas and make the whole SOAP thing worthwhile.
- WS-ReliableMessaging. Out of all the WS-* specs that WSE2 doesn't support, this seems like the next one to bite off. It becomes more compelling when building services over unreliable transports.
- MTOM. Simply because I'd like to see the binary attachment debate end. And I believe it will end once we have an interoperable solution across MS, IBM, and BEA.
I know feedback on these items will be helpful in determining what actually makes it. What do you think about this list? What's at the top of yours?
Posted
Nov 10 2004, 05:11 PM
by
Aaron Skonnard