Have a look at http://www.potomacframework.org/. Development has stalled since flex 4.1, but has much potential. Potomac includes OSGI like eclipse plugin, extension points, DI, bundle/module management, assets management. I've been using it on a large enterprise flex project with 80+ bundles with lots of success.
Ramon Donnell On 19 January 2012 07:16, Rick Winscot <[email protected]> wrote: > Mike > > I think there is _huge_ value in your bundle project... I've worked a lot > with Parsley and have to say that in some circumstances IoC can exacerbate > problems with class loading in Flash. Having a mechanism to manage runtime > assets is a natural next step (IMO) in the whole module / marshal plan saga. > > -- > Rick Winscot > > > On Wednesday, January 18, 2012 at 4:03 PM, Michael Schmalle wrote: > > > Yeah what he said. > > > > And in older versions I was using a link report as a manifest that the > > bundle service would scan to find out if it needed to actually active > > the bundle, IE load the classes. > > > > The is straight from Eclipse in an environment of plugins that could > > easily have collisions and version number conflicts. > > > > I only wanted to start this adventure if other people knew where I was > > coming from, having to explain why you would want to create a bundle > > registry and extension registry is beyond the scope of having to > > convince people. > > > > Either you have worked with a system like this or have used things > > such as Parsley or something which I haven't used. > > > > The purpose of this was to see if any one was interested in a > > standardization that went along with some of the OSGi standards and > > left out application frameworks. > > > > Mike > > > > > > Quoting Rick Winscot <[email protected] (mailto: > [email protected])>: > > > > > What is a registry system good for? Consider this... an application > > > has loaded two modules and a request is made via reflection for > > > class "Foo" ( think 'Class.forName()' in Java ). > > > > > > Module A: contains class Foo > > > > > > package plugins { > > > > > > public class Foo() { > > > > > > public function get bar1():String { return "bar1"; } > > > } > > > } > > > > > > Module B: contains class Foo > > > > > > package plugins { > > > > > > public class Foo() { > > > > > > public function get bar2():String { return "bar2"; } > > > } > > > > > > } > > > > > > Which gets loaded? Which one gets executed when instantiated? In > > > Flash / Flex this is going to be a problem... if each of these > > > modules is part of a 'bundle' the problem is solved. > > > > > > -- > > > Rick Winscot > > > > > > > > > On Wednesday, January 18, 2012 at 12:39 PM, Web DoubleFx wrote: > > > > > > > > > > > I used to build multi-modules applications using parsley, I won't > > > > describe here what each module stands for but shortly, my shell > > > > loads my main module which loads my modular workspaces, I can even > > > > split my workspaces in components, I've librayries, one of them > > > > serves interfaces, an other one domain objects, etc.., because I > > > > use parsley, all the instanciation process is DI, the communication > > > > is also managed thru parsley. > > > > I mean, I can do the same thing than Gavity does without all xml > > > > files it requires for example. > > > > Then, maybe I missed something you can explained to me, what is the > > > > point here ? > > > > Frédéric Thomas > > > > > > > > > > > > > > > > > > >
