RE: Framework Linkage Change

: dev@flex.apache.org Subject: Re: Framework Linkage Change What I meant was, if Adobe ever gave Apache the ability to sign Flex SWZ files which _could_ be accepted by the Flash Player, it would not be a very secure model, as it would merely be inheriting the weaknesses of the Adobe SWZ system

Re: Framework Linkage Change

What I meant was, if Adobe ever gave Apache the ability to sign Flex SWZ files which _could_ be accepted by the Flash Player, it would not be a very secure model, as it would merely be inheriting the weaknesses of the Adobe SWZ system. Which is why the deprecation of SWZ files in favour of using co

Re: Framework Linkage Change

I don't believe Apache can create SWZ files. They need to be signed. Which only Adobe can do. Apache can only produce SWC and SWFs. On Jan 25, 2014 12:59 AM, "Joseph Balderson" wrote: > Despite the advantages of centralized hosting of SWZ files, in that it > speeds > initial load times for Flex

Re: Framework Linkage Change

Despite the advantages of centralized hosting of SWZ files, in that it speeds initial load times for Flex applications after the first load, I have an issue with centralized SWZ files under the Adobe model, in that it exposes an inherent security weakness: if the centralized cerver hosting the Flex

Re: Framework Linkage Change

Hey Justin, Am I wrong that Apache versions of Flex do not have SWZs, they only have RSL SWFs, correct? Back with Adobe Flex, SWZs allowed the app to take a while to load on the first run, but afterwards they cached, so the next open would run very quick. Also it didn't matter what site they orig

Re: Framework Linkage Change

On 1/24/14 2:50 PM, "Paul Hastings" wrote: >Thanks. No only be hosting the clients RSLs for their suite of apps. > >And by "domain", x.ABC.com & y.ABC.com could still use the same set? Good question. By default no, because they are separate domains. You can set up a crossdomain.xml that will

Re: Framework Linkage Change

Thanks. No only be hosting the clients RSLs for their suite of apps. And by "domain", x.ABC.com & y.ABC.com could still use the same set?

Re: Framework Linkage Change

You set the URLs for the RSLs in the compiler args. BTW, by default, if you host Apache Flex RSLs from your domain, Flex apps hosted from other domains will not be able to use it because of cross-domain security restrictions. You could offer to host RSLs for the rest of the Flex world, but the ba

Re: Framework Linkage Change

Here's a dumb question, how would you point to the shared location for the framework RSLs from the app?

Re: Framework Linkage Change

Yes, we always host them on a common location on the server. Ideally these files get cached across the net making everyone's SWF load faster if using RSLs -Jake On Fri, Jan 24, 2014 at 3:42 PM, Justin Mclean wrote: > Hi, > > > I really wish that Apache could use the SWZs. > You can use them yo

Re: Framework Linkage Change

Hi, > I really wish that Apache could use the SWZs. You can use them you just need to host them yourself. Thanks, Justin

Re: Framework Linkage Change

I really wish that Apache could use the SWZs. That was a very cool feature... ~Sean class *Sean_Thayne* extends Developer { public $skype = "sthayne23"; public $gTalk = "s...@skyseek.com"; public $url = "www.skyseek.com"; } On Fri, Jan 24,

Re: Framework Linkage Change

Hi, > I notice the default framework linkage setting in the SDK is now Merged > Into Code (as of version 4.11) where 4.6 used to be RSL. I'm just curious > what the reason is for that? Yes - Adobe doesn't host the framework RSLs for Apache Flex SDKs. And as framework caching is a Flash Player fe

Re: Framework Linkage Change

Apache Flex doesn't have the ability to get signed cross-domain RSLs (SWZ files) cached by the Flash Player. If you only serve one SWF from a domain, there is no advantage and usually a disadvantage if you use RSLs so we turned them off by default. But yes, if you have multiple flex apps on a sin

Framework Linkage Change

I notice the default framework linkage setting in the SDK is now Merged Into Code (as of version 4.11) where 4.6 used to be RSL. I'm just curious what the reason is for that? Is it better one way or the other? What I usually do is on a server with multiple flex apps I use RSLs and if there is on