DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUGĀ·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=41539>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED ANDĀ·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=41539





------- Additional Comments From [EMAIL PROTECTED]  2007-02-06 23:44 -------
It's difficult to pull out an isolated test case, an I know this makes it
difficult to diagnose, however I do have some additional info:

When debugging, I noticed that after the stop command is issued, not all
connectors die. It seems that internally tomcat establishes an HTTP connection,
which causes the HTTP connector to "re-initialise".  Because the connector had
previously been stopped, it is in an uninitialised state but the "initialised"
boolean value within the Connector is still set to true.  Hence Embedded thinks
the Connector is initialised (and I get a "Connector already initialised" INFO
log) and so the subsequent intialisation issued by the "start" command is
ignored.  The end result is that the connector is in a misaligned state
(destroyed, but marked as initialised).

Even though I am creating a "new" Embedded, somehow the "old" connector is being
reused (I have verified this during debug).. perhaps some static references
being held somewhere?

I haven't tried altering the source for testing, and am not sure if this
initialisation confusion is the problem, but it seems to me the "initialised"
boolean should be reset when the Connector is destroyed.  Alternatively (and
preferrably), perhaps there should not be any static references held after the
Embedded instance is stopped?

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to