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 21609 - Fix execution so that it succeeds even if the server port is in use
Summary: Fix execution so that it succeeds even if the server port is in use
Status: VERIFIED FIXED
Alias: None
Product: serverplugins
Classification: Unclassified
Component: Tomcat (show other bugs)
Version: 3.x
Hardware: All All
: P3 blocker (vote)
Assignee: Milan Kuchtiak
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2002-03-15 02:01 UTC by Ana.von Klopp
Modified: 2006-02-20 09:41 UTC (History)
1 user (show)

See Also:
Issue Type: DEFECT
Exception Reporter:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Ana.von Klopp 2002-03-15 02:01:24 UTC
The tomcat integration module should check whether the ports
required to run the server (admin & connectors) are available
before it starts the server. Currently if a port is taken, 
the server tries to start but throws a bind exeception which 
we report on the output pane. This is not very helpful 
behaviour. 

This issue keeps coming up over and over again, and the
nature of the problem is clearly not obvious to a lot of
users as we get a lot of queries about this.
Comment 1 Milan Kuchtiak 2002-03-15 17:18:00 UTC
Do you really think that we should check all the Tomcat4.0 ports for 
availability ?

What does it mean :

Befor starting execution we should check every Tomcat4.0 port for 
availability - server port and all <Connector> ports. Probably the 
easiest way is try to create ServerSockets on these ports before the 
execution.

- this will probably slower again the execution
- there are problems with closing sockets on Linux

Is it reasonable to add another additional tests before the Tomcat 
execution?

I think we did much for users when we changed all port numbers in 
the "internal" Tomcat installation. (In order not to clash with an 
external installation). 
If user is advanced enough to play with different Tomcat 
installations, he will be able, I think, to avoid the 'port clash' or 
to understand the source of problem from the error message in Output 
Window.

As the Tomcat runs as an external process (in different JVM), it is 
difficult to handle its java.net.BindExceptions in IDE.
Comment 2 Milan Kuchtiak 2002-03-19 14:33:52 UTC
Fixed for FCS.

Testing these ports for availability :

- the port of the targeted host (Tomcat instance)
- the admin port
Comment 3 Jaroslav Pospisil 2006-02-20 09:41:43 UTC
VERIFIED