Mark is correct, if you put your crossdomain.xml file inside of the document
root that is the first place flex / flash look for it, if it doesn't find it
inside of there, then the second place it looks is the directory that the
swf is sitting inside of. So place your crossdomain.xml file in
http://mydomain.com and that should work. Just a quick question for you
though when you used LoadPolicyFile where you trying to load it from
httpS://mydomain:9443/ or were you trying to load it from
http://mydomain.com? The port number might be throwing it off. I've gotten
LoadPolicyFile to work on a few things but I loaded it from a standard URL
like http://mydomain.com/project/crossdomain.xml hope this helps. Good luck.

Jeremy

On 12/20/06, Mark McCray <[EMAIL PROTECTED]> wrote:

  Have you tried placing the crossdomain.xml file in whatever "
https://mydomain:9443/"; maps its docroot to?
Because that is where it will look I think.

On Dec 20, 2006, at 11:33 AM, jamiebadman wrote:

Hi,

I'm trying to access https webservices from a flex app hosted under
http and I'm getting security errors.

The full error states that there's a security sandbox violation
trying to access https://mydomain:9443/ccx/myservice

So it would seem this could be resolved with a crossdomain.xml file
placed at that location, right ?

However the location doesn't actually exist on the server.

the /ccx portion of the URL is to do with a product called 'Cape
Clear' which manages the webservices and it would seem that requests
that go into /ccx and beyond are somehow intercepted and dealt with
by CapeClear. So there's actually not a physical location to place
the crossdomain.xml that I can make out.

I tried using the LoadPolicyFile approach to have it load the
crossdomain.xml from a different location - but this didn't seem to
do anything from Flex. I also tried 'allowInsecureDomain' but again,
no effect.

Does anyone have any suggestions - any ideas on how we can get this
to work ?

Thanks in advance,

Jamie.


Reply via email to