在具有单个HTTP请求的servlet线程上运行长时间运行的进程总是不好吗？[副本]

Question

我有一个Java应用程序（运行在WAS8.5)，它充当客户机的一种服务器目录。应用程序有一个触发长时间运行的进程的servlet。

这个过程：从第三方数据库获取数据，执行Java逻辑，将记录写回应用程序自己的数据库（这些数据库连接是池连接）。

public class SyncMissingServlet extends HttpServlet implements Servlet{

    public void doPost(HttpServletRequest req, HttpServletResponse resp)
        throws ServletException, IOException
        {               
            try{
                SyncMissing.runSync();
            }catch(Exception ex){
                logger.error(new LogMessage("ERROR: "), ex);
                this.sendReply(printWriter, "ERROR: " + ex.toString());
            }       
        }
}

public class SyncMissing
{
    public static void runSync() throws Exception 
    {
        Timer t = new Timer(true);

        SyncMissingTask task = new SyncMissingTask(); //SyncMissingTask is an instance of TimerTask
        // Start the synchronization 5 secs from now, and run it every 30 days.
        t.schedule(task, 5000, 2592000000l); //this 30 day timings never really worked out for the client, 
                                             //since the app server is restarted frequently for deployments.

    }
}

我明白选项3和4确实是推荐的选项（或者可能是选项5）。但我有一种感觉，在我的业务场景中--选项3和4可能是矫枉过正。

如果真的需要每月只有一个用户手动调用servlet，那么选项1和2有那么糟糕吗？（我的客户想要最快的解决方案，当然不会资助选项5）

Answer 1

如果servlet一个月只运行一次，并且只有一个客户机触发它，那么可以在servlet的线程本身中运行它，或者在servlet内部创建一个新线程，让它来完成任务。当您有许多客户机同时发出请求时，就会出现加载和响应时间的问题，这时您可能希望使用Executor服务或异步servlet。