问题标签 [stateless]

我有一个应用程序使用 FeedbackPanel 向用户显示发布表单的结果。

在无状态页面上调用 Component#info(String) 时，Wicket 似乎确实将该字符串放入 FeedbackMessages 会话中。但是后来，FeedbackPanel 尝试查找消息并且似乎根本找不到任何消息，即使当我在调试器中查看所有这些消息时它们似乎仍然在会话中。

此外，当这种情况发生时，WicketTester 发誓该消息正在显示，这使得 WicketTester 基本上无法用于测试反馈消息（我现在在我的列表中有一个 TODO 来用标记本身的断言替换它的使用。）

如果 HTTP 持久连接保持活动状态并在同一个套接字上完成，而没有丢弃套接字或为下一个 HTTP 连接创建新的。那么，为什么 HTTP 是无状态的，并且每个 HTTP 请求在共享同一个套接字时都是独立的？

如果我的假设是错误的，请纠正我。

谢谢。

我正在创建一个应用程序，其中 java swing 客户端通过远程接口连接到 EJB。现在，一旦客户端登录，无状态 ejb 是否可以直接从有状态会话 bean 获取客户端特定数据而不涉及客户端？

找不到有关上述问题的任何信息。

我假设如果实例变量由 Spring IOC 管理，并且是单例，那么设计可以称为无状态和线程安全。因此，这种类型的设计可以扩展到集群服务器。我的假设是否正确，如下所述？

然后将其注入：

我正在设计一个项目，它将同时激活和控制许多异步参与者。

我想问一下，我应该使用哪种方法来获得更高的稳定性和可扩展性？

无状态还是有状态？

据我所知，它看起来像：

一个。有状态的

湾。无状态

据我所知，第二种方法很昂贵 - 内存保留等。但是这种第二种方法允许不要担心状态和锁。

dotnet 哪种方式更可取？要达到的参与者目标数量约为 100k，一个节点每秒执行 2.5-3 mils 操作。

PS 每个参与者都有其有限状态机来计算。

对于有状态的，它由定期异步委托调用

对于无状态，它要求每个操作都考虑到时间维度。

我在下面看到了这个博客，关于 Servlet 和将 EJB 注入其中。作者是从标准的角度写作的。

http://tamanmohamed.blogspot.ie/2012/03/jpa-why-we-need-to-specifies-type-level.html http://tamanmohamed.blogspot.ie/2012/03/jpa-thread-safety -when-injecting.html

“将 EJB 3 有状态 bean 注入 servlet 实例字段不是线程安全的。同理，将带有 @PersistenceContext 的 EntityManager 注入 servlet 实例变量也不是线程安全的。EntityManager 的设计初衷不是线程安全的。”

无论如何，我开始担心我与同事在 Glassfish-3.1.2 实现中编写的代码。见下文。我认为它类似于我在 Duke 辅导教程中看到的代码，所以应该没问题（FaceServlets 使用 @PersistnceContext EntityManager 调用无状态请求 bean。）

但是我想我假设容器管理的 EntityManager 能够处理由许多 servlet 实例调用的无状态 bean 的大量并发调用。

这是对带有 Oracle 数据库的 Glassfish-3.1.2 的正确假设吗？到目前为止，它似乎工作得很好，但也许它不会承受重载。

提前感谢您的任何见解。对不起，我对这个很陌生。菲奥娜

我正在尝试通过使用上下文查找在 POJO 中注入 EJB。我期待的是当你做一个 EJB 的无状态行为时

EJB 有一个 entityManager，我从构造函数中的 EntityManagerFactory 获得，用于 thr EJB

接下来我查找 EJB 两次，这样

• 在第一次检索时，我关闭了 entitymanager

• 然后在第二次查找时，我应该看到 EntityManager 已打开，因为我期待类似无状态 EJB 的行为。

但我没有观察到这一点。我第二次进行查找并执行em.isOpen()，我得到一个错误。

所以问题是：context.lookup 能否用于获得类似 EJB 的无状态行为？如果不是可以用什么？

输出是

I'm going to implement OAuth 2.0 and REST API with it

to grant different permissions per users and also to scale well.

To scale well, stateless is easier because there is

NO file, database, in-memory based session with it.

Below is how I understand OAuth 2.

1. OAuth Server give an access token to a user.
2. The user's access token is stored in cookie.
3. When user access to REST API, user sends with the access token.
4. Server receives request with access token.
5. Server find out whether access token is valid and the user has permission to do request.
6. Do or reject based on user's privilege.

So I do not have to worry about session storage. Right?

我听说 Web 应用程序应该尽可能无状态。但在我看来，常常很难意识到这一点。例如，如果我：

1. 处理请求
2. 将用户重定向到起始页
3. 想要显示请求的结果？

如果结果有点复杂，那么只是一个可以作为参数传递的字符串（或者我不想通过 URL 包含该信息），那么我不能组合 2. 和 3。

我在这里能想到的唯一解决方案是将信息作为状态保存在 Java 程序中。

但这会违反 stateles Web 应用程序的规则，不是吗？

Java持久性有以下情况：

和方法：save_removeBaseServiceImpl

我不想保存到数据库中以防万一ConnectSuccess失败，但是该remove方法找不到实体（因为还没有进入数据库），并且在返回ReturnCodes.REQUESTABORT实体后保存。如何取消保存？