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.

Bug 198584 - AbstractMethodError at org.netbeans.modules.cnd.makeproject.api.configurations.Configuration.initAuxObjects
Summary: AbstractMethodError at org.netbeans.modules.cnd.makeproject.api.configuration...
Status: RESOLVED FIXED
Alias: None
Product: cnd
Classification: Unclassified
Component: -- Other -- (show other bugs)
Version: 7.0
Hardware: All All
: P2 normal (vote)
Assignee: Vladimir Voskresensky
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-05-13 12:19 UTC by Exceptions Reporter
Modified: 2011-07-06 14:08 UTC (History)
1 user (show)

See Also:
Issue Type: DEFECT
Exception Reporter: 178686


Attachments
stacktrace (1.60 KB, text/plain)
2011-05-13 12:19 UTC, Exceptions Reporter
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Exceptions Reporter 2011-05-13 12:19:49 UTC
This issue was reported manually by vv159170.
It already has 1 duplicates 


Build: NetBeans IDE 7.0 (Build 201104080000)
VM: Java HotSpot(TM) Client VM, 19.1-b02, Java(TM) SE Runtime Environment, 1.6.0_24-b07
OS: Linux

User Comments:
GUEST: Viewing project properties




Stacktrace: 
java.lang.AbstractMethodError
   at org.netbeans.modules.cnd.makeproject.api.configurations.Configuration.initAuxObjects(Configuration.java:85)
   at org.netbeans.modules.cnd.makeproject.api.configurations.MakeConfiguration.<init>(MakeConfiguration.java:204)
   at org.netbeans.modules.cnd.makeproject.api.configurations.MakeConfiguration.<init>(MakeConfiguration.java:159)
   at org.netbeans.modules.cnd.makeproject.api.configurations.MakeConfiguration.clone(MakeConfiguration.java:596)
   at org.netbeans.modules.cnd.makeproject.api.configurations.MakeConfiguration.cloneConf(MakeConfiguration.java:505)
   at org.netbeans.modules.cnd.makeproject.api.configurations.Configurations.getClonedConfs(Configurations.java:178)
Comment 1 Exceptions Reporter 2011-05-13 12:19:53 UTC
Created attachment 108271 [details]
stacktrace
Comment 2 Vladimir Voskresensky 2011-05-13 12:27:37 UTC
We've already seen the same in other report.
It is connected with unwanted import of cnd.debugger.gdb and cnd.debugger.common  modules which are not part of cnd anymore.
Please, solve this issue somehow and preferably in 7.0 patch

INFO [org.netbeans.modules.autoupdate.pluginimporter.PluginImporter]: Inspecting plugins took 476 ms
INFO [org.netbeans.modules.autoupdate.pluginimporter.Installer]: 2 available plugins for import in /home/goldeneagle/.netbeans/6.8

INFO [org.netbeans.modules.autoupdate.pluginimporter.PluginImporter]: Inspecting plugins took 713 ms
WARNING [org.netbeans.core.modules]: had to upgrade dependencies for module org.netbeans.modules.cnd.debugger.gdb: added = [module org.openide.util.lookup > 8.0] removed = []; details: [#170056: Separate module for Lookup API]
WARNING [org.netbeans.core.modules]: had to upgrade dependencies for module org.netbeans.modules.cnd.debugger.common: added = [module org.openide.util.lookup > 8.0] removed = []; details: [#170056: Separate module for Lookup API]
WARNING [org.netbeans.core.modules]: the modules [org.netbeans.modules.cnd.debugger.common, org.netbeans.modules.cnd.debugger.gdb] use org.jdesktop.layout which is deprecated: Use javax.swing.GroupLayout instead. (In form editor: select Form ... in Inspector; change Layout Generation Style to Standard Java 6 code.)
INFO [org.netbeans.core.startup.NbEvents]: Turning on modules:
	org.netbeans.modules.cnd.debugger.common/1 [1.7.1.2 2 200912041610]
	org.netbeans.modules.cnd.debugger.gdb/1 [1.8.1.2 2 200912041610]
WARNING [org.openide.filesystems.Ordering]: Found same position 950 for both Menu/Window/Debug/org-netbeans-modules-cnd-debugger-common2-DisassemblerWindowAction.shadow and Menu/Window/Debug/org-netbeans-modules-cnd-debugger-gdb-actions-DisassemblyAction.shadow
WARNING [org.openide.awt.Toolbar]: Error in AWT task
java.lang.NoSuchFieldError: CHECK_EXECUTABLE
	at org.netbeans.modules.cnd.debugger.gdb.GdbDebugger.<clinit>(GdbDebugger.java:156)
	at org.netbeans.modules.cnd.debugger.gdb.disassembly.Disassembly.getCurrent(Disassembly.java:459)
	at org.netbeans.modules.cnd.debugger.gdb.actions.DisassemblyAction.isEnabled(DisassemblyAction.java:15)
	at org.openide.awt.Actions$MenuBridge.updateState(Actions.java:1156)
	at org.openide.awt.Actions.connect(Actions.java:197)
	at org.openide.awt.Actions.connect(Actions.java:164)
	at org.openide.awt.Actions$MenuItem.<init>(Actions.java:1481)
	at org.netbeans.modules.openide.awt.DefaultAWTBridge.createMenuPresenter(DefaultAWTBridge.java:76)
Comment 3 Ondrej Vrabec 2011-05-18 07:08:54 UTC
Well, IMHO you introduced an incompatible API change which broke the old debugger module. You should have probably increased the major spec version (i am not sure but i think in that case the debugger module would have been automatically disabled).
Anyway, reassigning to Import Settings, let's see if Yulia can somehow manually omit this module from import.
Comment 5 Yulia Novozhilova 2011-05-18 14:07:08 UTC
According to the log Vladimir attached, it has something to do with autoupdate. CC-ing Jarda. Could you please take a look?


Anyway, does anyone have steps to reproduce? I did the following:
- Installed NetBeans 6.9.1 without cnd
- installed cnd via Options -> plugins (btw, files were installed into NetBeans installation dir, not userdir)
- installed NetBeans 7.0 (tried 2 distributions - with cnd and w/o), imported settings from 6.9.1 at startup
- open some c++ project and view properties

No exceptions.

Actually, "Import" only copies files according to rules at etc/netbeans.import. If you know exactly which files you don't want to copy, just exclude them in the layer.xml.
Comment 6 Yulia Novozhilova 2011-05-18 15:24:17 UTC
Looks like this class is responsible for plugin import:
autoupdate.pluginimporter/src/org/netbeans/modules/autoupdate/pluginimporter/Installer.java 
Reassigning to plugin importer.
Comment 7 Jaroslav Tulach 2011-05-19 15:38:04 UTC
Is this an example of improper versioning in CND? If so, time to start version your API changes properly. If you added an abstract method into a superclass that is implemented in cnd.xyz modules, then you made an incompatible change. Either, restrain yourself from doing incompatible changes, or version them properly - e.g. bump up major version (the one after /).

Should your modules be versioned properly, the plugin importer would not attemped to enable old modules.
Comment 8 Vladimir Voskresensky 2011-05-20 14:02:06 UTC
Yarda, you are right, this is due to incorrect versioning.
For now I remove this modules from friends, so they don't have access to code.
http://hg.netbeans.org/releases/rev/eab33b9b4692
Comment 9 Quality Engineering 2011-05-21 08:51:06 UTC
Integrated into 'main-golden', will be available in build *201105210400* on http://bits.netbeans.org/dev/nightly/ (upload may still be in progress)
Changeset: http://hg.netbeans.org/main/rev/db787b9a6b09
User: Vladimir Voskresensky <vv159170@netbeans.org>
Log: fixed #198584: AbstractMethodError at org.netbeans.modules.cnd.makeproject.api.configurations.Configuration.initAuxObjects
(transplanted from eab33b9b46924c735c08bac0fa473c4f61fd2209)
Comment 10 Alexander Pepin 2011-07-06 14:08:00 UTC
Should be added to test scenarios (CND updating).