我有一个问题,找到的性能的插件 sysdeo 使用集成插件 WTP 的 Eclipse。
为了进行迁移并进行比较,我将两者都安装在 Eclipse 中的单独项目上。
根据我的理解,我注意到了生产率的差异: WTP 需要在目录构建中发布源代码,这样 tomcat 就可以对它们进行安排。这种“拉动”是长期的: 需要上下文的充电,以便修改是可见的。(5干在大多数码15秒-20秒在最长)。
Sysdeo no; 它的目标是 Eclipse 目录,因此一旦文件做了修改,它就会在项目内部构建 Eclipse,并且这些修改立即可用(在浏览器上是 F5,我们立即就会得到结果)。
以下是我的服务器配置:
选项“服务模块而不发布”允许确切地创建 sydeo: 选择正在运行的项目的构建目录。这个配置在上下文文件中表达自己。(为了能够得到它,我选中了“发布调节上下文以分隔 XML 行”)
这些文件的比较:
< Context path="/tatoile _syseo" reloadable="false" docBase="D:\32bit\serveur32bit\workspace\tatoile _syseo" workDir="D:\32bit\serveur32bit\workspace\tatoile _syseo\work" />
Xml version = “1.0”coding = “ UTF-8”? > < 背景 DocBase = “ D: 32位 serveur32位工作区 tatoile web”path = “/tatoile” Reloadable = “ true”source = “ org.eclipse.jst.jee.server: tatoile”> < 资源 ClassName = “ org.eclipse.jst.server.tomcat.loader. WtpDirContext” ExtraResourcePath =”/WEB-INF/classes | D: 32bit serveur32bit 工作区条码构建类“ ViralClassspath = “ D: 32位 serveur32位工作区条形码构建类”/> < 装载机 ClassName = “ org.eclipse.jst.server.tomcat.loader. WtpWebappLoader” UseSystemClassLoaderAsParent = “ false” ViralClassspath = “ D: 32位 serveur32位工作区条形码构建类”/> < JarScanner ScanAllDirectory = “ true”/>
稍后分析这两个文件是相似的。
现在让我们回到问题上来。我使用相同的服务器,因此上面的两个文件都是为这个服务器定义的。经验: 我通过 sysdeo 插件启动 tomcat,两个上下文中的负载由 sysdeo 配置 WTP 的方式。两个当局的反应是相同的,修改是立即在 tatoile _ syseo 和 tatoile。
另一方面,我在 eclipse 中通过插件 WTP (tab server 等)启动 tomcat,在两个项目 tatoile _ syseo 和 tatoile 中都没有立即进行修改。注意: 自动重新加载必须放在启用,以便考虑到修改。(当服务器指示我们已经重新加载上下文时,我们可以看到修改。)
我从中推断出,上下文的配置不是原因,而是插件启动 tomcat 的方式;。
这是 WTP 项目: