Eclipse WTP vs sydeo“在不发布的情况下为模块提供服务”

我有一个问题,找到的性能的插件 sysdeo 使用集成插件 WTP 的 Eclipse。

为了进行迁移并进行比较,我将两者都安装在 Eclipse 中的单独项目上。

根据我的理解,我注意到了生产率的差异: WTP 需要在目录构建中发布源代码,这样 tomcat 就可以对它们进行安排。这种“拉动”是长期的: 需要上下文的充电,以便修改是可见的。(5干在大多数码15秒-20秒在最长)。

Sysdeo no; 它的目标是 Eclipse 目录,因此一旦文件做了修改,它就会在项目内部构建 Eclipse,并且这些修改立即可用(在浏览器上是 F5,我们立即就会得到结果)。

以下是我的服务器配置:

选项“服务模块而不发布”允许确切地创建 sydeo: 选择正在运行的项目的构建目录。这个配置在上下文文件中表达自己。(为了能够得到它,我选中了“发布调节上下文以分隔 XML 行”)

这些文件的比较:

  • 下面是 sysdeo 要生成的上下文文件
< Context path="/tatoile _syseo" reloadable="false" docBase="D:\32bit\serveur32bit\workspace\tatoile _syseo" workDir="D:\32bit\serveur32bit\workspace\tatoile _syseo\work" />
  • WTP 要生成的文件上下文

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 中都没有立即进行修改。注意: 自动重新加载必须放在启用,以便考虑到修改。(当服务器指示我们已经重新加载上下文时,我们可以看到修改。)

enter image description here

我从中推断出,上下文的配置不是原因,而是插件启动 tomcat 的方式;。

这是 WTP 项目:

enter image description here

2901 次浏览

look in the plugin marketplace for a free plugin called m2e-wtp. That will take care of the provided scope issues. As for classes not being deployed, the usual places I look at are the deployment assembly and/or Java Build Path. Make sure that the entries (and the dependent modules) are all there and located in the right place.

The answer quoted from @Vsplit

The problem was solved by adding MAVEN with WTP deployment. No performance problems ... and I don't activate serve modules without publishing