by Michael Wolf via Michael Wolf on 1/18/2010 12:24:33 PM
Since Silverlight 4's release I have become quire enamored with the elevated privileges out of browser functionality. The com interopability is great, but again your back to com development and interop. Which although very powerful is also kind of painful. Recently some one brought up a question of how you would accomplish something like a file watcher. In a desktop / server experience this would be pretty simple using something like a FileSystemWatcher (http://msdn.microsoft.com/en-us/library/system.io.filesystemwatcher.aspx ) in the full clr. However no such luck with in the Silverlight 4 agclr. Yet with the ability to execute processes from the out of browser applications in Silverlight 4 on windows, I decided to create a bridge service. A bridge service is more or less a full trust soap or tcpip service which runs on the desktop which the Silverlight application can communicate with. This approach is more or less what is used in the flex world via the merapi project (http://www.merapiproject.net/ ). After the bridge is in place, you can add a full .net FileSystemWatcher to the service, and publish back to the Silverlight application when a file has been added/removed.
Original Post: Silverlight 4 breaking the com sandbox to create a file watcher
The content of the postings is owned by the respective author. Silverlight Feeds is not responsible for the contents of the postings. This site is automatically generated and cannot be reviewed for abusive content. If you find abusive content on Silverlight Feeds, please contact us. Designated trademarks and brands are the property of their respective owners. All rights reserved.