d67adb8266
plain single thread. This gives more control over the queuing behavior as with an ThreadPoolExecutor it is difficult to implement blocking execute() behavior. Also, this avoids creating an extra object per-message. Anyway, this code now implements a blocking queue instead of a boundless queue. It's set to 16,000 messages which should only bottom out in the worst of cases. I was seeing it in the throughput tests where the sockets were backing up and the queues were consuming all of the heap until an out of memory error occurred. Outbound messaging is only throttled this way on the client. Servers typically wouldn't do this sort of spamming anyway. git-svn-id: https://jmonkeyengine.googlecode.com/svn/trunk@7977 75d07b2b-3a1a-0410-a2c5-0572b91ccdca