MarkC added a comment - 05/Mar/2009 12:51 AM For 2.2 we now batch up our logs and send them at set intervals.

AjayA added a comment - 08/Jul/2008 5:14 AM From BSP-1015 Obviously it would be my preference to make sure that all developers write code which causes as few compiler warnings as possible, but that's simply not going to happen, and more importantly, in general I will face this for any verbose build output in a high-latency WAN environment (build agents in London, NYC, Tokyo, and HK, with a metadata server running in London or NYC). Can I be so bold as to recommend an enhancement, as I work with asynchronous, message/JMS-driven systems day in and day out? Rather than having a synchronous process in the agent which grabs a line of output and immediately sends it over JMS (the problem here you'll find is that your JMS broker is in a different site as the broker's "client" (the agent)), just put it into a background process. So in that case, you have: 1 - Running process, writing output to stdout/stderr 2 - Remote agent thread, controlling the subprocess and reading from stdout/stderr 3 - Asynch updating thread, which actually is writing to JMS In this case, you put some form of SynchronousQueue in between 2 and 3 (I'd recommend just doing the whole thing with an Executors.newSingleThreadExecutor(), which will do exactly what you want extremely easily). #2 can get the output out of the running process ASAP, and #3 will actually send the single-line updates over JMS. While it might seem like this won't actually do anything, it increases your pipeline ||ism, because right now you have a double-blocking problem. This would also then increase the chances you have (particularly if you go with the more complex non-ExecutorService approach, where you're explicitly calling into the SynchronousQueue) for a v3 improvement where the remote agent can choose to batch up output lines. This solution wouldn't require a single non-backwards-compatible change between any of your various points, and allow for upgrading later on.