When you build a Silverlight 2 application, you compile your source files (inc. XAML and embedded resources) into assemblies (dlls). Wii Download Games List there. Those assemblies (plus any 3rd party ones plus MS assemblies that are not part of Silverlight) are then collected together along with a manifest into a packaged archive – or in other words, a ZIP file. Algorithms For Computer Algebra Pdf Books.

Except, the extension is changed to be a.XAP (pronounced 'ZAP'). The benefits of packaging everything into a XAP should be obvious but in case they are not,. Note that if your web server is on IIS (prior to version 7) you need to. Boot Camp Drivers Win 7 64 Bit there. As an aside, my web server happens to be Apache (shocking I know!) and I had to configure nothing – it just worked.

So, if I had given you a Winforms EXE file you wouldn't ask me for the source code, you would probably just pass it through your favourite decompiler and you've got it all. Same with Silverlight apps: if I point you to my web page that is running a Silverlight app (e.g. ) all you have to do is: 1. View HTML source, e.g.

A.NET decompiler with support for XAP. (compatible with Windows Phone and Silverlight. Usually you are shown the 'open file' dialog after opening a DLL. Rename the XAP file to ZIP and explode it to get the DLLs inside. Party away by tossing the DLL(s) to the decompiler. MyMessageBox for Phone and Store apps.

Locate the tag that points to a XAP file and copy the full path, e.g. ClientBin/DemoIntegration.xap 3. Use that path to 'Save As' the xap file locally.

Rename the XAP file to ZIP and explode it to get the DLLs inside. Party away by tossing the DLL(s) to the decompiler, e.g.

Obviously authors of serious SL apps may not condone that behaviour, but feel free to do it with all of mine, for example the.