incubator-flex-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Michael Schmalle <m...@teotigraphix.com>
Subject Re: OSGi bundle Plugin registry system
Date Wed, 18 Jan 2012 21:57:54 GMT
I used this from the beginning of it and knew Chris.

Did he ever get the dependency of Eclipse out of it?

That is the problem I had with it was it needed Eclipse to build and  
relied on metadata.

Mike

Quoting Ramon Donnell <rayn95@gmail.com>:

> 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 <rick.winscot@gmail.com> 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 <rick.winscot@gmail.com (mailto:
>> rick.winscot@gmail.com)>:
>> >
>> > > 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
>> > > >
>> > >
>> > >
>> >
>> >
>> >
>>
>>
>>
>



Mime
View raw message