RE: [dsdp-mtj-dev] Discussion about mtj extension points

["Paula Gustavo-WGP010" <wgp010@xxxxxxxxxxxx>]

Hi craig,

I tend to agree with your opinion about the builders. As far as I
remember eclipseme defines its own project nature and just use eclipse
builder. 

I also think that some of those services might be collapsed. For
instance is it really necessary to have those four different services
related to devices (descriptor provider, descriptor store, descriptor
manager, platform provider) or they can be combined into a single
service? Maybe this is one area that is possible to "simplify" the
architecture
 
:)
gustavo 

-----Original Message-----
From: dsdp-mtj-dev-bounces@xxxxxxxxxxx
[mailto:dsdp-mtj-dev-bounces@xxxxxxxxxxx] On Behalf Of Craig Setera
Sent: Saturday, November 10, 2007 2:56 PM
To: Mobile Tools for The Java Platform mailing list
Subject: Re: [dsdp-mtj-dev] Discussion about mtj extension points

Paulo,

Looking at
http://wiki.eclipse.org/Analysis_of_Extension_Points_and_Plugins_Model
it looks like you have them all covered with the exception of anything
related to device fragmentation (preprocessing, etc).  I think that is
correct in the short term, but I'd like to make sure that we don't lose
those tasks for later releases.

There are a couple of services, I'm not sure about:
* Build provider
Given that Eclipse is built on the concept of builders, do we need
another builder?  Given that builders and project natures are pretty
closely related, I can see where we *might*, but I can only see it as a
switch to determine what builder gets called (essentially a delegating
builder).  I'd hate to see us reinvent too much of the current Eclipse
build infrastructure.
* libraries
I guess I'm not sure if we need this to be separate from a device
definition?

Thanks,
Craig

Paula Gustavo-WGP010 wrote:
>
> Hi,
>
> I added today an initial analysis that i made of the current 
> extensions points that are available on MTJ. I just tried to identify 
> all of them and understand what were their functionality on MTJ
context.
>
> I posted it on the mtj wiki together with a section that can be used 
> in 2008 planning.
>
> Please feel free to comment on it. We can try to start our discussion 
> about the MTJ services on top of it.
>
> Thanks,
> :)
> gustavo
>
> ----------------------------------------------------------------------
> --
>
> _______________________________________________
> dsdp-mtj-dev mailing list
> dsdp-mtj-dev@xxxxxxxxxxx
> https://dev.eclipse.org/mailman/listinfo/dsdp-mtj-dev
>   
_______________________________________________
dsdp-mtj-dev mailing list
dsdp-mtj-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/dsdp-mtj-dev