[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
Re: [platform-dev] Extensibility of the application model
|
Not every user of platfrom is on the list, not every user on the list
regular participate in discussion. So this is not representative for me.
You can count me as a user of this new feature (that's why I have invest
a lot of time in review, suggestion and even some discussions as well)
and found Dirk has done a good job in implementing a solid solution.
Tom and you where both reviewers of the change and the change was open
for many days, and as no one has (for reason) vetoed there, for me this
implies some kind of consensus.
saying services is more "pragmatic" just for some kind of "uniformsness"
that simply does not exits today leaves me more to the impression that
the consequences of using (and there use in general) is not good
understood. Especially if one says there is a higher "cost" for this and
taking into account the amount of work currently taken to save some
millisecond by smashing activators...
Am 16.04.21 um 13:03 schrieb Mickael Istria:
OSGi is a technical choice for the Platform, something that is happily
used and provide a lot of value. However, extensibility of the Platform
doesn't have to necessarily be best according to OSGi. It has to be best
according to itself and its targets.
If you look at the only feedback we have from someone (Tom with
efxclipse) who's likely to add model fragments without using the
extension point, then the feedback is that a MANIFEST header is not
satisfying and services are better. It just look like there is more need
for services to provide that than for the header. As such, the header
may just be something we don't need at all and not just something that's
postponed.
Concretely, the MANIFEST header seems to be a dogmatic solution with
inferior value and higher cost to compared to the pragmatic OSGi
services approach.
_______________________________________________
platform-dev mailing list
platform-dev@xxxxxxxxxxx
To unsubscribe from this list, visit https://www.eclipse.org/mailman/listinfo/platform-dev