问题标签 [stateful]

我正在编写一个容器，并希望允许用户使用自定义分配器，但我不知道是否应该通过引用或值传递分配器。

是否可以保证（或至少是一个合理的假设）分配器对象不会直接包含其内存池，因此可以复制分配器并期望分配器的内存池是交叉兼容的？还是我总是需要通过引用传递分配器？

（我发现通过引用传递对性能的影响大于 2，因为编译器开始担心别名，所以它决定了我是否可以依赖这个假设。）

我正在使用 extjs 网格中的插件来过滤数据。这很好用，但我想念的是我所做的选择被存储了。因此，当我刷新浏览器时，设置会丢失。我怎样才能储存这个？

我用这个

在列中我使用此选项

但这不起作用。如何存储过滤器的设置。我在几列使用过滤器

我有一个带有 Java 服务器的 Flex 应用程序。我有一些无状态和有状态的 Java bean。我想用 Flash Builder 4.6 调试 Flex 端。

每次调试启动时，我的 Java JSESSIONID 都会重新生成，因此我无法正确重新加载我的有状态 bean。在使用独立播放器进行调试或在 FB 4.6 中进行基于 Web 的调试时会出现此行为。

当我在浏览器中直接在 FB 之外启动我的应用程序时，JSESSIONID 没有按应有的方式重新生成，但我无法调试......

是否有在不重新生成 JSESSIONID 的情况下使用 FB 进行调试的技巧？

所以阅读 JBoss 管理指南，我看到 WS-addressing 用于创建“有状态端点”。

我知道 WS-addressing 创建了一个标准，用于在 Web 服务的 SOAP 标头中指定消息传递路由数据……但我不确定这与端点状态有何关系。

以下是来自维基百科的内容：

WS-Addressing 通过指定一个公共 SOAP 标头 (wsa:ReplyTo) 来支持异步交互的使用，该标头包含要向其发送响应的端点引用 (EPR)。服务提供者通过单独的连接将响应消息传输到 wsa:ReplyTo 端点。这将 SOAP 请求/响应交互的生命周期与 HTTP 请求/响应协议的生命周期分离，从而实现可以跨越任意时间段的长时间运行的交互。

因此wsa:ReplyTo，您可以异步执行操作，因为即使 HTTP 请求已完成，您也有办法将响应发送到正确的位置。

我仍然看不到“状态”的来源。

对此有何见解？

我觉得这个类定义有点奇怪： http ://www.extremeoptimization.com/Documentation/Reference/Extreme.Mathematics.LinearAlgebra.SingleLeastSquaresSolver_Members.aspx

Solve 方法确实有一个返回值，但不需要，因为结果也可以在 Solution 属性中使用。

这是我认为的传统代码：

这将是与链接中的求解器具有相同精神的替代方案：

除了第二个版本有点“非传统”之外，还有什么优点和缺点？

是的，编译器不会帮助忘记分配某些属性（参数）的用户，但是所有包含可写属性并且在构造函数中没有强制值的组件都是这种情况。

是的，线程不起作用，但是每个线程都可以创建自己的求解器。

是的，垃圾收集器将无法处理求解器的结果，但是如果整个求解器都被处理掉了，它就会处理掉。

是的，编译器和处理器对参数和返回值进行了特殊处理，这使得它们速度很快，但是参数处理的时间几乎可以忽略不计。

等等。其他想法？

我们正在尝试构建一个系统，该系统根据登录用户（多租户类型）“生成”一个实体管理器。因此，我们实现了一个这样的无状态 ejb：

实体管理器是这样注入的：

只要只需要一个没有扩展持久性上下文的实体管理器（在无状态 ejb 中），这个生产者就可以工作。不幸的是，我们也有一些有状态的 ejb，它们需要扩展的持久性上下文。有没有办法为此目的实现 CDI 生产者，或者这种方法仅适用于带有事务实体管理器的无状态 ejb？

或者 - 至少我认为正确的术语是有状态的。我有一个 wcf 服务，列出了很多数据给我。事实上，数据量如此之大，以至于我超过了 maxrecievedmessagesize - 并且程序崩溃了。

我开始意识到我需要拆分对数据库的调用。我需要获取第 1 - 200 行，而不是检索 5000 行，记住第 200 行的 id，从第 200 行的 id 中获取接下来的 200 行，依此类推。

有谁知道如何做到这一点？有状态（如“与无状态”相反）是正确的方法吗？我将如何进行......？有人可以给我举个例子吗？

我有一个简单的 c# 控制台应用程序，每 5 分钟安排一次。程序的每次调用都需要最后一次运行的输出。

我现在正在做的是使用文本文件并将结果存储在其中。下次运行时，它会打开文本文件并知道上一次运行的输出。

还有其他不需要任何此类文本文件的方法吗？像维护会话变量等？

我对 Silverlight 有点陌生，我想知道如何处理 WCF 服务的故障/处置。

我已经习惯了这样的事情（wcf abort/close 模式），你在 try/catch 中调用服务（确保你关闭或中止）。（在无状态应用程序中运行良好）

研究 Silverlight，我们在哪里应用中止/关闭模式？因为服务调用是异步的并且应用程序状态已满。

目前我唯一能想到的是某种动态代理（使用类似 Castle DP 的东西）以及来自n 层应用程序的 ChannelFactoryManager，大约在页面示例的 1/2 处。代理将确保始终有一个开放的通道，并且 ChannelFactoryManager 将处理故障

我正在尝试使用有状态会话 bean 对 EJB 3.1 进行编程。我应该很清楚什么是 EJB 以及有状态、无状态和单例之间的区别。

但是我的有状态 bean 有一个奇怪的行为。它表现为单身！我的意思是从几个客户端/浏览器/机器调用下面的 servlet (ShoppingCartServlet)...，返回相同的 bean 并且每次都增加相同的值。“count”值是从客户端共享的，因为 bean 是一个单例。

请帮我理解！！

这里是代码。

小服务程序代码

EJB 代码

Servlet 打包在 WAR 文件中，而 EJB 打包在 JAR 文件中。两者都部署在一个唯一的 EAR 文件中。

编辑：我尝试更改我的 servlet 代码，如下所示，但现在每次调用都会创建一个新的有状态 Bean。