每次页面请求后conversationId不断增加正常吗?
您好,我正在构建一个 Seam 应用程序,并且有一个问题:
我有一个带有删除和选择方法的无状态会话 bean(默认 Seam 范围)。 包含数据模型的页面会加载并获得用于选择和删除每一行的链接(两个链接都引用 bean 中的操作方法)。
delete 方法从列表中删除所选行并返回 null(重新加载页面)。 select 方法加载一个新页面,可以在其中编辑所选行。
每次单击数据模型中的链接并触发操作时,conversationId 都会增加。这是正常行为吗,因为我什至没有在谈话中?如果这不是正常行为,那么防止这种情况发生的最佳做法是什么?
Hi I'm building a Seam application and have a question:
I got a stateless session bean (default seam scope) with a delete and a select method.
A page which contains a datamodel loads and got links to select and delete each row (both links refer to the actionmethods in the bean).
The delete method deletes the selected row from the list and returns null (reloads page).
The select method loads a new page where the selected row can be edited.
Each time a link in the datamodel is clicked and an action gets fired, the conversationId gets increased. Is this normal behaviour since im not even in a conversation? If it ain't normal behaviour, what's best practice to prevent this from happening?
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论
评论(1)
是的,这是 Seam 中的正常行为。
Seam 使用内置组件、过滤器和 servlet 中的对话来进行垃圾收集等。
因此,即使您没有明确使用对话,seam 也总是会创建一个临时对话。
Yes this is normal behavior in Seam.
Seam uses the conversation in built-in components, filters and servlets to garbage-collect among other things.
So even if you don't explicitly use a conversation, seam will always create a temporary one.