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: | after GF update to 3.1, NB can't start server | ||
|---|---|---|---|
| Product: | serverplugins | Reporter: | bbissett <bbissett> |
| Component: | GlassFish | Assignee: | Vince Kraemer <vkraemer> |
| Status: | VERIFIED FIXED | ||
| Severity: | normal | CC: | Alniks, jskrivanek, uniap |
| Priority: | P1 | ||
| Version: | 7.0 | ||
| Hardware: | Other | ||
| OS: | Linux | ||
| URL: | http://java.net/projects/glassfish/lists/dev/archive/2011-03/message/85 | ||
| Issue Type: | DEFECT | Exception Reporter: | |
| Bug Depends on: | |||
| Bug Blocks: | 196733 | ||
|
Description
bbissett
2011-03-11 18:02:13 UTC
which build of NB are you using? Here you go: NetBeans IDE 6.9.1 (Build 201011082200) I have been able to replicate this issue on Solaris. Will attempt to find a way to determine that the failure is due to missing --upgrade and add something about that to the message. I did notice something kind of strange though. A second request to start the server from inside NB was 'successful'... (The server started completely and the admin console could be opened) Is that 'safe' or are we in uncharted territory with that? Unless you see the upgrade in the server log, I wouldn't trust that. A 3.0.1 domain is mostly compatible with a 3.1 server, so some things will work and some won't. I expect that such an installation won't support clustering, which is bad. If somehow a default-config showed up in domain.xml during this process, I'd be really surprised. adding code to detect that a domain.xml does not match the install and trigger an update prior to the start. the server is in a very inconsistent state and will start to act unpredictably in the web based admin console. Users can open the admin console from inside the IDE, so we should try to resolve the inconsistencies... even if the IDE continues to treat the server as a 3.0 server after the upgrade (issue 196733) Same situation in linux, after glassfish server update and netbeans running in the same machine. But using another netbeans installation in a remote PC (Windows XP) it works fine. In this PC when I try to add the server, was necessary to install a local glassfish to register the remote server. Integrated into 'main-golden', will be available in build *201103170400* on http://bits.netbeans.org/dev/nightly/ (upload may still be in progress) Changeset: http://hg.netbeans.org/main/rev/fc2bd7839e54 User: Vince Kraemer <vkraemer@netbeans.org> Log: #196603 : domain fails to start after server bits are updated via the GF update center BBISSETT and UNIAP: please download the nightly build and let me know whether the change addresses the issue. Please be sure to post that feedback in this issue. At this point in the 7.0 release cycle, all changes are getting vetted and must be verified BEFORE they will be integrated into the 7.0 release. added keyword Hi Vince, I just verified that it worked for me with NetBeans IDE Dev (Build 201103170400). I updated my GF installation, started up NB, and ran my web project. I could see the upgrade happening and the normal startup, and then the web app ran just fine. Thanks, Bobby verified by filer. tested on solaris, mac and windows 7 I tested it on Ubuntu and it works fine now. I did also code review and it is OK as well. Two minor comments: * when moving files use NetBeans or hg move command otherwise file history is lost (ie. ServerDetails.java) * when doing changes for code review try to avoid unnecessary code changes like indentation or whitespaces I tried it in NetBeans 7.0 RC1 201103250000 (WindowsXP, JDK6.0u24). After GlassFish update I went back to IDE and tried to start server but nothing is printed to server log console. Just progress bar is running and java.exe proccess is running. If I shutdown IDE, the second java.exe process appears and after while both java processes are gone. When I start IDE again, I can start GlassFish server normally. Any explanation? Explanation? not without more info from you. Install location of glassfish? Install location of NB? What is the path to the domain? The update does take time. (In reply to comment #16) > Install location of glassfish? C:\appServers\aa\glassfishv3 > Install location of NB? D:\Development\builds\NB70\netbeans > What is the path to the domain? C:\appServers\aa\glassfishv3\glassfish\domains\domain1 > The update does take time. I waited couple minutes but there was no processor load and I even was not able to make thread dump with VisualVM. Verified by filer and works for me on windows after restart. If someone reports some issue with update, we will track it in separate issue with lower priority. I'm having a similar problem. Downloaded 7.0 (fresh install), ran update tool, GF 3.1 was starting OK. Ran update to add GF verifier and a couple of other plugins, now GF won't start (from command line get the "waiting for domain1 to start" followed by dots (let it run for several minutes with no startup). Apr 25, 2011 9:06:33 AM com.sun.enterprise.admin.launcher.GFLauncherLogger info INFO: JVM invocation command line: /System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home/bin/java -cp /Applications/NetBeans/glassfish-3.1/glassfish/modules/glassfish.jar -XX:+UnlockDiagnosticVMOptions -XX:MaxPermSize=192m -XX:NewRatio=2 -Xmx512m -d32 -client -javaagent:/Applications/NetBeans/glassfish-3.1/glassfish/lib/monitor/btrace-agent.jar=unsafe=true,noServer=true -Dosgi.shell.telnet.maxconn=1 -Dfelix.fileinstall.disableConfigSave=false -Djdbc.drivers=org.apache.derby.jdbc.ClientDriver -Dfelix.fileinstall.dir=/Applications/NetBeans/glassfish-3.1/glassfish/modules/autostart/ -Djavax.net.ssl.keyStore=/Applications/NetBeans/glassfish-3.1/glassfish/domains/domain1/config/keystore.jks -Dosgi.shell.telnet.port=6666 -Djava.security.policy=/Applications/NetBeans/glassfish-3.1/glassfish/domains/domain1/config/server.policy -Dfelix.fileinstall.log.level=2 -Dfelix.fileinstall.poll=5000 -Dcom.sun.aas.instanceRoot=/Applications/NetBeans/glassfish-3.1/glassfish/domains/domain1 -Dosgi.shell.telnet.ip=127.0.0.1 -Dcom.sun.enterprise.config.config_environment_factory_class=com.sun.enterprise.config.serverbeans.AppserverConfigEnvironmentFactory -Djava.endorsed.dirs=/Applications/NetBeans/glassfish-3.1/glassfish/modules/endorsed:/Applications/NetBeans/glassfish-3.1/glassfish/lib/endorsed -Dcom.sun.aas.installRoot=/Applications/NetBeans/glassfish-3.1/glassfish -Dfelix.fileinstall.bundles.startTransient=true -Djava.ext.dirs=/System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home/lib/ext:/System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home/jre/lib/ext:/Applications/NetBeans/glassfish-3.1/glassfish/domains/domain1/lib/ext -Dfelix.fileinstall.bundles.new.start=true -Djavax.net.ssl.trustStore=/Applications/NetBeans/glassfish-3.1/glassfish/domains/domain1/config/cacerts.jks -Dorg.glassfish.additionalOSGiBundlesToStart=org.apache.felix.shell,org.apache.felix.gogo.runtime,org.apache.felix.gogo.shell,org.apache.felix.gogo.command -Dcom.sun.enterprise.security.httpsOutboundKeyAlias=s1as -Djava.security.auth.login.config=/Applications/NetBeans/glassfish-3.1/glassfish/domains/domain1/config/login.conf -DANTLR_USE_DIRECT_CLASS_LOADING=true -Dgosh.args=--nointeractive -Djava.library.path=/Applications/NetBeans/glassfish-3.1/glassfish/lib:/Applications/NetBeans/glassfish-3.1/glassfish/bin:/Library/Java/Extensions:/System/Library/Java/Extensions:/usr/lib/java com.sun.enterprise.glassfish.bootstrap.ASMain -domainname domain1 -asadmin-args --host,,,localhost,,,--port,,,4848,,,--secure=false,,,--terse=false,,,--echo=false,,,--interactive=true,,,start-domain,,,--verbose=false,,,--debug=false,,,--domaindir,,,/Applications/NetBeans/glassfish-3.1/glassfish/domains,,,domain1 -instancename server -verbose false -debug false -asadmin-classpath /Applications/NetBeans/glassfish-3.1/glassfish/modules/admin-cli.jar -asadmin-classname com.sun.enterprise.admin.cli.AsadminMain -upgrade false -type DAS -domaindir /Applications/NetBeans/glassfish-3.1/glassfish/domains/domain1 -read-stdin true Apr 25, 2011 9:06:33 AM com.sun.enterprise.admin.launcher.GFLauncherLogger info INFO: Successfully launched in 78 msec. RobLeopard:bin newadminaccount$ ./asadmin start-domain Waiting for domain1 to start ..........................................................................................................................................................................................................................................................................................................................................................................^CRobLeopard:bin newadminaccount$ I am having problems with GF 3.1 and maven EAR project. After couple of redeployments GF refuses to start either from NB 7.0 or from console. I have to delete and create the default domain to make the GF start. (In reply to comment #20) > I am having problems with GF 3.1 and maven EAR project. After couple of > redeployments GF refuses to start either from NB 7.0 or from console. I have to > delete and create the default domain to make the GF start. the issue that you are describing sounds very different from the issue that is described here. Please open a new issue and provide data about your specific circumstances, like the IDE log and server log (the actual file... not the content of the Log view window in NB) resetting status to Verified/Fixed |