Silverlight and WCF Virtual Service and Virtual Channel sample application
Below is an example of how to implement a VirtualService and then consume it from Silverlight using a VirtualChannel.Begin by creating a new Silverlight application, and check to include an ASP.NET Web Site.
Requirements
- Silverlight 4.0
- .NET Framework 4.0
- Visual Studio 2010
NOTE: April 3rd, 2011
For non-referenced assemblies you must include the assembly name during the VirtualChannel Initialization. Types FullName, a comma, and then the Assembly Name ( Namespace.Type,AssemblyName )
Example: VirtualChannel<IVService1>.Initialize("vservices", "TestVirtualService.VService1,TestVirtualService", "test");
Web Site setup
Web Configurationall that is necessary in the web config, is to turn on aspnet compatibility
Image may be NSFW.
Clik here to view.

Project bin folder
Once you install the HSS Framework, just add a reference to the HSS.ServiceModel
Image may be NSFW.
Clik here to view.

ASP.NET Global.asax Application_Start:
So here we initialize the VirtualServiceProvider by telling it if we require SSL and what is the shared token required to gain access to a Service.
A good practice here would be to set SSL equal to FormsAuthentication.RequiresSLL property value. Then
we register our virtual folder (virtual url path). You can register more than one to segregate your services uri logically.
Image may be NSFW.
Clik here to view.

Shared Model - Server Side
Here we define our Model class in our server side project. Our data access code only runs if not Silverlight. This functionality could be separated
out into a different file using a partial class. This is where DOMGen (Data Object Model Generator) is very useful and is included with the HSS Core
Framework.
Image may be NSFW.
Clik here to view.

Shared Model - Client Side
Then we add this Model class to our client side project by linking a copy to the original file.
Image may be NSFW.
Clik here to view.

Here are some good example of linking files:
VirtualService
Service ImplementationSo now just create your Interface and implementation as usual with any other standard WCF based service.
Authentication
By default all calls require an authenticated user. This is built in to the framework and uses the HttpContext user
to provide easy integration into any web application scenario.
AuthorizationAttrribute
You can add an AuthorizationAttribute to specify the required role(s) required to execute a method. You
can place this attrribute on the class to specify a given role is required to execute any method. You can also
apply to a method to further define any additional roles required to execute a specific method.
BypassAuthenticationAttrribute
For method calls where you don't require an authenticated user you can decorate them with the BypassAuthentication
attribute. This can be applied on the class or an individual method. Caution, if you specify at the class level, this will
bypass the Authentication validation and any AuthorizationAttributes.
Your service can be defined directly in the web site or in an external library.
If in an external library the dll must located in the web sites bin folder.
It is also highly recommended to make your services per-call for scalibilty purposes, but may not be necessary for your particular service.
Image may be NSFW.
Clik here to view.
Image may be NSFW.
Clik here to view.
VirtualChannel
Be sure to add a reference to the HSS.ServiceModel.Silverlight library.June 2011 - v4.3.200
A client side async interface is no longer required.
You will need to link or duplicate the sync interface in your client application (see file linking above).
Example of new operation calling:
VirtualChannel<ITestService>.Invoke(s => s.InvokeActionAsyncTest());
Silverlight Consumer
Finally, you need to initialize a VirtualChannel for your service interface. The VirtualChannel consists mainly of the initialize method and the invoke method and it's overrides.
Overrides:
- Operation is an action (with and without user state)
- Operation is an func (with and without user state)
Note:
- VirtualChannel<IYourService>.Initialize uses any matching virtual service path registered, the Full Type Name ( and optionall Assembly Name for non-referenced services) of your Virtual WCF Service, and then the shared token.
- For demonstration purposes the below call to Initialize is done in the constructor of the main page, but if you have more than one service or a more complex SL Application, you could consolidate all VirtualChannel initialization in App.Startup or BootStrapper.
Image may be NSFW.
Clik here to view.
Build, and then hit F5 and you should be all set...
Please use the discussion or issue list for comments or if you have questions.