1.配置eclipse的开发环境，配置jdk的安装路径和tomcat安装路径。
2.在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.pluginsorg.eclipse.wst.server.core mp0wtpwebappszhgy ]
打开该目录可以很清楚的看到存在zhgy这样一个文件夹，这就是我们现在可以访问的项目目录。
再打开 D:workSpace.metadata.pluginsorg.eclipse.wst.server.core mp0 这个目录，可以看到这个目录下的结构和D:Tomcat 6.0 的目录结构是一模一样的，只是多了个wtpwebapps目录。其实D:workSpace.metadata.pluginsorg.eclipse.wst.server.core mp0 这个目录就是eclipse的对 D:Tomcat 6.0 目录的一个克隆，从而使 D:workSpace.metadata.pluginsorg.eclipse.wst.server.core mp0 也能够具备源服务器的功能。
3. 如果再new几个服务器，就会在 D:workSpace.metadata.pluginsorg.eclipse.wst.server.core 目录下依次出现temp0、temp1、temp2等多个克隆服务器，但是这里每次只能启动上面一个克隆服务器，因为他们都使用的是相同的启动端口（当然还有相同的关闭端口等）。
这样会给我们带来很多的不方便。举个例子：就上述工程而言，当我们在进行开发的时候，项目需要将上传的图片放入到工程的同级目录的upload文件夹的时候，会发现图片是上传到了所在的目录D:workSpace.metadata.pluginsorg.eclipse.wst.server.core mp0wtpwebappsupload ，但是无法在浏览器中访问到上传的图片。这时候我们可以手动将该upload目录整个复制到 D:workSpace.metadata.pluginsorg.eclipse.wst.server.core mp0webapps，这时在浏览器中的确就可以访问了。造成这种现象的原因是tomcat服务器默认webapps为工程目录，而不是 wtpwebapps 目录。之所能够通过浏览器访问 D:workSpace.metadata.pluginsorg.eclipse.wst.server.core mp0wtpwebappszhgy 下的zhgy这个项目，是由于eclipse通过tomcat发布项目的时候在 D:workSpace-jx.metadata.pluginsorg.eclipse.wst.server.core mp3conf 目录的server.xml文件中有如下的设置：
- <Context docBase="D:workSpace.metadata.pluginsorg.eclipse.wst.server.core mp3wtpwebappszhgy"
- path="/zhgy" reloadable="true" source="org.eclipse.jst.jee.server:zhgy"/>
这一点我们可以通过在查看eclipse中新建的tomcat属性来了解，如下图中Server Locations中所示：
手动拷贝虽然可以解决问题，但是确实不方便。但是上图中的Server Locations是灰色的，不能更改。其实eclipse新建tomcat克隆的时候是可以更改的，只是在new这个tomcat的时候不要添加任何工程进去，再在tomcat上点击右键open：