我应该使用 Java EL 来生成样式表和脚本标记 URL 吗？
Should I use Java EL for generating stylesheet and script tag URLs?
我正在与一个使用 Netbeans 的开发团队合作，但不幸的是，他们使用的代码长期以来一直使用古老的技术。在最近的一些研究中，我发现了 Java 的 "Expression Language" 并且我一直在转换我们的一个网络应用程序以使用它来构建样式表和脚本文件 URL 链接而不是当前的 "relative path"想法。
例如，我们在webapp根目录下有一个或两个.jsp文件，其他的在子文件夹中，所有这些现在都在使用：
<link href="${pageContext.servletContext.contextPath}/assets/css/stylesheet.css" rel="stylesheet" type="text/css"/>
<script src="${pageContext.servletContext.contextPath}/assets/js/script.js" type="text/JavaScript"></script>
Netbeans 8.0.1 似乎没有从样式表中获取 类；所以即使它在浏览器中正确运行，我的测试项目现在充满了 "class not found" 警告消息。
所以我的主要问题（使用 Java 6 或 7）：这是一个很好的方法还是我应该寻找其他选择？否则，这只是一个让我无缘无故担心的 IDE 错误吗？
为了清楚起见，我才刚刚开始将他们拖出 Java 6 世界。老实说，我不确定为什么，但直到最近他们才反对这个想法依赖应用程序框架和库，选择自己从头开始编写所有内容；所以这是尝试 "fix" 我们当前的应用程序存在一些明显的问题，让我们有机会使用更现代的技术重写它们。
检查问题评论中 BalusC 提供的 link 后，在线阅读一些其他内容，并在 IntelliJ IDEA 15 中打开我的测试项目（它正确检测到 CSS 类 );我很满意使用 ${pageContext.servletContext.contextPath} 为我所有的 URL 属性添加前缀没有任何有趣的问题。
我无法使用 HTML <base> 标签，因为我们还需要保持对 IE8 的支持。
@BalusC，感谢 link，这有助于解决我的几个小问题。 :)
我正在与一个使用 Netbeans 的开发团队合作，但不幸的是，他们使用的代码长期以来一直使用古老的技术。在最近的一些研究中，我发现了 Java 的 "Expression Language" 并且我一直在转换我们的一个网络应用程序以使用它来构建样式表和脚本文件 URL 链接而不是当前的 "relative path"想法。
例如，我们在webapp根目录下有一个或两个.jsp文件，其他的在子文件夹中，所有这些现在都在使用：
<link href="${pageContext.servletContext.contextPath}/assets/css/stylesheet.css" rel="stylesheet" type="text/css"/>
<script src="${pageContext.servletContext.contextPath}/assets/js/script.js" type="text/JavaScript"></script>
Netbeans 8.0.1 似乎没有从样式表中获取 类；所以即使它在浏览器中正确运行，我的测试项目现在充满了 "class not found" 警告消息。
所以我的主要问题（使用 Java 6 或 7）：这是一个很好的方法还是我应该寻找其他选择？否则，这只是一个让我无缘无故担心的 IDE 错误吗？
为了清楚起见，我才刚刚开始将他们拖出 Java 6 世界。老实说，我不确定为什么，但直到最近他们才反对这个想法依赖应用程序框架和库，选择自己从头开始编写所有内容；所以这是尝试 "fix" 我们当前的应用程序存在一些明显的问题，让我们有机会使用更现代的技术重写它们。
检查问题评论中 BalusC 提供的 link 后，在线阅读一些其他内容，并在 IntelliJ IDEA 15 中打开我的测试项目（它正确检测到 CSS 类 );我很满意使用 ${pageContext.servletContext.contextPath} 为我所有的 URL 属性添加前缀没有任何有趣的问题。
我无法使用 HTML <base> 标签，因为我们还需要保持对 IE8 的支持。
@BalusC，感谢 link，这有助于解决我的几个小问题。 :)