You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@netbeans.apache.org by "Jonathan Nessier (JIRA)" <ji...@apache.org> on 2018/05/22 04:47:00 UTC

[jira] [Commented] (NETBEANS-51) Major plugin release cycles should be independent from the core

    [ https://issues.apache.org/jira/browse/NETBEANS-51?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16483491#comment-16483491 ] 

Jonathan Nessier commented on NETBEANS-51:
------------------------------------------

I think thats the reason why NB is dying slowly and not the Apache Migration and late NB9 releae.

And why? The time of big IDEs are over. Small IDEs with great extendabilities are the future. NB should rethink their plugin structure to get a chance against VS Code and othees.

> Major plugin release cycles should be independent from the core
> ---------------------------------------------------------------
>
>                 Key: NETBEANS-51
>                 URL: https://issues.apache.org/jira/browse/NETBEANS-51
>             Project: NetBeans
>          Issue Type: Wish
>            Reporter: Adrien Crivelli
>            Priority: Major
>              Labels: planning, release, roadmap, workflow
>
> NetBeans releases versions roughly every year. Unfortunately that means that major plugins, such as the one for PHP support, does not get updated for 12 months or more. So when a major PHP version is available (7.1), NetBeans users still have to wait for several months before being able to benefit from new features, despite the fact that the plugin was already updated (5 months ago, and counting).
> Of course we can use dev build in the meantime, but unfortunately those dev builds are far from being stable. I regularly get Java exceptions and everything seems to be slightly slower than a production release. 
> This lead to a lot of frustration for end-users, as can be [seen there|https://netbeans.org/bugzilla/show_bug.cgi?id=268317]. And I believe this is not specific to PHP plugin, but must also happens for pretty much all other language/frameworks that are not Java related.
> The solution seems simple to me. Since NetBeans already is architectured with plugins in mind and those are already auto-updated. We only have to allow plugin author to release their plugins at their own pace.
> In fact this is exactly how it is done for the plugin to add support for TypeScript (https://github.com/Everlaw/nbts). Its release cycle is not tied to NetBeans and it's working great.
> So I am kinda wondering why does PHP need to be tied to NetBeans release ? what are the advantage for end-users and/or developers ?
> [~amano@kthree.co.jp], do you know whether it would be technically possible to release PHP as a independent plugin more often ?
> It seems to be a purely organisational issue. And if it could be fixed with the move to Apache, that would be awesome.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

---------------------------------------------------------------------
To unsubscribe, e-mail: commits-unsubscribe@netbeans.apache.org
For additional commands, e-mail: commits-help@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists