Funny you folks are talking about this as the biggest problem with pushing a CoolBeans UC update yesterday was figuring out how to please all the PHP modules that have implementation dependencies on php.editor.
That and the fact that, oddly, autoupdate does not show updates for disabled modules. Except, with ergonomics, all modules are disabled at the beginning and I debugged for hours to see why no updates notification was shown. Sigh. --emi On Sat, Jul 27, 2019 at 7:57 AM Jaroslav Tulach <[email protected]> wrote: > > Dne pátek 26. července 2019 18:42:06 CEST, Neil C Smith napsal(a): > > On Fri, 26 Jul 2019 at 10:18, Gaurav Gupta <[email protected]> > wrote: > > > > Why is it a concern? > > > > > > If NetBeans plugin requires implementation-dependency then plugin binary > > > will not be compatible with the targeted version of IDE, as build with > > > different *OpenIDE-Module-Implementation-Version* dependency. > > > > Which also makes it currently a broken plugin that won't work with any > > build of the source zip, the Snap version, any Linux distribution, any > > derivative (eg. CoolBeans), etc. ?! > > > > We could really do with making the implementation version reproducible > > across builds, or possibly even consider making it equal to the > > specification version. While I understand and support the new vote on > > these artefacts, part of me also thinks the above is a pro not a con. > > Using implementation dependency is a hack of the last resort. It is certainly > not something we should encourage. > > Long time ago there was a discussion about eliminating friend dependencies. We > haven't made any changes in the friend dependencies area, but it was clear we > see them as problematic. > > Implementation dependency is way worse. It is at most good for quick and > private hacking (actually I am about to use it soon for prototyping). However > publishing a plugin NBM with implementation dependency to general consumption > is a heresy of the biggest kind. It makes it non-portable across derivatives - > CoolBeans, Ideal Graph Visualizer and maybe even Linux distributions! > > > Rebuilding locally and signing to restage with correct implementation. > > Fine with me, Eric. Consistency is better than inconsistency. But overall, let > us please encourage elimination of implementation dependencies. > -jt > > PS: For example, we should avoid uploading NBMs with implementation > dependencies to plugin portal, Jirka... > > > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [email protected] > For additional commands, e-mail: [email protected] > > For further information about the NetBeans mailing lists, visit: > https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists > > > --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected] For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
