This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.
We now have nice support for doing module dependencies in modules - great! And they don't use code names, but display names. Also nice and user friendly. Two problems: 1. If you create a module in a development build, it usually won't run in earlier development builds, because the dependencies will match whatever the module was created against 2. (the real problem) If the dependencies are set wrong, what you see on startup is very unfriendly and hard to map back to the names of modules you see in the UI when you are developing a module, e.g. -- The following module dependencies could not be satisfied: MODULE: org.jvnet.substance.netbeans/1 org.openide.modules > 6.5module org.openide.windows > 6.5module org.netbeans.core.windows/2 = 051116module org.netbeans.swing.tabcontrol > 1.6module org.netbeans.swing.plafmodule org.openide.util > 6.7 Module can be downloaded (!!), but cannot be enabled. Include module in install list anyway? -- This really needs to be friendlier, and maybe have a details panel, to match what the user sees when developing modules.
The module system ought to show display names where they are available. (If the dependent module cannot be found at all, then of course they will not be available.) Someone should check whether AU does this too (I suspect it doesn't).
The mentioned error message is from autoupdate. I assume that is what Tim was referring to - you didn't specify what you did to see this message, exactly.
The error message text is, verbatim including missing spaces, what appears on startup when trying to load an module with bad dependencies which required a restart. Whether autoupdate is what actually provides the message, I have no idea.
org.netbeans.modules.autoupdate.DependencyChecker.checkDependencies is responsible. Adding the I18N keyword since the message includes various unlocalized components from different sources including openide/modules. I have actually known about this problem for a long time but was too lazy to file it. Petr Hr. will be amused to know that the code in question dates back to his commits of Oct 7th, 1999, so I am accordingly adjusting the version field back as far as I can put it.
Good heavens, I remember when he was doing that stuff. Old code never dies...
Fixed in a temporary improvement, only provisional until new UI. Will be kept in mind when new AutoUpdate UI will prepared Checking in DependencyChecker.java; /shared/data/ccvs/repository/autoupdate/src/org/netbeans/modules/autoupdate/DependencyChecker.java,v <-- DependencyChecker.java new revision: 1.32; previous revision: 1.31 done Checking in Bundle.properties; /shared/data/ccvs/repository/autoupdate/src/org/netbeans/modules/autoupdate/Bundle.properties,v <-- Bundle.properties new revision: 1.177; previous revision: 1.176 done
moving opened issues from TM <= 6.1 to TM=Dev
It works now. If a display name is known, will be shown.