询问应用程序它是什么'；s正在做（Java，独立控制台应用程序）
我编写了一个独立的Java（控制台）应用程序，其运行周期如下：询问应用程序它是什么'；s正在做（Java，独立控制台应用程序）,java,Java,我编写了一个独立的Java（控制台）应用程序，其运行周期如下： 检查数据库中要执行的新任务 执行任务 用结果更新数据库 在醒来之前先睡n分钟，重复上述步骤 所以，它基本上是后台运行的守护进程。我想添加一个功能，可以询问应用程序：“嘿，应用程序，你现在在做什么？你能给出你当前任务的详细信息吗？等等。”。理想情况下，应用程序将有一个简单的方式来查询它的状态，但我不知道如何添加这个。我已经看过了，也考虑过了，但我正在寻求其他人的建议 我现在不考虑日志记录，因为日志文件可能会变得非常大，如果应用程序只按
有没有其他人尝试过这样做，或者有什么建议？提前感谢。是一项可以帮助您的技术；看。如果您使用的是Spring，那么也有一个解决方案。是一项技术，可以在这里帮助您；看。如果您使用的是Spring，那么也有一个解决方案。是一项技术，可以在这里帮助您；看。如果您使用的是Spring，那么也有一个解决方案。是一项技术，可以在这里帮助您；看。如果您使用的是Spring，那么还有一个问题。没有理由担心日志记录，因为它可能会填满磁盘。请看，它内置了日志旋转。此外，您可以在运行时更改日志级别，这样您就不必一直对代码的所有部分进行详细的日志记录。没有理由担心日志记录，因为它可能会填满磁盘。请看，它内置了日志旋转。此外，您可以在运行时更改日志级别，这样您就不必一直对代码的所有部分进行详细的日志记录。没有理由担心日志记录，因为它可能会填满磁盘。请看，它内置了日志旋转。此外，您可以在运行时更改日志级别，这样您就不必一直对代码的所有部分进行详细的日志记录。没有理由担心日志记录，因为它可能会填满磁盘。请看，它内置了日志旋转。此外，您可以在运行时更改日志级别，这样您就不必一直对代码的所有部分进行详细的日志记录。看起来是一个太宽泛的问题。你应该扭转这个问题：批处理比UI更容易，所以想象一下你想要什么样的交互，使用什么界面（纯文本、本地GUI、web等），简单地使用工作线程来执行任务。这看起来是一个太宽泛的问题。你应该扭转这个问题：批处理比UI更容易，所以想象一下你想要什么样的交互，使用什么界面（纯文本、本地GUI、web等），简单地使用工作线程来执行任务。这看起来是一个太宽泛的问题。你应该扭转这个问题：批处理比UI更容易，所以想象一下你想要什么样的交互，使用什么界面（纯文本、本地GUI、web等），简单地使用工作线程来执行任务。这看起来是一个太宽泛的问题。你应该扭转这个问题：批处理比UI更容易，所以想象一下你想要什么样的交互，使用什么界面（纯文本、本地GUI、web等），并简单地使用工作线程来执行任务。为什么要添加对Log4J的依赖，这会降低你的应用程序的可移植性，什么时候可以做同样的事情呢？因为Log4J不仅仅是一个文件记录器，而且查询询问如何从运行的VM中获取各种信息。在几个大型项目中都使用了这两种方法之后，我推荐使用Log4J。我恭敬地表示不同意。应该提到的是，由于它基于Log4J，它本质上是Log4J的一个集成版本。“在几个大型项目中都使用了Log4J，我建议使用Log4J。”我们可以整天讨论为什么，但在这里并不合适。为什么要添加对Log4J的依赖，从而降低应用程序的可移植性，什么时候可以做同样的事情呢？因为Log4J不仅仅是一个文件记录器，而且查询询问如何从运行的VM中获取各种信息。在几个大型项目中都使用了这两种方法之后，我推荐使用Log4J。我恭敬地表示不同意。应该提到的是，由于它基于Log4J，它本质上是Log4J的一个集成版本。“在几个大型项目中都使用了Log4J，我建议使用Log4J。”我们可以整天讨论为什么，但在这里并不合适。为什么要添加对Log4J的依赖，从而降低应用程序的可移植性，什么时候可以做同样的事情呢？因为Log4J不仅仅是一个文件记录器，而且查询询问如何从运行的VM中获取各种信息。在几个大型项目中都使用了这两种方法之后，我推荐使用Log4J。我恭敬地表示不同意。应该提到的是，由于它基于Log4J，它本质上是Log4J的一个集成版本。“在几个大型项目中都使用了Log4J，我建议使用Log4J。”我们可以整天讨论为什么，但在这里并不合适。为什么要添加对Log4J的依赖，从而降低应用程序的可移植性，什么时候可以做同样的事情呢？因为Log4J不仅仅是一个文件记录器，而且查询询问如何从运行的VM中获取各种信息。在几个大型项目中都使用了这两种方法之后，我推荐使用Log4J。我恭敬地表示不同意。值得一提的是，由于它是基于Log4J的，所以它本质上是Log4J的一个集成版本。“在几个大型项目中都使用了Log4J，我建议使用Log4J。”