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 232735 - NoSuchMethodError: org.netbeans.modules.web.browser.api.WebBrowser.getIconImage()Ljava/awt/Image;
Summary: NoSuchMethodError: org.netbeans.modules.web.browser.api.WebBrowser.getIconIma...
Status: RESOLVED DUPLICATE of bug 200978
Alias: None
Product: platform
Classification: Unclassified
Component: Autoupdate (show other bugs)
Version: 7.4
Hardware: All All
: P3 normal (vote)
Assignee: Jiri Rechtacek
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2013-07-15 19:03 UTC by everflux
Modified: 2013-07-17 12:04 UTC (History)
1 user (show)

See Also:
Issue Type: DEFECT
Exception Reporter: 201873


Attachments
stacktrace (5.99 KB, text/plain)
2013-07-15 19:03 UTC, everflux
Details

Note You need to log in before you can comment on or make changes to this bug.
Description everflux 2013-07-15 19:03:49 UTC
Build: NetBeans IDE Dev (Build 201307150106)
VM: Java HotSpot(TM) 64-Bit Server VM, 23.25-b01, Java(TM) SE Runtime Environment, 1.7.0_25-b15
OS: Linux

User Comments:
GUEST: I just created the new phonegap project based opn the map sample.
Freddy Donckels

everflux: right click on a java project

GUEST: do nothing?just open my project?
maybe the lastest plugin update lead to this error




Stacktrace: 
java.lang.NoSuchMethodError: org.netbeans.modules.web.browser.api.WebBrowser.getIconImage()Ljava/awt/Image;
   at org.netbeans.modules.web.clientproject.browser.ActiveBrowserAction.updateButton(ActiveBrowserAction.java:361)
   at org.netbeans.modules.web.clientproject.browser.ActiveBrowserAction.activeProjectChanged(ActiveBrowserAction.java:337)
   at org.netbeans.modules.web.clientproject.browser.ActiveBrowserAction.refreshView(ActiveBrowserAction.java:305)
   at org.netbeans.modules.web.clientproject.browser.ActiveBrowserAction.access$600(ActiveBrowserAction.java:106)
   at org.netbeans.modules.web.clientproject.browser.ActiveBrowserAction$7.run(ActiveBrowserAction.java:297)
   at org.openide.util.RequestProcessor$Task.run(RequestProcessor.java:1432)
Comment 1 everflux 2013-07-15 19:03:51 UTC
Created attachment 137146 [details]
stacktrace
Comment 2 David Konecny 2013-07-16 00:04:29 UTC
I have no idea whether this a NB problem or whether a user could put IDE into a broken state by updating only a subset of dependencies. Passing to AutoUpdate to investigate.

I did an API change and increased all required module spec versions and dependencies yet user's NB installation was updated via AutoUpdate only partially. In everflux's latest exception report the IDE.log reports following module versions installed:

org.netbeans.modules.web.browser.api [1.30 nbms-and-javadoc-38-on-20130715]
org.netbeans.modules.web.clientproject.api [1.40 201307150106]

which is wrong because only first API module was updated (1.30 spec version) but second module should have been upgraded to 1.41 but was not for some reason!? Why??

My API change is here: <http://hg.netbeans.org/main-silver/rev/f6fa9fd913b7> (it upgraded both above modules in one commit). It was built in <http://deadlock.netbeans.org/job/nbms-and-javadoc/36/> (a built which was aborted).
Comment 3 David Konecny 2013-07-16 00:05:38 UTC
Short term workaround should be to update IDE via AU again and hopefully all necessary modules will get updated.
Comment 4 everflux 2013-07-16 08:52:44 UTC
I can confirm that manually running update solved the problem.

I used the latest nightly when testing and there where not update notifications when starting the IDE for the first time. Checking manually for updates yielded 10 or something, which I installed. Exception was gone after that.

I assume this will then be fixed with the next nightly build and no additional updates are required.
Comment 5 Jiri Rechtacek 2013-07-16 09:30:02 UTC
Updating between Dev builds in not supported use-case, decrease back to P3.
Comment 6 Jiri Rechtacek 2013-07-16 09:30:48 UTC
(In reply to comment #2)
> I have no idea whether this a NB problem or whether a user could put IDE into a
> broken state by updating only a subset of dependencies.

Dup of 200978

*** This bug has been marked as a duplicate of bug 200978 ***
Comment 7 everflux 2013-07-16 09:33:35 UTC
I would like to clarify that it was broken after installing the nightly build. (First deleting the old nightly, then letting the installer of the nightly run completely. I did not remove the userdir)

The (not supported) update _fixed_ the problem which appeared after the new nightly was installed.
Comment 8 David Konecny 2013-07-16 21:28:15 UTC
> I would like to clarify that it was broken after installing the nightly build.

Your IDE log <http://statistics.netbeans.org/exceptions/messageslog?id=681194> says otherwise though. :-) There are few modules which are not from nightly build 201307150106 - four modules are from build nbms-and-javadoc-38-on-20130715.
Comment 9 everflux 2013-07-17 12:04:40 UTC
Is the old component originating from the Netbeans user directory? Because I always delete the old nightly before installing the next one, though I don't use the uninstaller but a simple {rm -rf}

If it was not from the home directory I assume the nightly was inconsistent then...