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 160400 - V3:Server fail to start when 1st change JDK (1.5.0.6)
Summary: V3:Server fail to start when 1st change JDK (1.5.0.6)
Status: RESOLVED FIXED
Alias: None
Product: serverplugins
Classification: Unclassified
Component: GlassFish (show other bugs)
Version: 6.x
Hardware: PC Windows XP
: P3 blocker (vote)
Assignee: Vince Kraemer
URL:
Keywords: RANDOM
Depends on:
Blocks:
 
Reported: 2009-03-16 19:03 UTC by davisn
Modified: 2009-09-14 23:55 UTC (History)
0 users

See Also:
Issue Type: DEFECT
Exception Reporter:


Attachments
JDK error version dialog (7.98 KB, image/png)
2009-03-16 19:04 UTC, davisn
Details
Server failed to start dialog (6.94 KB, image/png)
2009-03-16 19:05 UTC, davisn
Details
server.log file (267.70 KB, text/plain)
2009-03-16 19:09 UTC, davisn
Details
messages.log (58.27 KB, text/plain)
2009-03-16 23:39 UTC, davisn
Details

Note You need to log in before you can comment on or make changes to this bug.
Description davisn 2009-03-16 19:03:36 UTC
If GF V3 was installed with jdk1.5 and later change to 1.6, it will fail to start during the application deployment

Steps To Reproduce:
1. Install NB 6.7 Trunk (build 03/15/2009) with JDK 1.5.0_17
2. Start IDE with GF V3 experimental option
3. Create a web project (use all default) - the runtime server should be GF V3 Prelude
4. Register V3 by downloading it
5. Change the project runtime to V3
6. Run the project
Note:
   A JDK error information dialog comes up (correct)
7. Change the V3 server jdk to jdk1.6.0_12
8. Rerun step 6
BUG:
   An failed to start server dialog comes up (even I already changed the jdk version to 1.6)
   If I rerun the project again, the server was successfully started; however, there are some red severe error appears
in the server.log file
Comment 1 davisn 2009-03-16 19:04:36 UTC
Created attachment 78259 [details]
JDK error version dialog
Comment 2 davisn 2009-03-16 19:05:18 UTC
Created attachment 78260 [details]
Server failed to start dialog
Comment 3 davisn 2009-03-16 19:09:11 UTC
Created attachment 78261 [details]
server.log file
Comment 4 Vince Kraemer 2009-03-16 19:10:22 UTC
how did you perform step 7?
Comment 5 Vince Kraemer 2009-03-16 19:26:11 UTC
I have seen this type of behavior, but it is random.  I cannot get this to happen every time... added keyword.
Comment 6 davisn 2009-03-16 19:50:04 UTC
Step 7, I right-click at GlassFish V3 > select Properties > Java tab
This problem is a little tricky to reproduce since after the 1st time, the problem seems go away. To reproduce it I
guess you should to cleanup your system and start from scratch
Comment 7 Vince Kraemer 2009-03-16 20:54:11 UTC
yes. i did start from scratch and was not able to reproduce the issue.
Comment 8 davisn 2009-03-16 22:58:59 UTC
I don't know if the steps below will help you any better to reproduce the problem, but I see it happens more often. 
I created 2 web projects with having JSF components, one to run with GF 2.1 and the other run with GF V3
1. I run project 1. After the the project run successfully, I go to the Servers List to stop V2.1 server
2. Before the V2.1 completely stop, I go to Project node and run project 2 with V3
Comment 9 Vince Kraemer 2009-03-16 23:05:44 UTC
davisn: regarding your last comment...

So, if the v2.1 server hasn't finished... it hasn't released the ports... the v3 Prelude server is very likely to not be
able to start because the ports are in-use (and that is actually the correct behavior).
Comment 10 davisn 2009-03-16 23:16:27 UTC
I didn't make myself clear here, but there is a case even the V2.1 completely stopped, the V3 still failed to start.
So you can wait for the V2.1 completely stop to execute project 2 on V3 to see if that dialog comes up.
Usually if V3 or V3 Prelude failed to start because of port conflicts, it will show the result in the server.log file.
This case I believe it might relate to something else but I don't know what is it. 
Comment 11 Vince Kraemer 2009-03-16 23:25:09 UTC
see entries with the time stamp 2009-03-16T11:01:12.875-0700 in the server log.
Comment 12 Vince Kraemer 2009-03-16 23:27:39 UTC
please update the platform and OS fields to provide accurate information.
Comment 13 davisn 2009-03-16 23:38:15 UTC
Update the OS platform since it happens more often on winXP
Comment 14 davisn 2009-03-16 23:39:10 UTC
Created attachment 78275 [details]
messages.log
Comment 15 Vince Kraemer 2009-03-16 23:40:22 UTC
hmm. have you reproduced this on other platform/OS combinations?
Comment 16 davisn 2009-03-16 23:46:38 UTC
I will try on other OS and update the bug
Comment 17 davisn 2009-03-17 00:44:32 UTC
Try on Solaris x86 but couldn't reproduce it
The problem seem does not happen on other platform except window
Comment 18 Vince Kraemer 2009-09-14 23:55:40 UTC
it looks like a server is running and the user is trying to start a different server over the same ports.

I am closing this one as invalid.

Please reopen with detailed steps if you can reproduce this with 6.8