eclipse上配置tomcat,发布web工程A,发布文件的位置在哪
3个回答
展开全部
以下仅个人观点,仅供参考
如:A项目:D:\javaeclipse\workspace\.metadata\.plugins\org.eclipse.wst.server.core\tmp7\wtpwebapps\A
说明:(1)D:\javaeclipse\workspace\ 是eclipse当前workspace ,.metadata是eclipse生成的目录,表示当前 D:\javaeclipse\workspace 是eclipce是工作空间。
(2).metadata\.plugins
是eclipse插件目录,tomcat是以插件的形式加入到eclipse里的,因此eclipse的tomcat目录不是真实tomcat安装根目
录,而是eclipse工作空间里的.metadata\.plugins\org.eclipse.wst.server.core
(3)至于tmp7 ,那是在eclipse new 一个tomcat
server时,就会在core下创建一个tmp1,2个server就tmp1 和tmp2 ... 以此类推,我建了7个tomcat
server,因此会有tmp7,而我的A就在这个tmp7下部署。这里的tmp7
表示一个临时的tomcat(里面的目录结构有点像tomcat安装路径下的目录结构,可以理解为一个tomcat复制品,我猜tmp是临时的意思。)
(4)wtpwebapps
,通常,我们用tomcat手动部署项目时,工程的发布位置有2种:1是指conf里的配置文件中指定webapp的路径,也就是web工程路径,这种从
开发到部署都是用同一个目录下的文件,没有复制或打包;第2种是把web工程打包成war包复制到{tomcat_home}/webapps目录
下,tomcat自动识别这个war包,解压war包得到一个web工程,并生成相关jsp文件放到D:\javaeclipse\workspace
\apache-tomcat-6.0.37\work\Catalina\localhost
下(注意,在localhost下的只是web文件,不是全部工程文件,全部文件应该去webapps下找),这种方式的发布有个麻烦的地方,就是修改工
程后要重新打包并把新war包放到webapps下,就算你只是修改了一个jsp文件上的一个文字或标识符,也要重新生成war包来发布(war包括有改
后缀为rar来查看里面的内容,但是,修改里面的文件再改回war后缀好像不能被tomcat识别,这点不确定,待测试才知道)
而这里的wtpwebapps ,应该是相当于实际tomcat的webapps目录,wtpwebapps 里的A相当于 webapps下 的A.war生成的A工程,应该是省下来生成war包拷贝到webapps目录的操作。
换言之,工程的发布文件就在这个webapps\A 或 eclipse配置的tomcat-wtpwebapps\A 里。浏览器请求访问的就是写A文件夹,而非我们的eclipse下的工作空间workspace里的真实工程文件。
这样就可以解释,为什么我们在eclipse修改了web工程里的一个jsp/js或java文件后,eclipse会先编译(building,
有没有发布工程eclipse都会重新编译这个工程,跟tomcat无关,这是eclipse的自检查功能),然后publish
到eclipse配置的tomcat上,也就是publish到wtpwebapps上。
(如果eclipse没有配置tomcat,而是手动发布A,那么,eclise执行完building后,我们要重新生成war包去覆盖
tomcat_home\webapps下的原理旧的war包,tomcat会监控war包发生变化而重新发布这个web工程,浏览器才能请求到新的
jsp或servlet。当然,如果采用的是
tomcat_home\conf\server.xml配置的方式发布,就省事多了,eclise上修改完了,building完成后,tomcat默
认会自动重新发布这个工程A。一般的web应用服务器,如tomcat
jboss resin 应该都有自动重新发布工程的功能。)
如:A项目:D:\javaeclipse\workspace\.metadata\.plugins\org.eclipse.wst.server.core\tmp7\wtpwebapps\A
说明:(1)D:\javaeclipse\workspace\ 是eclipse当前workspace ,.metadata是eclipse生成的目录,表示当前 D:\javaeclipse\workspace 是eclipce是工作空间。
(2).metadata\.plugins
是eclipse插件目录,tomcat是以插件的形式加入到eclipse里的,因此eclipse的tomcat目录不是真实tomcat安装根目
录,而是eclipse工作空间里的.metadata\.plugins\org.eclipse.wst.server.core
(3)至于tmp7 ,那是在eclipse new 一个tomcat
server时,就会在core下创建一个tmp1,2个server就tmp1 和tmp2 ... 以此类推,我建了7个tomcat
server,因此会有tmp7,而我的A就在这个tmp7下部署。这里的tmp7
表示一个临时的tomcat(里面的目录结构有点像tomcat安装路径下的目录结构,可以理解为一个tomcat复制品,我猜tmp是临时的意思。)
(4)wtpwebapps
,通常,我们用tomcat手动部署项目时,工程的发布位置有2种:1是指conf里的配置文件中指定webapp的路径,也就是web工程路径,这种从
开发到部署都是用同一个目录下的文件,没有复制或打包;第2种是把web工程打包成war包复制到{tomcat_home}/webapps目录
下,tomcat自动识别这个war包,解压war包得到一个web工程,并生成相关jsp文件放到D:\javaeclipse\workspace
\apache-tomcat-6.0.37\work\Catalina\localhost
下(注意,在localhost下的只是web文件,不是全部工程文件,全部文件应该去webapps下找),这种方式的发布有个麻烦的地方,就是修改工
程后要重新打包并把新war包放到webapps下,就算你只是修改了一个jsp文件上的一个文字或标识符,也要重新生成war包来发布(war包括有改
后缀为rar来查看里面的内容,但是,修改里面的文件再改回war后缀好像不能被tomcat识别,这点不确定,待测试才知道)
而这里的wtpwebapps ,应该是相当于实际tomcat的webapps目录,wtpwebapps 里的A相当于 webapps下 的A.war生成的A工程,应该是省下来生成war包拷贝到webapps目录的操作。
换言之,工程的发布文件就在这个webapps\A 或 eclipse配置的tomcat-wtpwebapps\A 里。浏览器请求访问的就是写A文件夹,而非我们的eclipse下的工作空间workspace里的真实工程文件。
这样就可以解释,为什么我们在eclipse修改了web工程里的一个jsp/js或java文件后,eclipse会先编译(building,
有没有发布工程eclipse都会重新编译这个工程,跟tomcat无关,这是eclipse的自检查功能),然后publish
到eclipse配置的tomcat上,也就是publish到wtpwebapps上。
(如果eclipse没有配置tomcat,而是手动发布A,那么,eclise执行完building后,我们要重新生成war包去覆盖
tomcat_home\webapps下的原理旧的war包,tomcat会监控war包发生变化而重新发布这个web工程,浏览器才能请求到新的
jsp或servlet。当然,如果采用的是
tomcat_home\conf\server.xml配置的方式发布,就省事多了,eclise上修改完了,building完成后,tomcat默
认会自动重新发布这个工程A。一般的web应用服务器,如tomcat
jboss resin 应该都有自动重新发布工程的功能。)
本回答被提问者采纳
已赞过
已踩过<
评论
收起
你对这个回答的评价是?
2018-08-01 · 百度知道合伙人官方认证企业
育知同创教育
1【专注:Python+人工智能|Java大数据|HTML5培训】 2【免费提供名师直播课堂、公开课及视频教程】 3【地址:北京市昌平区三旗百汇物美大卖场2层,微信公众号:yuzhitc】
向TA提问
关注
展开全部
项目部署之后,在自己的项目所对应的文件夹中,会出现这个文件:.metadata
项目路径如下:
\.metadata\.plugins\org.eclipse.wst.server.core\tmp0\wtpwebapps
试试看吧
项目路径如下:
\.metadata\.plugins\org.eclipse.wst.server.core\tmp0\wtpwebapps
试试看吧
本回答被网友采纳
已赞过
已踩过<
评论
收起
你对这个回答的评价是?
推荐律师服务:
若未解决您的问题,请您详细描述您的问题,通过百度律临进行免费专业咨询