【发布时间】:2015-11-22 09:19:52
【问题描述】:
所以第一件事:)
我知道标题似乎很容易回答。也许是给你们中的一个,但我在这里完全不知所措......
问题
我有一个在 Tomcat6 中运行的 Web 应用程序。这个 web 应用程序是一个有趣的混合新站点,这些站点是用 MVC 和许多 legacy JSP 站点实现的。后者对 OOP、设计模式、可维护性或可重用性毫不在意,而且都早该重写了。也就是说,它们仍在工作并且仍在使用中。
所以我得到的错误是 JSP 编译错误:
无法为 JSP 编译类:在生成的 java 文件中的第 12 行出现错误无法解析 import de.semaino.damex.utils 在 jsp 文件中的第 22 行出现错误:/jsp/include /header.jsp EcatBundle 无法解析为类型
似乎整个de.semaino.damex.utils 包无法解析。有问题的 JSP 是这样开始的:
1<%@ page import="java.util.*" %>
2<%@ page import="java.sql.*" %>
3<%@ page import="java.io.FileInputStream" %>
4<%@ page import="de.semaino.damex.*"%>
5<%@ page import="de.semaino.damex.utils.EcatBundle"%>
6<%@ page import="de.semaino.damex.system.SystemParameters"%>
7<%@ page import="de.semaino.damex.system.HelpSystem"%>
8
9<%
10 String langua2 = "0";
11 String speech = request.getParameter("speech");
12 if (speech == null) { speech = "nix"; }
13 if ( speech.equals("de") ) { langua2="de"; }
14 if ( speech.equals("en") ) { langua2="en"; }
15 if ( speech.equals("nl") ) { langua2="nl"; }
16 if (! langua2.equals("0")) {
17 request.getSession().setAttribute("org.apache.struts.action.LOCALE", new Locale(langua2,""));
18 PropertyResourceBundle bundle = new PropertyResourceBundle(new FileInputStream(
19 application.getRealPath("/") + "WEB-INF/classes/ApplicationResources_" + langua2 + ".properties"));
20 EcatBundle eBundle = new EcatBundle(bundle);
21
22 request.getSession().setAttribute("bundle", eBundle);
23 }
第 12 行和第 24 行相当于此引用中的第 5 行和第 20 行。代码没有改变,只是格式。
我的WEB-INF/classes 文件夹如下所示:
WEB-INF/
classes/
de/
semaino/
damex/
utils/
EcatBundle.class
这应该是所需的文件夹结构。
它的奇怪之处
我的页面已经被重写,它们使用完全相同的导入没有任何问题。可以解析包,并使用与上面几乎相同的代码实例化类。只是这一次它在一个编译的 java 类中。
到目前为止我做了什么
由于 real java 类可以很好地使用导入,我认为类本身不是问题。
首先我从页面中删除了导入指令和类,如下所示:
1<%@ page import="java.util.*" %>
2<%@ page import="java.sql.*" %>
3<%@ page import="java.io.FileInputStream" %>
4<%@ page import="de.semaino.damex.*"%>
5
6<%@ page import="de.semaino.damex.system.SystemParameters"%>
7<%@ page import="de.semaino.damex.system.HelpSystem"%>
...
18 PropertyResourceBundle bundle = new PropertyResourceBundle(new FileInputStream(
19 application.getRealPath("/") + "WEB-INF/classes/ApplicationResources_" + langua2 + ".properties"));
20
21
22 request.getSession().setAttribute("bundle", bundle);
...
在这些更改之后,页面再次呈现正常,这意味着其他导入正在工作。那么utils 包有什么用吗?
我将类移动到另一个包(在 Eclipse 中使用 Refactor -> move)并更改了 JSP 中的导入指令。重新编译并重新部署整个应用程序后,它可以工作了……引发错误的页面现在呈现正确。但这对我来说不是一个令人满意的解决方案,所以我把它移回去,错误又回来了。
我也尝试重命名整个包(也在 Eclipse 中使用 Refactor -> rename)并重新部署,但这次没有任何效果。
我尝试了其他一些没有帮助的方法,例如重新安装 Tomcat、检查 Tomcat 的 Java 路径、在另一台机器上部署我的 war 文件、在 eclipse 和 Jenkins 中构建 war 文件并部署它在其他机器上。结果都一样。
这种行为对我来说没有意义。我从未在如此奇怪的星座中看到过这种错误。
问题 简单明了:有什么想法吗?
或者我可以回答更多问题以帮助您帮助我? ;)
【问题讨论】:
-
好主意:停止使用脚本。
-
@LuiggiMendoza 是的,我们不再写它们了,但遗憾的是我们仍然拥有它们......
-
然后开始删除它们:)
-
你有没有可能在 de/samino/damex 中有一个名为 'utils' 的流氓类?
-
@RealSkeptic 确实我有(我为它感到羞耻;))我只是重命名了它并重新部署了应用程序。它的工作!非常好的主意。但是,我还是不明白……那堂课一定已经在那里很久了。它有一个
2的 svn 修订版,其中头部数以千计