I will definitely have to try tomee service exe, again, as I have not tried since I first tried deploying tomee 1.5.1-SNAPSHOT to production server. tomcat7 (service) exe worked immediately, so I went with that, and all I have been doing on production server, ever since, is updating tomee 1.5.1-SNAPSHOT, tomee 1.5.1, and tomee 1.5.2-SNAPSHOT folders. :)
The recent change in tomee 1.5.2-snapshot from tomcat7.0.34 dependency to tomcat7.0.35 dependency is when this issue started occurring. Mark Thomas (tomcat) just mentioned the following in a separate thread: That looks like a problem with the APR/native connector. Was there any more text (like a full stack trace) in the error message you quote below? I can't see any relevant changes between 7.0.34 and 7.0.35 that might have triggered this. On Thu, Jan 31, 2013 at 6:20 AM, Romain Manni-Bucau <[email protected]>wrote: > tomcat supports websockets but no link with atmosphere (maybe classloader > issue in your app, check deps) > > maybe try using tomee service exe instead of tomcat ones too > > *Romain Manni-Bucau* > *Twitter: @rmannibucau <https://twitter.com/rmannibucau>* > *Blog: **http://rmannibucau.wordpress.com/*< > http://rmannibucau.wordpress.com/> > *LinkedIn: **http://fr.linkedin.com/in/rmannibucau* > *Github: https://github.com/rmannibucau* > > > > 2013/1/31 Howard W. Smith, Jr. <[email protected]> > > > Are you saying, does it work without tomee 1.5.2 SNAPSHOT integrated? I > > have not tested that, but atmosphere does work with recent builds of > TomEE > > 1.5.2 SNAPSHOT, but it core dumps unexpectedly, under load or after some > > time has passed. I'm waiting to see if it core dumps unexpectedly again > > after adding the system property that you recommended earlier. > > > > By the way, I did see websockets in tomcat 7.0.35 change log. I don't > know > > if that could possibly be the cause. :-) > > > > One question. Windows service dialog has properties to restart service if > > service fails but tomcat7w.exe does not. I set those properties yesterday > > via window's Services dialog but I think tomcat7w.exe overwrites those > > properties, since I generally use tomcat7w.exe to start stop service on > > production server. > > On Jan 31, 2013 1:12 AM, "Romain Manni-Bucau" <[email protected]> > > wrote: > > > > > Do you know if atmo works with last tomcat? > > > Le 31 janv. 2013 06:36, "Howard W. Smith, Jr." <[email protected] > > > > a > > > écrit : > > > > > > > Atmosphere issue 875 added[1] > > > > > > > > [1] https://github.com/Atmosphere/atmosphere/issues/875 > > > > > > > > > > > > On Wed, Jan 30, 2013 at 10:43 PM, Howard W. Smith, Jr. < > > > > [email protected]> wrote: > > > > > > > > > On Wed, Jan 30, 2013 at 10:34 PM, David Blevins < > > > [email protected] > > > > >wrote: > > > > > > > > > >> On Jan 30, 2013, at 7:00 PM, "Howard W. Smith, Jr." < > > > > >> [email protected]> wrote: > > > > >> > > > > >> > Again/FYI, earlier this afternoon (around 12pm EST or EDT), I > > > reverted > > > > >> to > > > > >> > TomEE 1.5.2-SNAPSHOT (2013-01-14, which is using tomcat7.0.34) > and > > > > >> > Atmosphere 1.0.6, I don't see an issue. Atmosphere 1.0.8 was > > working > > > > >> well > > > > >> > with TomEE 1.5.2-SNAPSHOT (2013-01-14), too. > > > > >> > > > > >> Just to make sure it wasn't lost in the cracks, we did identify an > > > issue > > > > >> with Atomosphere/TomEE. In this file in the Atomosphere: > > > > >> > > > > >> > > > > >> > > > > > > > > > > https://github.com/Atmosphere/atmosphere/blob/master/modules/cpr/src/main/java/org/atmosphere/container/Tomcat7CometSupport.java#L129 > > > > >> > > > > >> It has the following code: > > > > >> > > > > >> String[] tomcatVersion = > > > > >> > > > config.getServletContext().getServerInfo().substring(14).split("\\."); > > > > >> > > > > >> This won't work because of recent updates in TomEE 1.5.2-SNAPSHOT > > > which > > > > >> append "(TomEE)" onto the ServerInfo string -- only skipping 14 > > > > characters > > > > >> is not enough. Romain gave the workaround of reverting to the > old, > > > > >> unmodified, ServerInfo string via the System property > > > > >> "tomee.keep-server-info=true" > > > > >> > > > > >> Note that if the "tomee.keep-server-info" was successfully set to > > > true, > > > > >> it will be logged on INFO level. If the default of false is used, > > the > > > > >> checking of the 'tomee.keep-server-info' is still logged, but on > > DEBUG > > > > >> level. > > > > >> > > > > >> Is it possible you can confirm that you have tried the system > > > property, > > > > >> see the expected log output, and the issue still exists? > > > > >> > > > > >> > > > > >> -David > > > > >> > > > > >> > > > > > sometime earlier, i added the system property to tomcat7w.exe java > > > > > options, and it is currently running against earlier version of > TomEE > > > > > 1.5.2-SNAPSHOT (that has tomcat 7.0.34 dependency). > > > > > > > > > > Next/now, I will download latest version of TomEE 1.5.2-SNAPSHOT, > and > > > > > install to production server, and leave it running, and see what > > > happens. > > > > > honestly, I don't think the 'atmosphere issue' is causing the > > > > tomee/tomcat7 > > > > > service to 'stop' running. that is possibly caused by > > another/separate > > > > > issue (either atmosphere or tomcat7.0.35 issue); that's my opinion. > > > > > > > > > > > > > > > > > > > >
