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: | Glassfish fails to start | ||
---|---|---|---|
Product: | serverplugins | Reporter: | tim_sa <tim_sa> |
Component: | GlassFish | Assignee: | TomasKraus |
Status: | VERIFIED FIXED | ||
Severity: | normal | CC: | dheffelfinger, jskrivanek, mjanicek, pjiricka |
Priority: | P1 | ||
Version: | 7.3 | ||
Hardware: | PC | ||
OS: | Windows 7 | ||
Issue Type: | DEFECT | Exception Reporter: |
Description
tim_sa
2012-10-10 08:44:47 UTC
This is just another bug that I can't reproduce in my development environment. :( I can reproduce it - Is there any data that I can send you to help pin down the issue? Reproduced on windows: - install java to default location (e.g. C:\Program Files\Java\jdk1.7.0_10) - install NetBeans using installer to default location and during installation select previously installed JDK - run IDE and try to start GlassFish Error: Could not find or load main class Files\Java\jdk1.7.0_10 Product Version: NetBeans IDE Dev (Build 201210100002) Java: 1.7.0_10-ea; Java HotSpot(TM) 64-Bit Server VM 23.6-b04 System: Windows 7 version 6.1 running on amd64; Cp1250; en_US (nb) *** Bug 219816 has been marked as a duplicate of this bug. *** GlassFish is being started in org.netbeans.modules.glassfish.common.StartTask.startDASAndClusterOrInstance(...) method. Because StartTask constructor is always called with null value of jdkRoot argument, in if (null == jdkHome) { jdkHome = getJavaPlatformRoot(support); } getJavaPlatformRoot() is always executed. It's trying to get JDK from GlassfishModule.JAVA_PLATFORM_ATTR first - it's the If there wasn't any JDK in JAVA_PLATFORM_ATTR, it's trying to get JDK from java.home system property. This code seems to exist in NetBeans for a long time and it should be there also in 7.2 I did some changes in this code to not rely on java.home system property but to retrieve NetBeans default platform using JavaPlatformManager.getDefault().getDefaultPlatform() Also added additional checks to make sure that there is java executable in this platform. Next change is in JAVA_PLATFORM_ATTR. Now there is a verification that passed attribute is executable and is not a directory. Both getJavaPlatformRoot() and getJdkHome() methods in StartTask now contains extended logging to trace Java platform evaluation and results. To see what's happening during server startup just add "-J-Dglassfish.level=0 -J-Dorg.glassfish.tools.ide.level=0" into netbeans_default_options in netbeans.conf If you still see this issue after this change, please attach NetBeans logs with finest logging settings (above) to this bug. changeset: 235600:bbc940bb4b79 summary: #219799 - Java VM home directory detection rewritten. Added extended finest logging. Now I see reproduction scenario from Jiri. Thanks! Looks lime my patch won't solve this. There is "Windows space in path" problem again. Java option that was causing this problem is quoted now. It's fixed in glassfish-tooling-sdk-0.3-b011.jar which was already pushed into web-main. Jiri, please verify this fix. It should be in web-main now. |