【问题标题】:Package/Class cannot be resolved to a type包/类无法解析为类型
【发布时间】: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 修订版,其中头部数以千计

标签: java jsp tomcat


【解决方案1】:

de.samino.damex 包中应该有一个名为“utils”的类,它破坏了聚会。

【讨论】:

  • 是的,正如您在上面的 cmets 中看到的那样。 ;) 但是由于直到现在还没有答案,所以你赢得了复选标记。
猜你喜欢
  • 2015-10-22
  • 1970-01-01
  • 1970-01-01
  • 2021-08-28
  • 2013-12-14
  • 2015-06-10
  • 1970-01-01
  • 2014-07-23
  • 2011-12-31
相关资源
最近更新 更多