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.
Summary: | org.osgi.framework.BundleException: The bundle "org.springframework.web_3.1.1.RELEASE [47]" could not be resolved. Reason: Missing Constraint: Import-Package: org.aopalliance.aop; version="[1.0.0,2.0. | ||
---|---|---|---|
Product: | connecteddeveloper | Reporter: | Jiri Skrivanek <jskrivanek> |
Component: | Issuetracking Framework | Assignee: | Tomas Stupka <tstupka> |
Status: | VERIFIED FIXED | ||
Severity: | normal | CC: | andrewgilmartin, anebuzelsky, asenk, bokc, cyhelsky, danielsimonjr, denidark2000, fleka, fvezzoso, guilhermeblanco, jglick, Kuswantoro, marco76, mmirilovic, Montserrat, musilt2, sony3002, sunbiz, whedro, yeradis |
Priority: | P2 | ||
Version: | 7.3 | ||
Hardware: | All | ||
OS: | All | ||
Issue Type: | DEFECT | Exception Reporter: | 191741 |
Attachments: |
stacktrace
stacktrace stacktrace stacktrace stacktrace stacktrace stacktrace stacktrace stacktrace |
Description
Jiri Skrivanek
2012-08-22 12:53:57 UTC
Created attachment 123402 [details]
stacktrace
Use NbModuleSuite.Configuration.honorAutoloadEager as shown in patch http://bugzilla-attachments-210618.netbeans.org/bugzilla/attachment.cgi?id=123408 or convince connected developers to fix dependency of this bundle. I really don't want to edit every single test to add honorAutoloadEager(true) to NbModuleSuite configuration. Please, remove this bundle from IDE if it is not usable or catch this exception somewhere. Your current test configuration (without honorAutoloadEager) differs from the standard netbeans.exe configuration. Should your goal be to mimic the standard configuration in the test run as closely as possible, then you find a way to modify your tests to include honorAutoloadEager(true). Btw. is not there a protected static factory method in JellyTestCase that majority of test runs is using? In such case it would be enough to modify that method. If standard netbeans.exe configuration corresponds to honorAutoloadEager(true) than it should be default value of NbModuleSuite.Configuration. Why not to change it there? JellyTestCase has some utility method but in most cases we use directly NbModuleSuite.Configuration because we aggregate tests into suites (e.g. JellytoolsJavaSuite.java). This bug already has 5 duplicates see http://statistics.netbeans.org/exceptions/detail.do?id=191741 Integrated into 'main-golden', will be available in build *201209130001* on http://bits.netbeans.org/dev/nightly/ (upload may still be in progress) Changeset: http://hg.netbeans.org/main-golden/rev/0cad7694c9e0 User: Jiri Skrivanek <jskrivanek@netbeans.org> Log: #217226 - Added honorAutoloadEager(true) to JellyTestCase.createModuleTest and to new method JellyTestCase.emptyConfiguration(). It should satisfy that IDE is run as close as possible to execution from command line. Created attachment 124835 [details]
stacktrace
Started nb72 in fresh userdir.
Created attachment 124897 [details]
stacktrace
got this error after uninstalling the JIRA plugin
Created attachment 125196 [details]
stacktrace
Created attachment 126237 [details] stacktrace I was doing the review of this tutorial: http://platform.netbeans.org/tutorials/nbm-java-hint.html The error appearead at the point 6: Switch back to the Projects window, right-click the module, and choose Run. Created attachment 126921 [details]
stacktrace
uninstalled "User installed plugins" - i think CVS, JIRA, HTML 5 whatever
Created attachment 126934 [details]
stacktrace
100 % reproducible for upgrade from NB 7.3 Beta to Beta 2 Created attachment 127024 [details]
stacktrace
just unistalled JIRA from beta2 build
Created attachment 127029 [details]
stacktrace
beta->beta2 (after upgrade on start)
removing 73beta2-stopper, since majority of reports were not relevant to this case and are separated now. almost all reports from this issue are unrelated to the orignal report by jskrivanek. even if the stacktrace is the same, the error msg is different and indicates a different dependency problem. the only reason for this one is the missing org.aopalliance.aop library filed a new issue #221608 to cover all the other reports should be gone since #a96c8a09ce3d |