我的开发环境:eclipse kepler (4.3)+tomcat7.0.42.
在我想看eclipse中web项目jsp文件被tomcat转换成java以后的java源文件的位置，发现正常情况下的webapps下面，没有看到我部署的项目
同时，work目录（jsp的工作目录）下面也没有生成相关的jsp的class文件和java源文件。但是我想看源码啊。找了一堆关于jsp的源码位置的文章，都说是在work下面可以找到。后来在不断的尝试下，我搜索了关键字 server locations的配置是什么意思。找了下面的资料，加上了自己的一些补充和验证，解决了上述问题。
首先看一下，资料内容。
配置eclipse的开发环境，配置jdk的安装路径和tomcat安装路径。在eclipse下建立Dynamic Web Project工程zhgy，在使用eclipse中new一个tomcat，通过启动该tomcat来发布Dynamic Web Project的时候，其实并未将工程发布到tomcat 安装目录所在的 webapps下。这点可以去上述的tomcat 安装目录 的webapps目录下查看。从启动时候的控制台输出来看项目是被发布到了如下的目录：
信息: Set web app root system property: 'webapp.root' = [ D:\workSpace\.metadata\.plugins\org.eclipse.wst.server.core\tmp0\wtpwebapps\zhgy\ ]
打开该目录可以很清楚的看到存在zhgy这样一个文件夹，这就是我们现在可以访问的项目目录。
再打开 D:\workSpace\.metadata\.plugins\org.eclipse.wst.server.core\tmp0\ 这个目录，可以看到这个目录下的结构和 D:\Tomcat 7.0 的目录结构是一模一样的，只是多了个wtpwebapps目录。其实 D:\workSpace\.metadata\.plugins\org.eclipse.wst.server.core\tmp0\ 这个目录就是eclipse的对 D:\Tomcat 7.0 目录的一个克隆，从而使 D:\workSpace\.metadata\.plugins\org.eclipse.wst.server.core\tmp0\也能够具备源服务器的功能。
如果再new几个服务器，就会在 D:\workSpace\.metadata\.plugins\org.eclipse.wst.server.core\ 目录下依次出现temp0、temp1、temp2等多个克隆服务器，但是这里每次只能启动上面一个克隆服务器，因为他们都使用的是相同的启动端口（当然还有相同的关闭端口等）。
这样会给我们带来很多的不方便。举个例子：就上述工程而言，当我们在进行开发的时候，项目需要将上传的图片放入到工程的同级目录的upload文件夹的时候，会发现图片是上传到了所在的目录 D:\workSpace\.metadata\.plugins\org.eclipse.wst.server.core\tmp0\wtpwebapps\upload\ ，但是无法在浏览器中访问到上传的图片。这时候我们可以手动将该upload目录整个复制到 D:\workSpace\.metadata\.plugins\org.eclipse.wst.server.core\tmp0\webapps\ ，这时在浏览器中的确就可以访问了。造成这种现象的原因是tomcat服务器默认webapps为工程目录，而不是 wtpwebapps 目录。之所能够通过浏览器访问 D:\workSpace\.metadata\.plugins\org.eclipse.wst.server.core\tmp0\wtpwebapps\zhgy\ 下的zhgy这个项目，是由于eclipse通过tomcat发布项目的时候在 D:\workSpace-jx\.metadata\.plugins\org.eclipse.wst.server.core\tmp3\conf 目录的server.xml文件中有如下的设置：
实际上,下面的配置是tomcat管理其他目录下的web项目的配置方式.在我的博文中tomcat虚拟路径的配置中有介绍.<Context docBase="D:\workSpace\.metadata\.plugins\org.eclipse.wst.server.core\tmp3\wtpwebapps\zhgy" path="/zhgy" reloadable="true" source="org.eclipse.jst.jee.server:zhgy"/> (以上部分来源于百度空间) ########################################################################## 通过上面的验证,就应该明白了,为何myeclipse下面部署的项目的jsp文件的java文件会在E:\DevelopSoftware\apache-tomcat-7.0.42\work\Catalina\localhost目录下找到了. 因为默认情况下,在eclipse中部署了外部的tomcat时,默认的serverlocations是这样设置的: 打开此视图的的方式是:双击server就ok了,不会的多试一下的啦.不做详细介绍.
一般情况下,上面的面板打开以后,server locations是灰色的.做如下操作:首先移除所有已经部署的项目,然后右击servlet->clean一下,就ok了.那么上面可以看到server locations配置的三个选项.1.使用workspace,不修改tomcat,而且发现部署的目录也不是webapps.这种情形下,要想找到jsp被tomcat转换成的java文件,就需要到上文中提到的目录下面去找了.具体路径如下:D:\workSpace\.metadata\.plugins\org.eclipse.wst.server.core\tmp0\webapps\ work\jsp(找个目录找起来当然不太方便,因为plugins下面类似的目录很多的啦)2.使用tomcat的安装目录.选择第二选项后,server path也会自动修改,然后手动修改部署路径就ok了.也就是将deploy path改成webapps3.第三种使用定制的目录，实际上就是自己定义tomcat server 的location吗。一般不使用。了解了上述三种location配置，那么我们要将web项目手动配置到tomcat的安装目录下，就很容易了。同时做了这样的配置以后，以后要想看jsp的源码，也就直接在tomcat的安装目录下的work目录中就可以找了。
于是,部署过的项目就可以找到jsp的源码了.E:\DevelopSoftware\apache-tomcat-7.0.42\work\Catalina\localhost\myDay11login\org\apache\jsptomcat配置虚拟路径管理其它目录下的web项目