Do you do this in the deployed swf as well or just locally? Like I said, I'm getting that #2148 Sandbox Violation error locally now, too.
Thanks for the help. --- In flexcoders@yahoogroups.com, "Jake Churchill" <j...@...> wrote: > > I ran into a similar issue recently (not sure if it's exactly the same but I > was getting data from a different server). I had to do this: > > > > // set security to allow the calling domain (needed to get live data from > dev server) > > Security.allowDomain(Model.instance.domain); > > Security.loadPolicyFile(Model.instance.domain + "/crossdomain.xml"); > > > > Model.instance.domain ended up being http://www.myproductionserver. > > > > Jake Churchill > CF Webtools > 11204 Davenport, Ste. 100 > Omaha, NE 68154 > <http://www.cfwebtools.com> http://www.cfwebtools.com > 402-408-3733 x103 > > From: flexcoders@yahoogroups.com [mailto:flexcod...@yahoogroups.com] On > Behalf Of jdizowat > Sent: Tuesday, April 21, 2009 3:50 PM > To: flexcoders@yahoogroups.com > Subject: [flexcoders] Violated by Sandbox > > > > > > > > > So I just got violated by the Sandbox Violation #2148 Error. > > I'm trying to deploy my first flex app. I have an xml file used as a chart > pod list. Each pod element has it's own web service url. It's the same url > with a different chartID passed to get different data. Anyway, I've been > debugging the application with the pods.xml file being loaded via > HTTPService in src/pods.xml. The chart HTTPService calls were just to xml > files as well for testing. I have the web service on the production server. > I changed the pods.xml path from src/pods.xml to > http://myProductionServer/site/pods.xml and I changed the individual chart > urls in pods.xml to point to my .NET web service. I get the Sandbox > Violation error on the server and even when I change everything back and > debug. > > I have a crossdomain file with the * wildcard for the domain on the server. > It's in my Inetpub/wwwroot folder. I have not changed any compiler settings. > What's the best way to manage local to server deployments, and why do I > still get the error locally since I changed everything back? > > Thanks, > Jason > > > > No virus found in this incoming message. > Checked by AVG - www.avg.com > Version: 8.5.287 / Virus Database: 270.12.1/2071 - Release Date: 04/21/09 > 08:30:00 >
