Had similar issues with modules: In this case it was using a ModuleLoader as the base Class, which reliably fired off the ModelEvent.READY. The problem was that "READY" means one thing in the context of loading a module, and another regarding whether the loaded Module is actually "READY" to receive interactions (this particular module was tasked with handling WebService calls, which had a high latency for initialization). We were able to daisy chain events from the loaded module by adding a listener on the ModelLoader.child instance (in the loader context) for a "CREATION_COMPLETE" event that we dispatched manually by the loadee once the WebService.loadWSDL() was fired up. The module was then truly "READY" to handle (in this case) Web Service calls.
On Thu, Feb 4, 2010 at 1:55 PM, Dale Bronk <[email protected]> wrote: > I replied right before getting Doug’s suggestion. Looks like he found > one of the Adobe bugs I mentioned. The other link about local scoping was > not my issue. My IModuleInfo was at class level. > > > > Dale > > > > *From:* [email protected] [mailto:[email protected]] *On Behalf Of *Douglas > Knudsen > *Sent:* Thursday, February 04, 2010 4:51 PM > > *To:* [email protected] > *Subject:* Re: [AFFUG Discuss] Why isn't ModuleEvent.READY getting > dispatched? > > > > Dale mentioned RSLs recently added to the mix...perhaps this bug is > plaguing you? > > http://bugs.adobe.com/jira/browse/SDK-14669 > > > > Also, just a stab here, scoping issues? See this for a example > > http://brupp.com/blog/2009/11/quick-tip-moduleevent-ready-not-firing/ > > > > HTH some....sorry for the drive-by, deep in things. > > > > > Douglas Knudsen > http://www.cubicleman.com > this is my signature, like it? > > On Thu, Feb 4, 2010 at 2:25 PM, Scott Talsma <[email protected]> > wrote: > > This may be a major diversion for you, but I have seen significant issues > related to whether the file being loaded was already in browser cache or > not. When it is cache, not all the proper events fire all the time. And it > only seems to be an issue w/FP10. > > > > I've only fought it was Loaders and SWFLoaders--not Modules, but the result > sounded familiar, so I thought I would throw my experiences out there. > > > > HTH, > > Scott > > > > On Wed, Feb 3, 2010 at 9:00 PM, Dale Bronk <[email protected]> wrote: > > My application has 3 main modules. We download a small swf with a login > page and while the login page is displayed and the user is logging in, we > are downloading our 3 modules in the background. If the user clicks login > before all are loaded, we see that and we wait for the modules to get > loaded > before we move forward with authentication. The problem we are having is > that the ModuleEvent.READY event is not always being dispatched and I have > no idea why. I've tried both ModuleLoader and ModuleManager. I could > bring > up the app several times in a row and everything is good. But then I'll > pull it up again and see that maybe one of the modules did not dispatch > READY. I have progress meters on them so I see they are all 100% > downloaded. It is very strange because I can do this several times with no > issues, then all of a sudden no more READY dispatched. If I clear my > browser cache then all works again. > > We are using RSL for our framework. Here is the code I have for one of my > modules. Others work the same. In the ready handlers we will use the > factory.create, but it does not get there if the READY is not dispatched. > > Any suggestions? I have a feeling that it has something to do with the > fact > we are using RSL for our framework. When we were not using RSL, I did not > have this issue. > > private var rtiModuleInfoProxy : IModuleInfo;rtiModuleInfoProxy = > ModuleManager.getModule("rti.swf"); > > rtiModuleInfoProxy.addEventListener(ModuleEvent.READY, onRTIModuleReady, > false, 0, true); > rtiModuleInfoProxy.addEventListener(ModuleEvent.ERROR, onRTIModuleError, > false, 0, true); > rtiModuleInfoProxy.addEventListener(ModuleEvent.PROGRESS, > onRTIModuleProgress, false, 0, true); > rtiModuleInfoProxy.load(); > > > Thanks, > Dale > > > > ------------------------------------------------------------- > To unsubscribe from this list, simply email the list with unsubscribe in > the subject line > > For more info, see http://www.affug.com > Archive @ http://www.mail-archive.com/discussion%40affug.com/ > List hosted by http://www.fusionlink.com > ------------------------------------------------------------- > > > > -- > Scott Talsma > CTO, echoEleven > > > > ------------------------------------------------------------- > To unsubscribe from this list, simply email the list with unsubscribe in > the subject line > > For more info, see http://www.affug.com > Archive @ http://www.mail-archive.com/discussion%40affug.com/ > List hosted by FusionLink <http://www.fusionlink.com> > ------------------------------------------------------------- -- Darin Kohles RIA Developer
