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.
Build: NetBeans IDE Dev (Build 200902231810) VM: Java HotSpot(TM) Client VM, 11.2-b01, Java(TM) SE Runtime Environment, 1.6.0_12-b04 OS: Linux, 2.6.28-ARCH, i386 User Comments: GUEST: Import project GUEST: opening python project on mac os x ideasman42: Just opened netbeans and this error came up Stacktrace: java.lang.NoSuchMethodError: <init> at org.tigris.subversion.javahl.SVNClient.status(SVNClient.java:0) at org.tigris.subversion.svnclientadapter.javahl.AbstractJhlClientAdapter.getStatus(AbstractJhlClientAdapter.java:476) at org.tigris.subversion.svnclientadapter.javahl.AbstractJhlClientAdapter.getStatus(AbstractJhlClientAdapter.java:462) at org.tigris.subversion.svnclientadapter.javahl.AbstractJhlClientAdapter.getStatus(AbstractJhlClientAdapter.java:455) at sun.reflect.NativeMethodAccessorImpl.invoke0(NativeMethodAccessorImpl.java:0) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
Created attachment 78599 [details] stacktrace
if you are using ARCH linux, downgrade subversion from 1.6.0-1 to 1.5.6-1
*** Issue 160865 has been marked as a duplicate of this issue. ***
Netbeans fails to start after upgrading to subversion 1.6.0
the svnClientAdapter version we bundle with netbeans doesn't work with javahl and svn >= 1.6 hotfixed the svn module so that it falls back on the cli client instead of throwing an exception changeset : 122697:cd092da880f9 author : Tomas Stupka <tstupka@netbeans.org> date : Wed Mar 25 17:53:35 CET 2009 still - we should see that we get nb running with 1.6, so keeping this issue open for now
Integrated into 'main-golden', will be available in build *200903260733* on http://bits.netbeans.org/dev/nightly/ (upload may still be in progress) Changeset: http://hg.netbeans.org/main-golden/rev/cd092da880f9 User: Tomas Stupka <tstupka@netbeans.org> Log: #160826 - NoSuchMethodError: <init> workaround
Will this be back ported in nb 5 or 6.
Tried with netbeans 6.7 m3 on MacOS X with subversion 1.6 installed. The same error/stack trace occures as originally reported: java.lang.NoSuchMethodError: <init> at org.tigris.subversion.javahl.SVNClient.status(Native Method) at org.tigris.subversion.svnclientadapter.javahl.AbstractJhlClientAdapter.getStatus(AbstractJhlClientAdapter.java:476) at org.tigris.subversion.svnclientadapter.javahl.AbstractJhlClientAdapter.getStatus(AbstractJhlClientAdapter.java:462) at org.tigris.subversion.svnclientadapter.javahl.AbstractJhlClientAdapter.getStatus(AbstractJhlClientAdapter.java:455) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.netbeans.modules.subversion.client.SvnClientInvocationHandler.handle(SvnClientInvocationHandler.java:262) at org.netbeans.modules.subversion.client.SvnClientInvocationHandler.invokeMethod(SvnClientInvocationHandler.java:226) at org.netbeans.modules.subversion.client.SvnClientInvocationHandler.invoke(SvnClientInvocationHandler.java:123) at $Proxy8.getStatus(Unknown Source) at org.netbeans.modules.subversion.FileStatusCache.scanFolder(FileStatusCache.java:628) at org.netbeans.modules.subversion.FileStatusCache.getScannedFiles(FileStatusCache.java:596) at org.netbeans.modules.subversion.FileStatusCache.getStatus(FileStatusCache.java:265) at org.netbeans.modules.subversion.Annotator.annotateFolderIcon(Annotator.java:688) at org.netbeans.modules.subversion.Annotator.annotateIcon(Annotator.java:621) at org.netbeans.modules.subversion.FileStatusProvider.annotateIcon(FileStatusProvider.java:75) at org.netbeans.modules.versioning.VersioningAnnotationProvider.annotateIcon(VersioningAnnotationProvider.java:100) at org.netbeans.modules.masterfs.filebasedfs.FileBasedFileSystem$StatusImpl.annotateIcon(FileBasedFileSystem.java:306) at org.openide.loaders.DataFolder$FolderNode.getIcon(DataFolder.java:1189) at org.openide.nodes.FilterNode.getIcon(FilterNode.java:566) at org.openide.nodes.FilterNode.getIcon(FilterNode.java:566) at org.netbeans.modules.project.ui.ProjectsRootNode$BadgingNode.getIcon(ProjectsRootNode.java:640) at org.openide.explorer.view.VisualizerNode.getIcon(VisualizerNode.java:584) at org.openide.explorer.view.NodeRenderer.configureFrom(NodeRenderer.java:203) at org.openide.explorer.view.NodeRenderer.getTreeCellRendererComponent(NodeRenderer.java:141) at javax.swing.plaf.basic.BasicTreeUI$NodeDimensionsHandler.getNodeDimensions(BasicTreeUI.java:2693) at javax.swing.tree.AbstractLayoutCache.getNodeDimensions(AbstractLayoutCache.java:475) at javax.swing.tree.FixedHeightLayoutCache.getBounds(FixedHeightLayoutCache.java:535) at javax.swing.tree.FixedHeightLayoutCache.getBounds(FixedHeightLayoutCache.java:181) at javax.swing.tree.AbstractLayoutCache.getPreferredWidth(AbstractLayoutCache.java:215) at javax.swing.plaf.basic.BasicTreeUI.updateCachedPreferredSize(BasicTreeUI.java:1731) at javax.swing.plaf.basic.BasicTreeUI.getPreferredSize(BasicTreeUI.java:1901) at javax.swing.plaf.basic.BasicTreeUI.getPreferredSize(BasicTreeUI.java:1889) at javax.swing.JComponent.getPreferredSize(JComponent.java:1624) at javax.swing.ScrollPaneLayout.layoutContainer(ScrollPaneLayout.java:769) at org.openide.explorer.view.TreeView$ExplorerScrollPaneLayout.layoutContainer(TreeView.java:1698) at java.awt.Container.layout(Container.java:1401) at java.awt.Container.doLayout(Container.java:1390) at java.awt.Container.validateTree(Container.java:1473) at java.awt.Container.validateTree(Container.java:1480) at java.awt.Container.validateTree(Container.java:1480) at java.awt.Container.validateTree(Container.java:1480) at java.awt.Container.validateTree(Container.java:1480) at java.awt.Container.validateTree(Container.java:1480) at java.awt.Container.validateTree(Container.java:1480) at java.awt.Container.validate(Container.java:1448) at org.netbeans.core.windows.view.ui.DesktopImpl$LayeredLayout.layoutContainer(DesktopImpl.java:466) at java.awt.Container.layout(Container.java:1401) at java.awt.Container.doLayout(Container.java:1390) at java.awt.Container.validateTree(Container.java:1473) at java.awt.Container.validateTree(Container.java:1480) at java.awt.Container.validateTree(Container.java:1480) at java.awt.Container.validateTree(Container.java:1480) at java.awt.Container.validateTree(Container.java:1480) at java.awt.Container.validate(Container.java:1448) at javax.swing.RepaintManager.validateInvalidComponents(RepaintManager.java:379) [catch] at javax.swing.SystemEventQueueUtilities$ComponentWorkRequest.run(SystemEventQueueUtilities.java:113) at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:209) at java.awt.EventQueue.dispatchEvent(EventQueue.java:461) at org.netbeans.core.TimableEventQueue.dispatchEvent(TimableEventQueue.java:104) at java.awt.EventDispatchThread.pumpOneEventForHierarchy(EventDispatchThread.java:269) at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:190) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:184) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:176) at java.awt.EventDispatchThread.run(EventDispatchThread.java:110)
I cannot reproduce with the last trunk build of 2009/Apr/02. It seems like the fix is not integrated in 6.7 M3.
> Tried with netbeans 6.7 m3 on MacOS X with subversion 1.6 installed. The same error/stack trace occures as originally > reported: i could not reproduce with m3 on osx with svn 1.6.0 cyrill: could you please run netbeans with the switch -J-Dorg.netbeans.modules.subversion.level=-1 reproduce the problem and attach your messages log file to the issue thanks juhrik: at least the fix we made in trunk is also a part of nb m3. it still might be it doesn't work for everybody
we will backport to 6.5
This issue has already 250 duplicates see http://statistics.netbeans.org/exceptions/detail.do?id=146762
Hi everyone, until the patch is backported to 6.5.1 (and for those who still have problems even with #cd092da880f9 ), could you run netbeans with this switch? -J-DsvnClientAdapterFactory=commandline Open NB_INSTALL_DIR/etc/netbeans.conf and add the switch to "netbeans_default_options" option. This switch will force subversion plugin to run with svn commandline client and not to use incompatible javahl libraries. I am also trying to improve the hotfix #cd092da880f9 to be able to deal with more scenarios (e.g. cyrill's case)
fixing in #15fd20b15c3b
back-port to 6.5 fixed as: release65_fixes #4b8a4a1098be release65_fixes #eb198ba0aad8
Integrated into 'main-golden', will be available in build *200904080201* on http://bits.netbeans.org/dev/nightly/ (upload may still be in progress) Changeset: http://hg.netbeans.org/main-golden/rev/15fd20b15c3b User: Ondrej Vrabec <ovrabec@netbeans.org> Log: #160826 - NoSuchMethodError: <init> better javahl version check
Verified with the following build/config + patch4 while svn1.6.0-9 was installed: Product Version: NetBeans IDE 6.5.1 (Build 200903060201) Java: 1.6.0_12; Java HotSpot(TM) Client VM 11.2-b01 System: Windows Vista version 6.0 running on x86; Cp1250; cs_CZ (nb)
Integrated into 'main-golden', will be available in build *200904081400* on http://bits.netbeans.org/dev/nightly/ (upload may still be in progress) Changeset: http://hg.netbeans.org/main-golden/rev/15fd20b15c3b User: Ondrej Vrabec <ovrabec@netbeans.org> Log: #160826 - NoSuchMethodError: <init> better javahl version check
*** Issue 166229 has been marked as a duplicate of this issue. ***