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.
In Properties->Libraries of standalone application suite I see ------- Module com.jcraft.jsch in ide requests the token org.ietf.jgss but there are no known providers. -------- and Resolve button is disabled.
Btw, even if I exclude com.jcraft.jsch the next problem appears ------ Module org.apache.ws.commons.util in ide requests the token org.w3c.dom but there are no known providers. ------ then excluding org.apache.ws.commons.util cause ------- Module org.apache.xmlrpc in ide requests the token org.apache.ws.commons.serialize but all providers (e.g. module org.apache.ws.commons.util in ide) are excluded. -------
so Resolve never activated to help to solve real dependency issues
Jesse, do to this very strange warning it's impossible to see real resolve conflicts. For instance some of our NB based applications start failing to compile, because someone have added in existing modules dependency on org.netbeans.modules.utilities.project, but it's impossible to detect which one. And as result we have: BUILD FAILED /export1/hudson/jobs/pythia-sputnik-dbxtool/workspace/netbeans/harness/suite.xml:184: The following error occurred while executing this line: /export1/hudson/jobs/pythia-sputnik-dbxtool/workspace/netbeans/harness/build.xml:174: Module org.netbeans.modules.utilities.project excluded from the target platform
Created attachment 117075 [details] Library Screenshot
I to see this error. It is not stopping me from compiling or running my application. See attached screenshot.
(In reply to comment #5) > I to see this error. It is not stopping me from compiling or running my > application. See attached screenshot. It does not stop you, because you don't have unresolved dependencies. In my case there are and it's impossible to detect which one.
(In reply to comment #6) > (In reply to comment #5) > > I to see this error. It is not stopping me from compiling or running my > > application. See attached screenshot. > It does not stop you, because you don't have unresolved dependencies. In my > case there are and it's impossible to detect which one. Yes, currently I don't have unresolved dependencies but if I did I would be having your issue as well. I stumbled upon this bug researching the message I was seeing in the libraries window. I just figured I'd add a note to let you and NetBeans development team know I see what you mean.
Looks to be OSGi-specific; I will check why this is appearing and whether it can be suppressed or made more precise.
Indeed the mapping from OSGi headers to NB metadata is rather complex, and it seems that the SuiteCustomizerLibraries missing dependency logic regressed in at least three separate ways in 7.1 by including Eclipse bundles in the IDE.
Specifically the problems were: 1. ManifestManager ignored Import-Package: javax.anything, but actually the JRE provides a few more packages like org.ietf.jgss. 2. org.eclipse.equinox.app imports org.osgi.service.event which it appears neither Equinox itself nor any other bundle exports; but this is marked resolution:=optional so it should be ignored. 3. libs.git requests org.jcraft.jsch >= 1.3.0, which it actually gets in a binary platform, but when you make a suite based on main/nbbuild/netbeans/ the module list scanner based on nb.org sources finds no version from c.jcraft.jsch/manifest.mf. Therefore this appears as a bogus error just if you use main/nbbuild/netbeans/ as the platform, but not if you use a prebuilt platform. Will fix #1 and #2. #3 seems less important to fix now; could include a version number in source manifest as a workaround.
core-main #0da6a5978b4a
Integrated into 'main-golden', will be available in build *201204040400* on http://bits.netbeans.org/dev/nightly/ (upload may still be in progress) Changeset: http://hg.netbeans.org/main-golden/rev/0da6a5978b4a User: Jesse Glick <jglick@netbeans.org> Log: #209631: Libraries customizer bogus warnings about Import-Package ManifestManager's OSGi translation was imperfect for some Equinox/Mylyn bundles. Fixing list of container-exported packages to include everything in JRE 6; and ignoring optional imports. Also reverting 73d8f71f94a2 which seems to have duplicated a fix made earlier in 244ff72d120d.