[svn] 4939: * Some changes necessary to get the improved SWC cache working in Flex

Question

Revision: 4939
Author: [email protected]
Date: 2009-02-12 10:07:37 -0800 (Thu, 12 Feb 2009)
Log Message:
* Some changes necessary to get the improved SWC cache working in Flex
Builder 4 and some potential bug fixes.
tests Passed: checkintests
Needs QA: YES
Needs DOC: NO
Bug fixes: SDK-18905
API Change: NO
Reviewer: Pete F.
Code-level description of changes:
tools/oem/Library.java
Modified link() to pass the file name into SwcDynamicArchive's
constructor even when using an OuputStream, so the file name can
be used as a cache key.
Added refreshLastModified() so Flex Builder can update the
timestamp in the SWC cache after writing it's OutputStream to the
SWC file.
tools/oem/Builder.java
Added setSwcCache().
tools/PreLink.java
Modified postRun() to use the value returned from
ResourceContainer.addResource() instead of the value passed in,
because it could be different. This might fix SDK-18493 and
SDK-17840.
compiler/PersistenceStore.java
Modified readCompilationUnit() to also use the value returned from
ResourceContainer.addResource().
compiler/CompilerAPI.java
Modified updateDependentLastModifiedTimes() to check for a null
CompilationUnit.
compiler/swc/SwcDynamicArchive.java
Added path param to OutputStream based constructor to be used as a
cache key.
Ticket Links:
http://bugs.adobe.com/jira/browse/SDK-18905
http://bugs.adobe.com/jira/browse/SDK-18493
http://bugs.adobe.com/jira/browse/SDK-17840
Modified Paths:
flex/sdk/trunk/modules/compiler/src/java/flex2/compiler/CompilerAPI.java
flex/sdk/trunk/modules/compiler/src/java/flex2/compiler/PersistenceStore.java
flex/sdk/trunk/modules/compiler/src/java/flex2/compiler/swc/SwcDynamicArchive.java
flex/sdk/trunk/modules/compiler/src/java/flex2/compiler/swc/SwcGroup.java
flex/sdk/trunk/modules/compiler/src/java/flex2/tools/PreLink.java
flex/sdk/trunk/modules/compiler/src/java/flex2/tools/oem/Builder.java
flex/sdk/trunk/modules/compiler/src/java/flex2/tools/oem/Library.java
flex/sdk/trunk/modules/compiler/src/java/flex2/tools/oem/LibraryCache.java

Answer 1

I figured out what was going here.  When I was statically linking my copy of textLayout.swc, it wasn't being loaded soon enough and the other parts of the framework were barfing because they couldn't get at the TextContainerManager class when they expected to find it.  What I have done to solve the issue is created a custom SystemManager which forces the TextContainerManager class to be loaded sooner.  This does increase my file size a bit, but not nearly as much as having to statically link all of the framework's libraries! Here is a short example app of what I did for anyone curious:
main.Main.as :
package main {
     import spark.components.Application;
     [Frame(factoryClass="main.CustomSystemManager")]
     public class Main extends Application {
          public function Main() {
               super();
MainApplication.mxml :
<?xml version="1.0" encoding="utf-8"?>
<main:Main xmlns:fx="http://ns.adobe.com/mxml/2009"
     xmlns:s="library://ns.adobe.com/flex/spark"
     xmlns:mx="library://ns.adobe.com/flex/mx"
     xmlns:main="main.*">
</main:Main>
main.CustomSystemManager.as :
package main {
     import mx.managers.SystemManager;
     import flashx.textLayout.container.TextContainerManager;
     public class CustomSystemManager extends SystemManager {
          public function Custom Manager() {
               var c:Class = TextContainerManager; // force the inclusion of this class
               super();
I found a lot of good information for using a custom system manager (in the context of making your preloader a bit shinier here: http://custardbelly.com/blog/?p=211