Flex framework RSL – the good, bad and ugly
Well after a small hiccup (hiccup === stress) I though what a great time to take a moment and write a blog post.
For those not quite sure what the Flex framework Remote stored library is, its the core flex code, compiled into a separate binary. This means with changes to your flex project you can separate the flex framework code from your swf to save download times/sizes. There are two versions of this framework binary, a swf and a swz.
The swf is linked and loaded by older flash players and should be loaded from your site. This can be cached by the browser and once cached, the download of your flex application size can save approx <= about 450kb. this swf is local to your site.
The swz version is digitally signed by adobe and the caching of this file is handled by the flash player itself. (READ: clearing browser cache will not clear the framework cache). Once the flash player has cached this file from your site or another site, it is held and used by the flash player for ALL sites. IE. user hits Site A, gets .swz, goes to Site B the .swz file will be used which was loaded from Site A. Again saving you <= 400kb download.
COOL!! …. but
The good: Saving <= 400kb … sweet!
The Bad: Dealing with the Framework RSL documentation can be like reading Swahili (fine if you read Swahili, but I don’t), and can take some time to get your head around.
The ugly: testing is fraught with dangers as once you have the .swz (from any site) you may not see errors when testing your own site.
After all this, its definitely worth implementing, and I advise every flex developer to learn Swahili and get in and check out the docs. One small point for testing though. you can turn off the caching of these framework files, so any problems become glaringly obvoius. This is done through the Global Flash Settings manager.
1) Go to the flash player control panel URL: http://www.macromedia.com/support/documentation/en/flashplayer/help/settings_manager03.html
2) To delete the cache uncheck the “Store common Flash components to reduce download times” checkbox. Then “confirm” you want to delete the cache. (if you trust me).
3) Re-check the check box if you want to re-enable it (your cache will be cleared), but leave it unchecked if you doing some testing.
Now any errors will be obvious and you will avoid the troubles I just had with upgrading to Flex framework 3.1.xxx.whatever. Hope that helps someone.





Hi,
I really like the idea behind this RSL, I also used it on a projet recently, the only problem I’ve been facing was with linux (my OS at home), the RSL “loading process” makes flashplayer crash (with fp < 10), although this doesn’t affect most people, it would be cool if this was fixed
This is a known bug:
http://bugs.adobe.com/jira/browse/SDK-15282
Apparently RSLs don’t work well on Linux…
.
You can put this in the “ugly”
We just launched a new version of our site, based on RSLs and all our Linux users are pretty unhappy.
There is workaround explained in the bug page comments (flashlibsupport installation), but you must have some good Linux knowledges.
It looks like this issue is not solved in the current beta of Flash Player10.
Hey Campbell
Yeah we had a myriad of problems with this feature, especially with loading SWFs (as Modules) within our main SWF (the subordinate SWFs would randomly fail to load).
Tried everything we could think of. Eventually gave up and reverted back to our fat but reliable non-RSL version.