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 201305302301) VM: Java HotSpot(TM) 64-Bit Server VM, 23.25-b01, Java(TM) SE Runtime Environment, 1.7.0_25-b13 OS: Linux User Comments: mmirilovic: Installing new build Stacktrace: java.lang.ClassNotFoundException: org.netbeans.beaninfo.editors.StringArrayEditor at java.net.URLClassLoader$1.run(URLClassLoader.java:366) at java.net.URLClassLoader$1.run(URLClassLoader.java:355) at java.security.AccessController.doPrivileged(AccessController.java:0) at java.net.URLClassLoader.findClass(URLClassLoader.java:354) at java.lang.ClassLoader.loadClass(ClassLoader.java:424) at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:308)
Created attachment 135164 [details] stacktrace
Created attachment 135165 [details] Installation log that contains couple CNFEs maybe related to JDK7u25 problems ;(
Likely it is caused by the fix of bug 209598. I can't reproduce it with the 7.3.1 installer but it breaks tests based on NbModuleSuite. I think it is 7.3.1 stopper. To reproduce run the following in the releases repository either with JDK6u51 or JDK7u25: ant -f core.startup test-single -Dtest.includes=org/netbeans/core/startup/InstallTmpModuleTest.java
Where can I get JDK7u25?
http://jre.us.oracle.com/java/re/jdk/7_25/latest/bundles/
Running $ ant -f core.startup/build.xml test-single -Dtest.includes=org/netbeans/core/startup/InstallTmpModuleTest.java prints out: [junit] ------------------------------------------------------------------------------- [junit] >Log Session: Monday, June 3, 2013 1:50:12 PM CEST [junit] >System Info: [junit] Product Version = NetBeans Platform Dev (Build 20130529-e2898fe971b5) [junit] Operating System = Linux version 3.5.0-32-generic running on i386 [junit] Java; VM; Vendor = 1.7.0_25; Java HotSpot(TM) Server VM 23.25-b01; Oracle Corporation [junit] Runtime = Java(TM) SE Runtime Environment 1.7.0_25-b13 [junit] Java Home = /usr/local/lib/jdk1.7.0_25/jre [junit] System Locale; Encoding = en_US (nb); UTF-8 and succeeds.
Your repository seems to be not up-to-date (Build20130529-e2898fe971b5). I am able to reproduce it in releases (release73) repository. Product Version = NetBeans Platform 7.3.1 (Build 20130603-ce962b7ce537) Operating System = Windows 7 version 6.1 running on amd64 Java; VM; Vendor = 1.7.0_25; Java HotSpot(TM) 64-Bit Server VM 23.25-b01; Runtime = Java(TM) SE Runtime Environment 1.7.0_25-b13 Also failures are in tests both in trunk and 7.3.1 http://hudson4qe.cz.oracle.com/view/Trunk-QE/job/CV-multi-UI/893/jdk=JDK%207,label=Windows7-slave2/testReport/org.netbeans.test.ide/IDECommitValidationTest/testMainMenu http://hudson4qe.cz.oracle.com/view/NB7.3.1/job/StableBTD-7.3.1/33/jdk=JDK%207,label=Windows7-slave1/testReport/org.netbeans.core.startup/InstallTmpModuleTest/testInstallJARFromTmp
I was only trying to reproduce the problem in current developer build. But anyway when I try: [junit] Product Version = NetBeans Platform 7.3 (Build 20130527-2c4627357851) [junit] Operating System = Linux version 3.5.0-32-generic running on i386 [junit] Java; VM; Vendor = 1.7.0_25; Java HotSpot(TM) Server VM 23.25-b01; Oracle Corporation [junit] Runtime = Java(TM) SE Runtime Environment 1.7.0_25-b13 [junit] Java Home = /usr/local/lib/jdk1.7.0_25/jre it works as well. I you sure this is a stopper?
(In reply to comment #8) > I was only trying to reproduce the problem in current developer build. But > anyway when I try: > > [junit] Product Version = NetBeans Platform 7.3 (Build > 20130527-2c4627357851) > [junit] Operating System = Linux version 3.5.0-32-generic running > on i386 > [junit] Java; VM; Vendor = 1.7.0_25; Java HotSpot(TM) Server VM > 23.25-b01; Oracle Corporation > [junit] Runtime = Java(TM) SE Runtime Environment > 1.7.0_25-b13 > [junit] Java Home = /usr/local/lib/jdk1.7.0_25/jre > > it works as well. I you sure this is a stopper? Did you try to run tests, or ... ?
I can reproduce it even in trunk. I just updated repository (make sure changeset from bug 209598 is in repository), build openide.nodes and run the test. Someone else could you try? I am convinced this is stopper because it breaks final unit test distribution and also functional tests.
OK, reproduced ("fix" for bug 209598 was missing on my computer before). I just wonder what kind of logic makes a bug suspected to be a regression caused by a fix in platform/nodes end up in module system?
I've integrated a fix to core-main#1fa5cd16b570
*** Bug 230679 has been marked as a duplicate of this bug. ***
I tried the patch in main repository and it fixes both unit tests and functional tests. I agree to put it into release73 branch.
Jarda, could you please integrate the fix into releases/release73 ? Thanks in advance.
Integrated into 'main-golden', will be available in build *201306050626* on http://bits.netbeans.org/dev/nightly/ (upload may still be in progress) Changeset: http://hg.netbeans.org/main-golden/rev/1fa5cd16b570 User: Jaroslav Tulach <jtulach@netbeans.org> Log: #230559: Use classical order when searching for classloader. Lookup, Thread.cCL, own CL
changeset: f255eab72f59 branch: release73 tag: tip parent: 1eafe7ddd25c parent: 1fa5cd16b570 user: Jaroslav Tulach <jtulach@netbeans.org> date: Wed Jun 05 13:09:10 2013 +0200 summary: Merging #230559 into 7.3.1
Integrated into 'releases', will be available in build *201306052037* or newer. Wait for official and publicly available build. Changeset: http://hg.netbeans.org/releases/rev/1fa5cd16b570 User: Jaroslav Tulach <jtulach@netbeans.org> Log: #230559: Use classical order when searching for classloader. Lookup, Thread.cCL, own CL
*** Bug 230747 has been marked as a duplicate of this bug. ***
*** Bug 230749 has been marked as a duplicate of this bug. ***
*** Bug 230833 has been marked as a duplicate of this bug. ***
*** Bug 230870 has been marked as a duplicate of this bug. ***
*** Bug 231039 has been marked as a duplicate of this bug. ***