由“[SetPropertiesRule]{Server/Service/Engine/Host/Context} Setting property 'so”引起的问题

最新推荐文章于 2020-04-29 10:58:23 发布

dodoniao

最新推荐文章于 2020-04-29 10:58:23 发布

阅读量4.2k

点赞数

CC 4.0 BY-SA版权

分类专栏：暂时理解文章标签： java

本文链接：https://blog.youkuaiyun.com/dodoleehee/article/details/17358199

暂时理解专栏收录该内容

5 篇文章

订阅专栏

本文记录了解决服务器配置错误的过程，尝试多种方法后采用Jetty替代Tomcat成功启动服务。介绍了从排查错误到最终解决问题的学习经历。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

自己在配置服务器的时候，出错了

自己弄个了很久都总是报错。找不出原因。

于是，各种排错。

方式1：

找对应报错的原因，找到对应的类，找到依赖的包。最后得出结果，应该不是这个问题

方式2：

jdk版本和64位？于是替换jdk版到32位，替换对应的tomcat的到32位，替换对应的eclipse到32位。（ide都分版本，为什么不弄个兼容的。。。）

最后，还是无法解决。

方式3：

找别人的解决方案。看网上有人说是Tomcat服务器的server.xml对应配置的最后一个Context的source属性不支持造成的

也就是<Context docBase="console" path="/ROOT" reloadable="true" source="org.eclipse.jst.jee.server:console"/></Host>

这句话没有识别，需要在 Server对应的Server Options的 Publish module contexts to separate XML file前面，打勾。

这样做了，虽然解决了问题，但是对应的服务没有运行。（可能别人解决了问题，我这个问题不一样）

方式4：

对比差别。找同事要了项目，用beyond compare对比下，发现没有什么区别。

再对比对应的runtime环境和 launch设置。

发现设置对应的vm参数很多。（其实，服务启动，vm对应的操作还是很复杂的。）

其中，有几个数据是需要到对应的workspace的配置中去读取的。大体在 workspace的 \.metadata\.plugins\org.eclipse.wst.server.core 下

可以发现很多servers.xml，publish.xml等存储服务的配置参数的文件，还有tmp0，tmp1....等一些文件夹

推断tmp0，tmp1等是对应具体服务器配置等

最后，还是没有能解决。

自己只有给leader汇报， leader对于这个问题。

自己在查找问题的时候，在 http://zhidao.baidu.com/link?url=IHZ9D67K8rNYHH4p2CaUJdcFw40tQ_omKqRaA69NYdD9QjQJqLvd4PXYhS7wDFnZR-BcP6wJZtfCJde_-u8Fpa

中发现，有个回答很特别，很好，说：

【最新版的Eclipse和Tomcat最新版不兼容，暂时还没有解决办法，换个其他类型的服务器就可以了，如JBOSS、Glassfish等】

leader在maven的pom文件中plugin了jetty

<plugin>
	<groupId>org.mortbay.jetty</groupId>
	<artifactId>maven-jetty-plugin</artifactId>
	<version>6.1.26</version>
	<configuration>
		<contextPath>/</contextPath>
		<connectors>
			<connector implementation="org.mortbay.jetty.bio.SocketConnector">
				<port>8480</port>
			</connector>
		</connectors>
	</configuration>
</plugin>

对应目录下， mvn clean compile 编译, mvn jetty：run 自动下载完依赖包后，自动启动了

对应8480端口访问网页，浏览项目完毕。

有的时候，自己解决问题虽然没有成功，

但是，解决问题的过程中，也可以学到不少东西，只要你想为什么。