incubator-flex-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Ramon Donnell <ray...@gmail.com>
Subject Re: OSGi bundle Plugin registry system
Date Wed, 18 Jan 2012 23:47:31 GMT
Hey Michael, I did wonder where you went with you UI framework.
I have posted to Chris on his forum.


On 19 January 2012 09:21, Michael Schmalle <mike@teotigraphix.com> wrote:

> Ray,
>
> BTW, I think I might remember you from the forums back with Flex 3 and
> potomac. I had done a lot of work with it and creating a UI framework off
> of it.
>
> I actually had a lot of blog posts about potomac but, I think at that time
> it was so tied to Flex Builder(at the time of first release it was Flex
> Builder) it didn't get a lot of exposure.
>
> I know he put a huge amount of work into it. I wonder what his plans are
> these days.
>
>
> Mike
>
> Quoting Ramon Donnell <rayn95@gmail.com>:
>
>  The current version of potomac is not dependent on eclipse, ie you can
>> build project using the potomac ant plugins.
>> If you use flash builder the potomac eclipse plugin is required to build.
>>
>> -ray
>>
>>
>> On 19 January 2012 07:57, Michael Schmalle <mike@teotigraphix.com> wrote:
>>
>>  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/<http://www.**
>>> potomacframework.org/ <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
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message