Как обработать исключение Jetty - истекает длительный HTTP-запрос, но вызываемый им процесс никогда не завершается, и Jetty несчастен

У меня есть сервер Jetty, обрабатывающий долго выполняющиеся HTTP-запросы - ответы генерируются другим процессом X и заканчиваются хэшем коллектора, который периодически проверяет запросы Jetty.

Есть 3 случая:

Process X finishes before the timeout period of the HTTP request - no problem Process X finishes after the timeout period of the request - no problem Process X never finishes - below exception occurs

Как я могу обнаружить эту ситуацию (3) и предотвратить исключение, позволяя двум другим случаям работать должным образом?

Исключение:

2012-06-18 00:13:31.055:WARN:oejut.QueuedThreadPool:
java.lang.IllegalStateException: IDLE,initial
    at org.eclipse.jetty.server.AsyncContinuation.complete(AsyncContinuation.java:569)
    at server.AsyncHTTPRequestProcessor.run(AsyncHTTPRequestProcessor.java:72)
    at org.eclipse.jetty.server.handler.ContextHandler.handle(ContextHandler.java:1119)
    at org.eclipse.jetty.server.AsyncContinuation$1.run(AsyncContinuation.java:875)
    at org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:599)
    at org.eclipse.jetty.util.thread.QueuedThreadPool$3.run(QueuedThreadPool.java:534)
    at java.lang.Thread.run(Thread.java:679)


Продолжение HTTP-запроса:

public class AsyncHTTPRequestProcessor implements Runnable {

    private ConcurrentHashMap<String, String> collector;
    private Logger logger;
    private AsyncContext ctx;
    //Defined this here because of strange behaviour when running junit
    //tests and the response json string being empty...
    private String responseStr = null;

    public AsyncHTTPRequestProcessor(AsyncContext _ctx, 
            ConcurrentHashMap<String, String> _collector, Logger _logger) {
        ctx = _ctx;
        collector = _collector;
        logger = _logger;
    }

    @Override
    public void run() {

        logger.info("AsyncContinuation start");

        //if(!((AsyncContinuation)ctx).isInitial()){
        String rid = (String) ctx.getRequest().getAttribute("rid");
        int elapsed = 0;
        if(rid !=null)
        {

            logger.info("AsyncContinuation rid="+rid);

            while(elapsed<ctx.getTimeout())
            {
                if(collector.containsKey(rid)){
                    responseStr = collector.get(rid);
                    collector.remove(rid);

                    logger.info("--->API http request in collector:"+responseStr);
                    ctx.getRequest().setAttribute("status",200);
                    ctx.getRequest().setAttribute("response", responseStr);
                    ctx.getRequest().setAttribute("endTime",System.currentTimeMillis());
                    //ctx.complete();
                    break;
                }
                try {
                    Thread.sleep(10);
                    elapsed+=10;
                } catch (InterruptedException e) {
                    e.printStackTrace();
                }
            }
            //}
            logger.info("Collector in async stuff:");
            for(String key:collector.keySet()){
                logger.info(key+"->"+collector.get(key));
            }

            for(Entry<String, String> x:collector.entrySet()){
                logger.info(x.getKey()+"->"+x.getValue());
            }
            ctx.complete(); <---- this line 72
        }
    }

}
 Daniel S.24 окт. 2013 г., 10:53
Если процесс никогда не заканчивается, как вообще может возникнуть исключение?
 Lucas Batistussi27 сент. 2012 г., 04:56
У меня та же проблема. Я пытаюсь это решить. Как только смогу, я дам ответ.

Ответы на вопрос(2)

   try{
      ctx.complete()
   } catch (IllegalStateException e){
      //Handle it the way you prefer.
   }

а в общем дизайне кода.

Продолжения (то же самое для Servlet async) предназначены дляasynchronous, Цикл while, использующий внутренний таймаут продолжений, не должен быть здесь. Делая это, вы преобразовываете асинхронный проект в синхронный. Правильнее всего сделать так, чтобы зарегистрировать слушателя с помощью Continuation # addContinuationListener () и реализовать метод onTimeout () для соответствующей обработки случая тайм-аута.

Как только ваша логика тайм-аута истечет, я бы порекомендовал переместить логику процесса X в класс AsyncHTTPRequestProcessor и избавиться от необходимости использования сборщика. Во время обработки вы должны предполагать, что текущий поток никогда не истечет. Делая это, ваш вызов complete () имеет смысл, и вы будете защищены от проблем с параллелизмом на коллекторе.

Ваш ответ на вопрос