Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: Re: [equinox-dev] Generalized OSGi transformations


If you read Kim's answer this is what she says: it is a "100% optional hook on top of the equinox default adapter."
which means that nothing will be added in the framework, like it is the case for the AspectJ work.

PaScaL



"Alex Blewitt" <alex.blewitt@xxxxxxxxx>
Sent by: equinox-dev-bounces@xxxxxxxxxxx

11/15/2006 04:40 PM

Please respond to
Equinox development mailing list <equinox-dev@xxxxxxxxxxx>

To
"Equinox development mailing list" <equinox-dev@xxxxxxxxxxx>
cc
Subject
Re: Re: [equinox-dev] Generalized OSGi transformations





I think this would be really great. If it can be done without
introducing anything extra into the kernel of Eclipse (i.e. make it
all optional), it's even better :-) That way, people who don't want to
use it don't have to support it, but those that can have the ability
to do so. It doesn't seem to me that different to the way that the ICU
classes can have either a full implementation or a skeletal class,
though the resource adapter sounds an even lighter-weight solution to
the problem :-)

Alex.

On 15/11/06, Kimberly Horne <kim@xxxxxxxxxxxxx> wrote:
> What I'm thinking of is a 100% optional hook on top of the equinox
> default adapter.
>
> On Nov 15, 2006, at 9:56 AM, Jim Colson wrote:
>
> > How would this apply to, say, J2ME or the OSGi Minimum Execution
> > Environment or eRCP?
> >
> > As I mentioned in another email, we need to be careful not to bloat
> > OSGi
> > (and Equinox) such that its wide aperature of applicability and
> > corresponding nimble deployment get lost.
> >
> >
> > ________________________________________
> > Jim Colson, Chief Architect - IBM Client Software
> > Distinguished Engineer
> > IBM Academy of Technology
> > Board Member - IT Architect Certification
> >
> > 11501 Burnet Rd. Austin, TX 78758
> > Ph 512-823-7357, Fax 512-838-0962
> > email: jccolson@xxxxxxxxxx
> >
> > Admin:  Christine Willis 512-838-3667
> > email:  Christine_Willis@xxxxxxxxxx
> >
> >
> >
> >
> >              Kimberly Horne
> >              <kim@xxxxxxxxxxxx
> >
> > m>                                                         To
> >              Sent by:                  Equinox development mailing
> > list
> >              equinox-dev-bounc         <equinox-dev@xxxxxxxxxxx>
> >
> > es@xxxxxxxxxxx                                             cc
> >
> >
> > Subject
> >              11/14/2006 03:02          [equinox-dev] Generalized OSGi
> >              PM                        transformations
> >
> >
> >              Please respond to
> >                   Equinox
> >                 development
> >                mailing list
> >              <equinox-dev@ecli
> >                  pse.org>
> >
> >
> >
> >
> >
> >
> > I've begun to outline a possible generalized OSGi transformation
> > solution at http://wiki.eclipse.org/index.php/Product_Customization.
> > It's a bit skeletal at the moment but should be much more readable in
> > the next day or so.  I'd be interested in input from any interested
> > parties, particularly those developing the Aspect J service.  I've
> > been looking at the Aspect code a lot for inspiration and I think
> > that the current Aspect code could be migrated to a generalized
> > solution pretty easily.
> > _______________________________________________
> > equinox-dev mailing list
> > equinox-dev@xxxxxxxxxxx
> > https://dev.eclipse.org/mailman/listinfo/equinox-dev
> >
> >
> > _______________________________________________
> > equinox-dev mailing list
> > equinox-dev@xxxxxxxxxxx
> > https://dev.eclipse.org/mailman/listinfo/equinox-dev
>
> _______________________________________________
> equinox-dev mailing list
> equinox-dev@xxxxxxxxxxx
> https://dev.eclipse.org/mailman/listinfo/equinox-dev
>
_______________________________________________
equinox-dev mailing list
equinox-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/equinox-dev


Back to the top