Sending src/main/java/org/icefaces/demo/emporium/robot/BidRobot.java
Adding src/main/java/org/icefaces/demo/emporium/robot/BidRobotMonitor.java
Sending src/main/java/org/icefaces/demo/emporium/util/ContextListener.java
Transmitting file data ...
Committed revision 46001.

In order to achieve proper Thread clean-up the following has been done:

• Introduced an @ApplicationScoped @ManagedBean BidRobotMonitor which serves as a singleton to which each BidRobot instance adds itself in its @PostConstruct and from which each BidRobot instance removes itself in its @PreDestroy.
• Upon ServletContextListener's contextDestroyed(...) method invocation the BidRobotMonitor's cleanUp() method is invoked, which stops any remaining BidRobot instance it still contains in its Set<BidRobot> collection.
• The BidRobot has 2 newly introduced methods, namely the sleep(...) and stop() methods. The sleep(...) method handles the Thread.sleep(...) invocation in 100 ms intervals to allow for a clean Thread stoppage. The stop() method is internally used as well by the BidRobotMonitor's cleanUp() method if needed.

Marking this one as FIXED.

Tested with ICEfaces 4 trunk r46005. Tomcat 7 & 8, Chrome 45, FF 34, IE 11.
I came across this server entry only once while shutting down Tomcat and was not able to reproduce it after several more attempts. The actions taken before shutdown were several bids, adding a new item, using chat, bidding again, then removing emporium.war from server.
Server log:
INFO: Stop requested for java.util.concurrent.Executors$DelegatedScheduledExecut
orService@6fab0b9a.
Sep 22, 2015 3:47:20 PM org.icefaces.demo.emporium.watcher.base.ThreadedWatcher
stop
INFO: Stop requested for java.util.concurrent.Executors$DelegatedScheduledExecut
orService@421316d0.
Sep 22, 2015 3:47:21 PM org.apache.catalina.loader.WebappClassLoader clearRefere
ncesThreads
SEVERE: The web application [/emporium] appears to have started a thread named [
Emporium BidRobot (13 bids)] but has failed to stop it. This is very likely to c
reate a memory leak.
Sep 22, 2015 3:47:21 PM org.apache.catalina.loader.WebappClassLoader checkThread
LocalMapForLeaks
SEVERE: The web application [/emporium] created a ThreadLocal with key of type [
com.sun.faces.application.ApplicationAssociate$1] (value [com.sun.faces.applicat
ion.ApplicationAssociate$1@2cd77530]) and a value of type [com.sun.faces.applica
tion.ApplicationAssociate] (value [com.sun.faces.application.ApplicationAssociat
e@754eb94f]) but failed to remove it when the web application was stopped. Threa
ds are going to be renewed over time to try and avoid a probable memory leak.

I will have a look at this. I might have missed something.

Marking it as resolved again for now. Both Liana and I were unable to reproduce this again. When we encounter it again and we can reproduce it, we can reopen this issue and I'll have another closer look.