log4j.appender.Logfile.File=./logs/its_log

在 log4j.appender.Logfile.File=./logs/its_log 这个配置中，./ 表示当前工作目录。但是，在Java和许多其他环境中，当前工作目录可能并不是你期望的应用程序根目录，而是操作系统启动Java进程时所在的位置。
在Web应用服务器环境下（比如Tomcat），./ 通常指的是Web应用的根目录。因此，如果你是在一个Web容器内运行的应用，那么 ./logs/its_log 将会在Web应用的根目录下的 logs 文件夹中创建名为 its_log 的日志文件。
然而，如果这个配置是在一个独立的Java应用程序中，并且应用程序是从命令行启动的，那么 ./ 可能会指向你启动Java应用程序的那个目录。
为了确保日志文件被创建在预期的位置，你可以通过以下几种方式之一来明确指定路径：
绝对路径： 使用完整的磁盘路径，例如 D:/logs/its_log 或 /var/log/myapp/its_log。
系统属性： 使用 ${property} 格式引用系统属性或环境变量，例如 ${catalina.home}/logs/its_log。这样可以利用像 catalina.home 这样的系统属性，它通常指向Tomcat的安装目录。
相对路径与工作目录： 如果你希望日志文件相对于应用的类路径或某个特定目录，可以设置系统属性（如 user.dir）并使用该属性作为路径的一部分。
例如，你可以在启动Java应用时设置 user.dir 属性。

如果Tomcat是以服务的方式在Windows或以守护进程（daemon）的方式在Linux上运行，那么它的工作目录通常是Tomcat的安装目录。这意味着配置中的 ./logs/its_log 实际上会解析为Tomcat安装目录下的 logs 子目录中的 its_log 文件。
在Windows上，当你将Tomcat注册为服务时，服务的启动目录默认是Tomcat的安装目录。同样地，在Linux上，当Tomcat作为一个守护进程运行时，它的工作目录也是其安装目录，除非在启动脚本（如 catalina.sh 或 startup.sh）中指定了不同的工作目录。
因此，对于以服务或守护进程方式运行的Tomcat，./logs/its_log 将会在类似这样的路径下创建：
Windows: C:\Program Files\Apache Software Foundation\Tomcat 9.0\logs\its_log
Linux: /opt/tomcat/logs/its_log
当然，具体的路径取决于你的Tomcat实际安装的位置。如果你更改了Tomcat的默认工作目录，那么日志文件也将出现在那个目录下的 logs 子目录中。
要验证这一点，你可以在Tomcat运行时检查其日志目录的实际内容，或者查看Tomcat服务或守护进程的配置，确认工作目录的设置。