SL cross domain calls on localhost - silverlight

I have read up on the Cross-Domain policy from here. How do we get it to work while testing on localhost, or is this not possible?

It's not possible. Silverlight client application should try to call service hosted in different machine from web-site that hosts Silverlight app.

Related

messages between local Silverlight apps without using local messaging

I have one silverlight application hosted in HTTPS and another in HTTP. How can I send messages between them? Silverlight's local messaging system can not send messages between silverlight apps hosted in different URI scheme.
Silverlight's local messaging system typicaly uses for communication silverlight plugins on the same page. So, you provide more complex scenario. You access to first via https and to second via http, as I understant each application hosted in an own page and you want provide communication between this application. I think you should use services to synchronize their on server.

silverlight duplex communicates with self-hosted wcf services cross-domain problem

I have a silverlight4 application which needs to call and be called back the wcf services self-hosted in a local windows-form application.
I wanna use the net.tcp protocal to achieve the duplex communication but encounter cross-domain problem.
It's easy to find solutions of the cross-domain problem but most of them is for the IIS-hosted WCF services.How to solve the cross-domain problem of a net.tcp WCF Service which is self hosted in a local windows-form application?
The solution is listed at the blog post at Enabling cross-domain calls for SL apps on self-hosted TCP services. Basically, if you have IIS installed on the machine you simlpy drop the cross-domain file for TCP in the root. If not, you can use the same self-hosted WCF service to serve the cross-domain file at port 80.

Problem Publishing WCF Ria Application Over Citrix Access Gateway

We currently have a silverlight app, one that uses "vanilla" wcf services and one that uses WCF Ria Services.
We publish the application via a citrix access gateway (secure web proxy).
The SL app that accesses the WCF Service works fine, but the RIA one fails with a ton of "response invalid" errors.
If you browse to the service url of either service (using the citrix url), then you see the WCF Service description fine.
Does anyone have any idea of any special config needed to enable WCF RIA Service apps to work over a Citrix Access Gateway?
Can you change the endpoint of the WCF RIA client proxy? Because I suspect it is trying to go to http://your.website.com/yourApp/yourService.svc when it really needs to go to http://your.website.com/cvpn/BIG_HASH_HERE/yourApp/yourService.svc. I have had to jump through some hoops to explicitly support the Citrix Access Gateway in a Silverlight app that I am working on at the moment (will come back later and possibly elucidate further when I have reviewed the code).

Silverlight Out of Browser Application making Http Requests through a proxy

When running Silverlight 3.0 in OOB mode, you don't have to worry about any proxy authentication as the browser normally takes care of this.
If I've installed a Silverlight app in OOB mode, is there any way to authenticate against a proxy?
This might be of help:
http://www.silverlight.net/learn/videos/silverlight-4-beta-videos/network-authentication-trusted-network-access/
This doesn't look like it is possible in SL3

ClickOnce - Security Questions

I am considering using ClickOnce for a legacy Windows Forms application. I have several questions related to ClickOnce itself.
Does a user need administrative privelages to install the ClickOnce application?
Can the ClickOnce application access the local file system?
When does an end-user experience security prompts?
Can the application be served over https://?
Can the application make calls to services hosted on https://?
Can the application be served over SSL?
No
Yes
When the app is updated (optionally, you can suppress them)
Yes
Yes
See #4? I'm not sure what you're asking, HTTPS = HTTP over SSL

Resources