Welcome to Microsoft .NET Framework 3.0 Community (NetFx3)

The .NET Framework is Microsoft's managed code programming model for building applications that have visually stunning user experiences, seamless and secure communication, and the ability to model a range of business processes.

Learn More...

WCF Community Bloggers

Browse by Tags

All Tags » .NET 3.0 - WCF   (RSS)
Sorry, but there are no more tags available to filter with.

  • INETA Talk: About WCF Messaging Sessions

    Just came back from today's talk on WCF session support. Deliverables: PPT Code Remember: proxy.Close() is your friend . Read More...
  • WCF, MSMQ et al: Durable Reliable Messaging

    I'm thinking about reliable messaging these days (isn't it evident ?). There are a couple of specific reasons for that. First, I can imagine a wonderful world of seamless message delivery. Second, currently there are technology limitations that prohibit what most of the industry would like to see. Let's take a look. There's a sentence in the first post of the series that says: There is no durable reliable messaging support in WCF. This is conditionally true. There are built-in bindings that support MSMQ integration and use MSMQ transport as a delivery mechanism, thus making the message exchange durable. Limitations of this approach include platform dependence , durable store dependence and more importantly, one-way messaging . To implement a durable duplex session one would need to implement two one-way service contracts. Downside? Forget about clients sitting behing a NAT without poking holes in your firewalls. There are multiple uses for having durable messaging, the most prominent being different client/service lifetimes. Why can't I dispatch a message to a service when the service is down or I have no network connectivity? Reliable messaging support in WCF is designed to support reliable transport and does not make any assurances of what happens to messages when they hit both ends of the wire . The problem is not in the WCF implementation but rather the WS-RM spec, which does not imply on how and when a message should/must be persisted. There are different implementations Read More...
  • WCF: About Exposing Metadata

    Everything about WCF is about keeping your service boundary intact . By default this also applies to exposing/publishing metadata . In ASMX days, one would need to opt-out of exposing metadata, while in WCF, one has to opt-in . Let's say, for example, you have the following service config declaration: <?xml version="1.0" encoding="utf-8" ?> <configuration> <system.serviceModel> <services> <service name = "Exposing.Metadata"> <host> <baseAddresses> <add baseAddress = "http://localhost:123/MetadataService "> </baseAddresses> </host> <endpoint address = "" binding = "wsHttpBinding" contract = "Exposing.IServiceContract"/> </service> </services> </system.serviceModel> </configuration> This would host Exposing.Metadata service and define a single wsHttpBinding based endpoint listening at the base address. So, the service endpoint address is http://localhost:123/MetadataService . If you would hit the endpoint URL with a web browser, a nice service page would be returned telling you that you have created a service, but there is no metadata exposed . So, hitting the endpoint with svcutil.exe would not allow you to grab metadata and generate the proxy code. WCF, by default, does not expose any metadata . You have to ask for it nicely . There are a couple of options to expose metadata of WCF services. The most basic way of doing it would be to expose it via HTTP based Get requests and retrieve WSDL. Read More...
  • WCF: Serious Seriousness

    This must be one of the best Channel 9 interviews of all time. Rory did make quite an effort to handle the guys, but at building 42 , what can you expect. It all seems as the Brady Bunch of Microsoft on tape, but they sure did ship the most important Microsoft technology stack of the decade. Well done on both parts. Read More...

Copyright © 2007 Microsoft Corporation. All Rights Reserved. | Terms of Use | Privacy Statement | Contact Us