关于获取Tomcat和WebSphere的classes目录的绝对路径的问题

针对问题的提出，首先作出如下假设：

1，有一个类 ResourceRender ，所在的 package 是 com.daston.resource

2，在 /web-inf/classes 目录下有一个 abc.xml 文件，需要在某个时候装载此配置文件

3，这个WEB应用的classpath假设为 /appsd 一般的做法：

 String classPathName = ResourceRender.class.getResource("/").getPath(); 从理论上看，这样，应该可以直接得到 classes 的绝对路径；而在事实上，Tomcat 是可以这样获得的；而在 WebSphere 部署里面，情况并不是这样，这样得到的路径是 WebSphere 的loader所在的目录，比如 /work/loader，而不是 /web-inf/classes。 针对这种情况，可以考虑这样的做法： String classPathName = ResourceRender.class.getResource("").getPath(); 这样做，classPathName 是这样的，/web-inf/classes/com/daston/resource/ ；当然，这样根据 ResourceRender 的 package 将后缀去掉，从而获得classes 的绝对路径。这样的测试几乎在 Tomcat 和 WebSphere 都是成功的。 可是，今天打包部署系统时，问题出来了，通过调试，返回的路径竟然是 %Tomcat%/work/Catalina/localhost/appsd/loader ；系统提示找不到指定的文件 %Tomcat%/work/Catalina/localhost/appsd/loader/abc.xml 经过反复调试和验证，最终问题的原因找到了。 原来，我们打包部署的文件是将class文件打包到jar文件中，因此在，classes目录下是不会存在 /com/daston/resource 这些目录的，所有的JAR文件都被打包到 jar 文件中了。 经过测试，发现，只要classes目录下有/com/daston/resource 这个目录，不一定有真正的 ResourceRender.class 文件，上面的代码执行结果都是预期的结果，但是，一旦把目录删除或改名，上面代码执行结果就是 Tomcat 的work loader 目录。 因此，

为了统一解决这样的问题，必须使用新的方式来实现：

 URL url = ResourceRender.class.getClassLoader().getResource("abc.xml");

String classPathName = url.getPath();

int endingIndex = classPathName.length()-"abc.xml".length();

classPathName = classPathName.substring(0, endingIndex);

不管怎么样，问题解决了，总是高兴的事，依此登博，后冕而已！