Bugzilla – Full Text Bug Listing
| Summary: | Virgo Tomcat Server dumps after being stopped by Ctrl-C when running with Equinox 3.8 | ||||||||
|---|---|---|---|---|---|---|---|---|---|
| Product: | [RT] Virgo | Reporter: | Glyn Normington <glyn.normington> | ||||||
| Component: | runtime | Assignee: | Glyn Normington <glyn.normington> | ||||||
| Status: | CLOSED FIXED | QA Contact: | |||||||
| Severity: | normal | ||||||||
| Priority: | P3 | CC: | eclipse, hsiliev, tjwatson | ||||||
| Version: | 3.0.1.RELEASE | ||||||||
| Target Milestone: | --- | ||||||||
| Hardware: | PC | ||||||||
| OS: | Mac OS X - Carbon (unsup.) | ||||||||
| Whiteboard: | |||||||||
| Attachments: |
|
||||||||
|
Description
Glyn Normington
Created attachment 205973 [details]
serviceability/logs/log.log extract
I checked the behaviour of VTS 3.0.1.RELEASE and this bug is not present there. This is most probably caused by the recent changes introduced with Bug 358129 virgo-tomcat-server-3.1.0.CI-2011-10-28_22-55-28 seems to work fine on Windows VTS build at HEAD also works fine on Windows with SUN JDK 1.6 virgo-tomcat-server-3.1.0.CI-2011-10-30_22-55-29.zip on Linux does not produce the error A local build from the 25th of October works fine on my Mac, tried a few clean and normal starts from a fresh unzip. Yes, confirming that a fresh build runs fine. Apologies, but I now realise that I had zapped the version of Equinox I was running with to a 3.8 build in order to verify an Equinox fix.
Overlaying a fresh build with this version of Equino enables the problem to reproduce.
I overlaid it as follows:
find virgo-tomcat-server-3.0.1.RELEASE/ -name "org.eclipse.osgi-*jar" -exec cp org.eclipse.osgi_3.8.0.N20111022-2000.jar {} \;
i.e. I kept the old filename so Virgo startup wouldn't complain.
I will attach that version of Equinox to this bug for completeness.
Created attachment 206203 [details]
Equinox 3.8 JAR for reproducing the problem
Interestingly, this problem does not seem to reproduce with the Virgo kernel. Usually after CTRL-C the VT stops tomcat. I guess this functionality actually causes the problem. (In reply to comment #11) > Usually after CTRL-C the VT stops tomcat. I guess this functionality actually > causes the problem. That may be the case, but it's far from obvious. The stack traces (in the description of this bug and in the attachment) seem far more general. I should know when I can pin down which bundle context is invalid On a recent VTS build with Equinox replaced with the attached version, the problem recreates. As Hristo observes, the dump occurs after Tomcat has been shut down: ^C[2011-11-22 15:29:18.609] System Bundle Shutdown <KE0010I> Shutdown initiated. [2011-11-22 15:29:18.862] System Bundle Shutdown <TC0002I> Stopping Tomcat. [2011-11-22 15:29:21.909] System Bundle Shutdown <TC0003I> Stopped Tomcat. [2011-11-22 15:29:23.273] System Bundle Shutdown <ME0003I> Dump 'serviceability/dump/2011-11-22-15-29-918' generated [2011-11-22 15:29:24.600] System Bundle Shutdown <ME0003I> Dump 'serviceability/dump/2011-11-22-15-29-283' generated [2011-11-22 15:29:26.455] System Bundle Shutdown <ME0003I> Dump 'serviceability/dump/2011-11-22-15-29-607' generated [2011-11-22 15:29:28.373] System Bundle Shutdown <ME0003I> Dump 'serviceability/dump/2011-11-22-15-29-460' generated [2011-11-22 15:29:30.071] System Bundle Shutdown <ME0003I> Dump 'serviceability/dump/2011-11-22-15-29-374' generated [2011-11-22 15:29:31.517] System Bundle Shutdown <ME0003I> Dump 'serviceability/dump/2011-11-22-15-29-073' generated The invalid bundle context belongs to the org.eclipse.virgo.kernel.deployer bundle. Note that the same issue arises if VTS is shut down using vsh:shutdown. It seems that stopping the framework is perhaps behaving differently on Equinox 3.8 to how it did on 3.7.0.v20110613. Copying Tom in case he is aware of any relevant Equinox changes. Tom: I wonder if anything has changed which means bundles are stopped in a radically different order. In this scenario we have a kernel bundle stopping before on in the user region, which didn't used to happen. Kernel commit 4fda1b0241ce4b960014a21bb3c6a14136ff9842 added code to tolerate the deployer bundle being stopped prior to application bundles being stopped. I view this as a tactical fix and am still somewhat concerned that, if there was a basic change in Equinox, other issues may arise. However, this fix enables Ctrl-C to shut VTS down without dumping, so closing. |