As I wrote in issue #198529, there are currently dependencies between modules which seem unnecessary and which contradict the granular and modular nature of the platform.
I therefore request that dependencies between modules, especially in the 'ide' cluster, be re-examined to determine whether they really are needed and that any unnecessary dependencies be removed. The 'platform' cluster is in pretty good shape, but here are some other dependencies I found by checking what errors resulted as I disabled modules in the 'ide' cluster for a platform application. Additional unnecessary dependencies would surely come to light using a more scientific method and/or by examining other clusters:
- Editor module depends on Search API
- Many modules (e.g. Diff, Editor Braces Matching, Jump To, Terminal, Versioning, etc.) depend on deprecated Swing Layout Extensions module from 'platform' cluster. According to the FAQ (http://wiki.netbeans.org/FaqFormSwingLayoutLibrary), this is part of JDK 6, and since NetBeans now requires JDK 6, it seems that these should be removed.
- Directory chooser depends on Project API
- Editor Bookmarks depends on Project API (maybe that makes sense; I don't use bookmarks)
- Spellchecker Core depends on Project API
- Editing Files oddly depends on CSS Visual Editor, which has a lot of other dependencies.
- Hudson depends on Core IDE, which has a lot of other dependencies.
Changing to umbrella enhancement.
Jesse, Jarda, please comment on the individual cases mentioned by Tom.
This may be related. I only include the platform modules in my Suite project. Creating NBMs works fine. However, when I do "ZIP Distribution," the other clusters are still included even though I do not check them in the Suite Project Properties.
This is causing my Suite app to attempt to load all the extraneous modules (sometimes causes my app to freeze).
This is happening with 7.0 with latest module updates.
(In reply to comment #3)
> This may be related.
It is not.
I discovered another one in the 10/25/2011 nightly build:
Module NetBeans Plugin Development in apisupport depends on
module CRUD Application Platform Sample in apisupport but
this is excluded.
Support for plugin development ought not depend on having an example module installed. AFAICT, The apisupport.crudsample module doesn't even define a public API.
(In reply to comment #5)
> Module NetBeans Plugin Development in apisupport depends on
> module CRUD Application Platform Sample in apisupport
> Support for plugin development ought not depend on having an example module
"NetBeans Plugin Development" is apisupport.kit, the higher-level user feature visible in Plugin Manager which among other things pulls in samples. If you do not want all this, do not enable apisupport.kit.
I'd be willing to bet that > 95% of NetBeans Platform developers don't know the specific purpose of apisupport.kit because it has no description in the suite customizer's Libraries tab. As such, it would be hard for someone to determine whether or not to enable it for a given project, nor what dependencies it should reasonably have.
I guess what I pointed out in comment #5 is therefore a documentation/usability problem rather than an incorrect dependency problem. There are a number of similiarly undocumented modules (e.g. Maven NetBeans Module Projects); if I get time, I will file a separate issue and list all of them there.
(In reply to comment #7)
> apisupport.kit [...] has no description in the suite
> customizer's Libraries tab.
True, has no short description. Can be fixed. Probably never noticed since Plugin Manager just shows the long description in all cases I know of.
Maybe more relevant is that the Libraries customizer does not indicate visible modules ("plugins"), which could be relevant when deciding what modules to focus on. http://wiki.netbeans.org/DependencyBasedModuleIncludes may be the right system in the long run.
> There are a number of
> similarly undocumented modules (e.g. Maven NetBeans Module Projects); if I get
> time, I will file a separate issue and list all of them there.
Or just patch the module yourself to include a short description.
Integrated into 'main-golden'
User: Jesse Glick <firstname.lastname@example.org>
Log: Adding short description as mentioned in #198530.