个人中心
文章发布
退出
作者热门文章
- html - 出于某种原因，IE8 对我的 Sass 文件中继承的 html5 CSS 不友好？
- JMeter 在响应断言中使用 span 标签的问题
- html - 在 :hover and :active? 上具有不同效果的 CSS 动画
- html - 相对于居中的 html 内容固定的 CSS 重复背景？
25
4
我的主应用程序中有两个 JSP 文件，一个是 MAIN.jsp，另一个是 CSS & JS import.jsp 文件。
MAIN.jsp是主应用的主页面。import.jsp文件将伙伴应用的CSS和JS导入到MAIN.jsp文件中，用于支持主应用作为伙伴应用的少数功能。
但是所有应用程序(主要和合作伙伴)都部署在同一台服务器上。所以基本上两个应用程序的主机名都不会改变，但只有上下文根会改变。
我已经使用 jsp import 标签在 MAIN.jsp 中导入 import.jsp，如下面的代码所示。
<html>
<head>
<c:import url="resourceImport/import.jsp">
</head>
<body>
</body>
</html>
<html>
<head>
<link url="http://hostName/DifferentContext/example.css" rel="stylesheet" type="test/css">
<script type="text/javascript" src="http://hostName/DifferentContext/sample.js" > </script>
</head>
<body>
</body>
</html>
目前我已经在 import.jsp 中对合作伙伴 HTTP URL 进行了硬编码，以加载 MAIN.jsp 文件中的所有资源。 但展望 future ，我们计划在 HTTP 和 HTTPS 环境中运行该应用程序。
那么我怎样才能使它成为在 import.jsp 文件中获取协议(protocol)的动态方式。我尝试了以下方法来动态获取协议(protocol)，但它不起作用。
删除协议(protocol)并使其成为相对 URL
<head>
<link url="//hostName/DifferentContext/example.css" rel="stylesheet" type="test/css">
<script type="text/javascript" src="//hostName/DifferentContext/sample.js" > </script>
</head>
删除协议(protocol)和主机名并使其成为相对 URL
<head>
<link url="//DifferentContext/example.css" rel="stylesheet" type="test/css">
<script type="text/javascript" src="//DifferentContext/sample.js" > </script>
</head>
那么你能不能请任何人帮助我解决这个问题。
最佳答案
如果有任何东西值得使用 https(现在有)，我会选择 https 无处不在。
不用再担心，不会发生意外信息泄露和协议(protocol)更改。更轻松的维护和以后没有更新将无意中带回错误的协议(protocol)链接。
检查 HSTS作为强制兼容浏览器在未来不再理会任何 HTTP 连接尝试的选项。
也就是说，相对链接是保持相同协议(protocol)的另一种方式并且可能是有益的:您很少希望将域名硬编码到您的应用程序中 - 根据您在应用程序中使用的编程风格，您可能想要使用页面相关链接 (../DifferentContext/example.css) 或服务器相关链接 (/DifferentContext/example.css)。相对协议(protocol)也很好，但对域名进行了硬编码。
另一种选择是使该位置完全可配置。这样您可以稍后决定(前提是您已将所有 事件更改为配置值):${config.theOtherAppBaseUrl}/example.css。有了它，您可以在 10 分钟内自己尝试所有不同的选项。当您得出结论认为值得在任何地方使用 https 时，稍后会改变主意。
(注意:您的问题代码中存在问题:最后一个链接指向 //DifferentContext....，它假设 DifferentContext 是一个主机名 - 这是一个协议(protocol)相关 URL )
关于javascript - 如何在导入JSP中获取主机协议(protocol)，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/37505198/
25
4
0
是否可以让标准 Java EE servlet 容器将文件解释并呈现为 JSP，即使该文件没有 .jsp 扩展名？ 假设我的 WAR 根目录中有一个名为 foo.xyz 的文件。该文件包含一些 jST
关闭。这个问题不满足Stack Overflow guidelines .它目前不接受答案。 想改善这个问题吗？更新问题，使其成为 on-topic对于堆栈溢出。 6年前关闭。 Improve thi
我有几个通用元素(组件)，它们会生成一些 html。似乎我的选择是创建一个 taglib，或者只是将该逻辑放入一个 jsp 页面并包含 jsp。 有什么不同？积极与消极？ 最佳答案 Taglibs 允
我是 Ejb-JSP 的新手，对它知之甚少。我已经创建了一个 JSP 页面，它调用 Controller Servlet，而 servlet 调用 EJB。结构就像 JSP -> Servlet ->
我想编写一个自定义 JSP 标签，其输出包括其他 JSP 标签，这些标签本身也应该被动态评估。但显然我的一切TagSupport子类写入 pageContext.getOut()无需任何进一步评估，直
我有一个包含页面顶部内容的 JSP，我们称它为 header.jsp。出于性能原因，我想呈现此 JSP 并将其刷新给用户，然后再构建页面的其余部分。 (有关性能优势的解释，请参阅 here。) 我能想
我发现自己在处理一些旧的 JSP，想做一些简单的事情，比如以 dd/mm/yyyy 格式显示今天的日期 好像没那么简单， 到目前为止，我已经导入了 java.util.* 我试过很多东西 String
关于 JSP 标签字符集的简单问题。 mytag很简单。 tag文件位于 WEB-INF/tags .这个文件在 Eclipse 中的字符集是 UTF-8。出于某种原因，UTF-8 符号无法
这让我很吃惊!我的 JSP 中有以下代码。 在我重构 SlideShow 类并公开所有属性并删除 getter/setter 之前，这段代码一直有效。所以在我看来，EL 只适用于 getter 而不
现有的一组 JSP，用英文字段标签、javascript 错误/信息消息、图像“alt”消息等硬编码，需要多语言化。 将这些 JSP 转换为使用标准 Java 多语言功能(资源包、语言环境等)的最佳方
Closed. This question needs to be more focused。它当前不接受答案。 想改善这个问题吗？更新问题，使其仅通过editing this post专注于一个问题
我已经在 Tomcat 6.0 下部署了我们的 War 到 Linux 服务器。在那个 Linux 机器上，我们没有打开浏览器的权限。 是否可以从命令行执行 JSP？ 最佳答案 您可以使用其中 wge
有没有人建议为 JSP 设置最佳缓冲区大小？您可以使用以下页面指令在 JSP 中设置缓冲区大小 我的问题如下 我的理解是，您使用的缓冲区大小越小，客户端浏览器的性能就越好。我的假设正确吗？如
我们正在使用 JBoss 7.1.3.Final 和 Java 6。我想将 UTF-8 页面编码应用于我们网站上提供的所有 JSP 页面，因此我将其添加到我们的 web.xml 文件中
学过jsp native，想包含动态文件。我想使用 include 调用动态页面 这段代码 如果我输入 dashboard.jsp?p=about 页面打开“pages/a
在我的 JSP 页面中，我希望链接转发到另一个 JSP 页面。当用户在 home.jsp 上时，我希望他们转到 login.jsp 等。我遇到的问题是无法找到 JSP，除非我将页面放在项目文件夹中(在
我正在尝试在新的grails应用程序中使用index.jsp切换index.gsp。我将默认的index.gsp重命名为not_index.gsp，并添加了index.jsp。现在，我收到以下错误。
是否可以从服务器端 jsf 代码将资源打开到新的浏览器选项卡(如命令按钮的 target="_newtab")？ 以下代码在同一选项卡中打开资源: FacesContext.getCurrentIns
我想问一个关于 .jsp 的问题。使用 jsp 语法(例如 )和 XML 语法(例如 ... )有什么不同。使用其中一种语法是否有维护或某种 advs？谢谢。 最佳答案 原始的 语法更加紧凑，但如
JSP 文件是否有行业标准命名约定？ 我遇到过来自不同来源的三种约定: 全部小写 (thisismyfile.jsp) 首字母小写的驼峰式大小写 (thisIsMyFile.jsp) 首字母大写的驼峰
我是一名优秀的程序员,十分优秀！