15 Replies Latest reply: Mar 22, 2010 11:40 AM by voland62 RSS

    Nightly build file size

    John Hall Community Member

      Quite a jump in file size of the nightly build today. Anything interesting or just additional easter eggs? Oh, it's version 4.1. Must have added every request we've made on the list.

       

      BTW, seriously, thanks to the employees who contribute so much to this list; it's been a huge help.

       

      Unfortunately, when I changed to this new build get some nasty errors. Oh well, I'll wait for 4.1 build 2:

       

      VerifyError: Error #1014: Class IIMEClient could not be found.

       

          at flash.display::MovieClip/nextFrame()
          at mx.managers::SystemManager/deferredNextFrame()[E:\dev\4.x\frameworks\projects\framework\s rc\mx\managers\SystemManager.as:267]
          at mx.managers::SystemManager/preloader_preloaderDocFrameReadyHandler()[E:\dev\4.x\framework s\projects\framework\src\mx\managers\SystemManager.as:2460]
          at flash.events::EventDispatcher/dispatchEventFunction()
          at flash.events::EventDispatcher/dispatchEvent()
          at mx.preloaders::Preloader/timerHandler()[E:\dev\4.x\frameworks\projects\framework\src\mx\p reloaders\Preloader.as:488]
          at flash.utils::Timer/_timerDispatch()
          at flash.utils::Timer/tick()

        • 1. Re: Nightly build file size
          Peter deHaan Community Member

          Re: http://opensource.adobe.com/wiki/display/flexsdk/Download+Flex+4 and file sizes,

           

          I believe that the size differences are mostly due to Flex 4.0 only having the Flash Player 10.0 runtimes, whereas Flex 4.1 has both the Flash Player 10.0 and 10.1 runtimes (see /runtimes/player/*).

           

          Peter

          • 2. Re: Nightly build file size
            Peter deHaan Community Member

            @John Hall,

             

            Re: RTE,

             

            Can you reproduce that in a plain old new HelloWorld type application w/ Flex 4.1? I don't think I've seen that RTE lately, so I'm a bit curious how you're managing to get it.

            If you have a simple test case maybe file it at http://bugs.adobe.com/flex/ and somebody can take a look.

             

            Peter

            • 3. Re: Nightly build file size
              John Hall Community Member

              Of course I'll try to repro it in a simple app, but you probably understand schedules and the length of the day. Maybe this weekend. The only things I can think of that might be peculiar about my app is I'm using Mate and ILOG swc's. However, I will try to get a case for you. And thanks so much for your blog!!

              • 4. Re: Nightly build file size
                Peter deHaan Community Member

                A few random questions:

                a) AIR app or Flex app?

                b) If AIR app, which version of AIR are you using? 1.5.x or 2.0?

                 

                Peter

                • 5. Re: Nightly build file size
                  John Hall Community Member

                  I'm not sure those are totally random questions ;-)

                   

                  AIR 1.5.x

                  • 6. Re: Nightly build file size
                    John Hall Community Member

                    Turned out to be easier than I thought. Though it doesn't bring Hello World to a halt, you can see the error message flash in the console on startup. Might be me but I think it's a repro.

                     

                    Whoops. Thought there was a file upload but must be missing it. I'll try to get to the bug db later.

                    • 7. Re: Nightly build file size
                      Peter deHaan Community Member

                      Interesting. I'm able to repro in a simple test case w/ AIR 1.5.3 and Flex 4.1.0.14380 (from the opensource site, not an internal build even):

                       

                       

                      <?xml version="1.0" encoding="utf-8"?>
                      <s:WindowedApplication xmlns:fx="http://ns.adobe.com/mxml/2009" 
                                             xmlns:s="library://ns.adobe.com/flex/spark" 
                                             xmlns:mx="library://ns.adobe.com/flex/mx">
                          <s:layout>
                              <s:VerticalLayout />
                          </s:layout>
                          
                          <s:TextInput id="ti" text="s:TextInput" />
                          
                      </s:WindowedApplication>

                       

                       

                      VerifyError: Error #1014: Class IIMEClient could not be found.

                              at flash.display::MovieClip/nextFrame()
                              at mx.managers::SystemManager/deferredNextFrame()[E:\dev\4.x\frameworks\projects\framework\s rc\mx\managers\SystemManager.as:267]
                              at mx.managers::SystemManager/preloader_preloaderDocFrameReadyHandler()[E:\dev\4.x\framework s\projects\framework\src\mx\managers\SystemManager.as:2460]
                              at flash.events::EventDispatcher/dispatchEventFunction()
                              at flash.events::EventDispatcher/dispatchEvent()
                              at mx.preloaders::Preloader/timerHandler()[E:\dev\4.x\frameworks\projects\framework\src\mx\p reloaders\Preloader.as:488]
                              at flash.utils::Timer/_timerDispatch()
                              at flash.utils::Timer/tick()

                       

                      Seems to be related to the s:TextInput. If I replace that with an mx:TextInput, then the RTE goes away. This is starting to sound familiar, let me check the bug base and see if this is a known issue. I think this is the issue I'm remembering: http://bugs.adobe.com/jira/browse/SDK-24301

                      But I'm using the Flex 4.1 SDK, AIR 1.5.3 SDK/descriptor and probably AIR 2.0 runtime, which I thought should work...

                       

                      I'd say file a bug (or tell me to) and we can run it past an engineer or an AIR expert. I'm just guessing here.

                       

                      Thanks,

                      Peter

                      • 8. Re: Nightly build file size
                        John Hall Community Member

                        Hey, Peter, would you file a bug on my behalf, lol.


                        • 9. Re: Nightly build file size
                          Peter deHaan Community Member

                          I've been schooled and told that this is working as expected. All the information should be in that JIRA bug, http://bugs.adobe.com/jira/browse/SDK-24301:

                          Thanks for all of the investigating, but after a few sidecar conversations, we've concluded that the workflow initially filed in the bug is an unsupported workflow,

                           

                          Alex's tests concluded the following:

                           

                          - FB4 + AIR 1.5 SDK + AIR 1.5 app-descriptor ran on AIR 1.5 runtime: WORKS
                          - FB4 + AIR 1.5 SDK + AIR 1.5 app-descriptor ran on AIR 2.0 runtime: WORKS
                          - FB4 + AIR 2.0 SDK + AIR 2.0 app-descriptor ran on AIR 2 runtime: WORKS
                          - FB4 + AIR 2.0 SDK + AIR 1.5 app-descriptor ran on AIR 2 runtime: BARFS

                           

                          So, the only case not supported is when a user uses Flash Builder 4, overlays the AIR 2.0 SDK, builds an AIR app where the app-descriptor is set to AIR 1.5 and tries to run it in AIR 2. Matt, myself, Stan and Pete all agree this shouldn't be a valid workflow - if a user wants to maintain a 1.5 app, they need to target the 1.5 SDK and runtime (which they will be able to do in Flash Builder 4 since FB4 will ship supporting AIR 1.5.3).
                           
                          If a user wants to use Flash Builder 4 and target the AIR 2 SDK/Runtime, they need to update their 1.5 app to change the app-descriptor to reference AIR 2.0.


                          The problem is that you're presumably trying to use Spark text-based controls with the AIR 2.0 SDK (which should be integrated into the 4.1 builds currently, I think), and targeting the AIR 1.5.3 SDK. If you change the target AIR version to 2.0beta2 in your XML descriptor file it should work (or at least worked for me locally using my fancy HelloWorld app). I was confused since I initially created my application targetting Flex 4.0 which set the app descriptor to 1.5.3, and then I changed my application to use Flex 4.1 which was causing issues. When I created a new AIR app and targeted Flex 4.1 when creating the project the xml descriptor set the AIR version to 2.0beta2 and this compiled correctly.

                           

                          Whew!

                          Peter

                          • 10. Re: Nightly build file size
                            John Hall Community Member

                            To my knowledge, I've never installed AIR 2.0 beta, so it's worth a second look. I am running FB2, 4.1sdk and consistently get this. Maybe some unknown link downloaded AIR 2.0 but I cannot find evidence of it on my three computers.

                             

                            http://bugs.adobe.com/jira/browse/FB-26106

                             

                            Ah, re-edit. I will try the suggested workaround and see if it solves the problem.

                             

                            Message was edited by: John Hall

                            • 11. Re: Nightly build file size
                              Peter deHaan Community Member

                              The Flex 4.1 SDK includes Flash Player 10.1 bits and the AIR 2.0 bits, as far as I know.

                               

                              Peter

                              • 12. Re: Nightly build file size
                                John Hall Community Member

                                Worked perfectly with the change to the descriptor file. Thanks.


                                • 13. Re: Nightly build file size
                                  Intoxo Pox Community Member

                                  Thank you both. This kept my remaining hairs from being pulled out this morning.

                                  • 14. Re: Nightly build file size
                                    voland62

                                    Hello

                                     

                                    I get same RTE when I open my swf(which uses spark text controls) in 10.0 (in 10.1 - all works good). Is it mean that I can't use

                                    spark text controls with 10.0 (which is currently on adobe get player page)?

                                     

                                    Thx.

                                    Andrew.

                                    • 15. Re: Nightly build file size
                                      voland62 Community Member

                                      Hm. Strange thing.  I can compile my code in new FB 4 - with no RTE in FP10.0,

                                      but when i use FDT (with SDK from new FB 4) - I get this RTE. I cant understand what pappens, it is FDT preferences may be...

                                      I also replace playerglobal.swc to 10.1 playerglobal.swc, but mevermind - IIMEClient in textLayout.swc...