Comments on: Silverlight how to: On-demand assembly deployment

By: Build Modular Silverlight Application « vincenthome’s Tech Clips

Build Modular Silverlight Application « vincenthome’s Tech Clips — Sat, 07 Feb 2009 16:03:43 +0000

[...] are several articles that discuss the mechanisms for on demand package delivery including Silverlight how to: On-demand assembly deployment, Downloading Content on Demand and Managing Dynamic Content Delivery in Silverlight (by Dino [...]

By: AMF

AMF — Sat, 10 Jan 2009 01:19:33 +0000

By: Ivan

Ivan — Thu, 28 Aug 2008 04:26:56 +0000

@MKelsey – The solution is don’t put your algorithm on the client. It doesn’t matter how you package it or download it. If you run the algorithm in Silverlight, on the client, then it has to be sent to the client. If someone wants it enough, they will be able to get it. The solution to your problem would be to run the code on the server via an Ajax call of some sort.

By: Jax

Jax — Mon, 18 Aug 2008 11:56:24 +0000

what if my main xap file contains a referenced assembly that I want to inspect via reflection. How does one go about this without re-downloading the xap file into a stream?
ie:MultipleXap1 was not a silverlight application with a xap output, but a plain silverlight assembly.

By: MKelsey

MKelsey — Tue, 12 Aug 2008 18:58:17 +0000

I’m worried about security for these on-demand assemblies. Let’s say I had a proprietary algorithm that was a trade secret, e.g. elevator management algorithms.

I want to create a safe way to use those algorithms in my Silverlight application. Let’s say I want to show my elevators opening and closing on the 1st floor using my algorithm to decide when those doors would open and close.

Originally I thought I could take me elevator.dll that currently exists and reference it in Silverlight. But now I understand that they would use different CLR’s and therefore can share code but not references.

So I’ll have to copy my code into a Silverlight on-demand library. Is there any way an unscrupulous competitor could get my DLL?

This on-demand loading would mean that it’s would only be in memory, right? So there would be no DLL on the hard drive to grab. So what are the chances it could be inspected and stolen that way.

Do you have any ideas for solving this problem?

By: Michael Washington

Michael Washington — Sat, 21 Jun 2008 14:44:39 +0000

Thanks for this. I had code I was using in SilverlightDesktop.net that loading the .dll but that required you to remove the .dll from the .xap each time and manually put it in the /bin directory. I gave you credit in the next release of SilverlightDesktop.net.

By: Sergio Samayoa

Sergio Samayoa — Mon, 07 Apr 2008 18:08:14 +0000

I see no much difference from MS example…

By: Chris

Chris — Sat, 15 Mar 2008 08:25:59 +0000

Great article! BTW: You should be able to avoid using CreateInstance and get back strong object typing by moving your MultipleXap1.Page instantiation code into a separate method then call that method from the OpenReadComplete event handler. Not exactly sure why you can’t new up the Page object from within the event handler, but moving it out appears to solve the problem. Hope this helps.