New ASO Cache Clearing Commands
The Flash Updater (Ellipsis) includes a new File API for JSFL which I used to put together a couple of commands that make it easy to clear your ASO cache. This comes in handy if your class files and ASO files ever get out of sync.
There are two commands included:
- Clear ASO Cache – Clears ASO Cache
- Clear ASO Cache and Compile – Clears ASO Cache and Test Movie
The commands require Flash 7.2.
You can download them from here.
Why class files and ASO files are not sync ?
I’m on Mac OSX and I must run your command (clear and compile) every time before testing my application…
the first time the compiler return a lot of error, the first message is:
**Error** Mac OS X:Users:lun:Library:Application Support:Macromedia:Flash MX 2004:en:Configuration:Classes:TextField.as: Line 7: The name of this class, ‘TextField’, conflicts with the name of another class that was loaded.
But after this command, when compiling another time it work fine, all are sync and no more error????
untereiner laurent
15 Sep 04 at 5:50 am
My team was getting this problem, when working on a site, sharing .as files over the network, using Dreamweaver. The aso thing was partly related, but only one piece in a bigger picture. That error message was happening though to perfectly good files. here’s my post from UltraShock below:
I think I’ve been able to target the problem:
Flash gives the error when it finds that the your class file has a modification/creation date that is in the future, relative to your computer’s clock. So, if the file reads that it was modified Oct 2, and today is Oct 1, then flash will create the error message. Weird, but I’ve tried mucking with the date on the commandline using ‘touch’ (Linux / Unix / OS X). If I set the mod/creat date to 1 minute before the current time, the error goes away, and you can publish successfully. If you set it to 1 minute later than the current time, it gives the error.
Now, if you save your class file, it’s going to have the present modification/creation date like it’s supposed to. If you upload the file using an ftp client other than Dreamweaver like NCFTP or Cyberduck or D1FTP, whaterver, I tried a few, then the local file is not modified and retains the mod/creat date that it had when you saved. When you upload, why SHOULD the local file change? It shouldn’t right? Right. I’m finding that in Dreamweaver (Tested: Dreamweaver MX 6.1 (Mac OS X 10.2) and Dreamweaver MX 2004 7.0 – 7.0.1 (WIN XP-PRO)), when uploading a file (tried a couple different servers whos clock is set correctly), for some reason after uploading, the local mod/creat date (time actually) of the file gets changed to something later than what my local computer’s clock reads! It seems arbitrary too. At 3pm, it was setting my clock to 6pm, and at 4pm, it was setting it to 8, so i guess maybe it’s duplicating the time. You can get rid of the error by making a change to the file, and saving it, thus bringing the creat/mod time back to something true, which Flash then doesn’t have a problem with. You won’t notice the error immediately after uploading with Dreamweaver because Flash senses that the guts of the file – your code – haven’t changed, so it uses a compiled version in the aso folder. Clear your aso files, and it will read from the future file, generating the error. I’d be interested to see how many others can replicate this.
Andrew Blair
1 Oct 04 at 5:32 pm
A big THANK YOU, Andrew!!!
labs
26 Oct 04 at 2:32 pm
Hay thanks, I just changed the timezone on my computer then after clearing my ASO files I got that error. Updated my class by making a tiny change and saving it. All fixed. Thanks.
John Ballinger
9 Feb 06 at 5:43 pm
mike chambers you is teh winner
what an awesome component
you pwn flash
tim
30 Aug 06 at 6:41 pm
I’m still experiencing this problem with CS3. It seems that the only thing that helps is to put the time forward, delete the ASO files and recompile. It is definitely a time-sync issue. It would be nice if there was an option if you want caching enabled or not.
Luke
17 Jul 07 at 5:57 pm
Oh, adding to that. I need to put the time forward for every recompile I want to do. As you might understand this is very tedious and very frustrating.
Luke
17 Jul 07 at 5:58 pm
Any chance you will be updating these to work in Flash CS3? I have to quit and reopen flash every time I want to test a change to an external class file. Very annoying, and this would solve it I think.
Ray
14 Apr 08 at 12:07 pm
i still experience this even if computer date is way beyond creation/modification date of the file and aso files cleared. its very frustrating and looks like a major bug. Also i noticed that my alpha masking is not working while this is happening but other actionscript is.
Manu
16 Apr 08 at 4:26 pm