First thumbs up for this release. It looks very promising…
but I won’t be able to use it in our modular application coz I need PureMVC MultiCore. You are integrating PureMVC vanilla (one Controller, one Model…etc).

Fortunately I found this :
http://blog.vivoid.com/2009/03/spring-actionscript-puremvc-multicore-integration-0/
which makes the multicore integration.

Could you integrate this in the future Spring AS release ?

Thanks,

{Maz}

Thanks
Rob

if you haven`t done so, please check the Prana forum. There is a post about using embedded xml within the container and Erik recently added support for this. See the post at http://prana.herrodius.com/viewtopic.php?f=3&t=19

To answer your questions:

1. I haven`t done that before but I think it should be perfectly `legal` to do so.

2. There hasn`t been any design to handle naming conflicts right now. The last object will always win I suppose. I`ll try to check how spring handles this.

I’ve been trying to use Prana to make our app modular or rather make Cairngorm modular which means that each module can add to the service locator and create its own controller. Because in my case it makes more sense to load embedded XMLs I implemeneted my own XML factory which just takes an XML object. On top of sits custom ApplicationContext which is just a wrapper around the factory. The factory mimics what the original XMLObjectFactory does (no XML merging, no imports though) by calling the XMLObjectDefinitionParser. With the orignal and my own implementations I tried two approches when each module adds to a single ApplicationContext instance or creates new ones. Some differences in behaviour in the latter case broght two questions I wanted to ask you:

1. Should the load/loadConfigLocation method be called only once in a factory/application context life time?
2. I found that the custom implmentations does not have issues with naming conflicts although in debug mode I can see that all of the objects defined in both files are there. It is not the case with the XMLApplicationContext and the underlying XML object factory. When lets say both configs contain a serviceLocator named the same the singleton won’t have services added later on. A similar thing happens with the CairngormFrontController – if the parameter holding commands’ package name is called the same it fails since the first value is applied to the instance created later on. Just wondering if it is an intended behaviour and if lack of those errors with the custom implementation is a side effect of some kind…

Cheers,
Bartek

I haven’t checked out the UM extensions yet but I’ll definitely put that on my todo list.

regards,
Christophe

Will this work with Cairngorm if using Universal Mind Extensions?

P.S. in prana-projects-0.5.zip prana-tools\resources\targetfolder there are real long paths that are too long for windows

Thanks, Steve

I went ahead and got one of your examples working with Flash Develop and posted here: http://tmp.nuiman.com/prana_v0.5.zip if anyone needs…