gpt4 book ai didi

java - 使用 pagecontext.include 将页面范围属性传递给 JSP 以便在 JSTL 中使用?

转载 作者:搜寻专家 更新时间:2023-10-31 08:30:28 25 4
gpt4 key购买 nike

我们在工作中几乎一字不差地使用这个 JSP 模板解决方案:

http://java.sun.com/developer/technicalArticles/javaserverpages/jsp_templates/

当它获取要包含的 JSP 页面时,它使用 pageContext.include,这给我们留下了一个问题,那就是我们有很多在 JSP 本身(标签汤)中初始化的 scriplet 代码。我的想法是用一个附加属性修改模板标签,该属性是对具有 init 或 execute 方法的类的包路径引用。该执行将首先被调用,并在包含 JSP 之前添加页面上下文属性。然后我们将使用 JSTL 来访问这些属性。但是,有人告诉我这行不通,因为 pageContext.include 的工作方式以及无法传递页面范围内的属性。这是真的吗,是否有解决方法?我对我所有的范围界定规则了解得一般。

最佳答案

正确,问题在于 PageContext 实际上就是一个页​​面上下文。当您运行 include 时,该资源(假设它是一个 JSP)获得它自己的 PageContext,并且在返回时丢失。

JSP 有 4 个作用域:Application、Session、Request 和 Page。其中每一个都有自己的生命周期,这应该是不言自明的。

这里使用 Request 范围是正确的想法。

如果您查看链接到的模板代码,就会发现 Insert 标签正是这样做的。在这种情况下,它将 Hashtables 放到请求中维护的 Stack 上。

然后它使用“put”和“get”标签在当前“堆栈”上放置/获取项目。

您可以做的一件简单的事情是在 PageContext.include 之前,适本地调用您的“execute”方法。让该方法简单地返回一个名称/值对的映射。然后您可以获取该 Map 并填充堆栈上现有的(或即将存在的)哈希表。

基本上,您的 Init 类是类似于调用大量“put”标签的逻辑。

除此之外,您的模板标签的工作方式相同。

或者您可以将结果直接合并到请求中,以供 JSTL 使用。或者您可以保留“堆栈”性质,将您自己的“上下文”推送到请求中。

关于java - 使用 pagecontext.include 将页面范围属性传递给 JSP 以便在 JSTL 中使用?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/2806097/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com