Skip to main content

[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



Back to the top