问题标签 [terracotta]

有什么方法可以查询 Terracotta 实例存储的对象吗？

我正在寻找类似 SQL 的查询或任何基于字段过滤对象的方法。

我有一个相当大的 spring 应用程序，我想要分享的只是一个 Map（使用 util.ConcurrentMap 作为实现）。

为此，我在 appContext 中创建了一个 bean，并尝试使用以下 tc-config 行：

*/applicationContext.xml

我必须做其他事情才能使其正常工作吗？MyClass 是一个相当简单的域对象，它只包含原语、两个构造函数和访问器/修改器。

我必须做其他事情才能使它正常工作吗？我正在使用兵马俑 3.0.0。

大约一个月前发现 Terracotta 后，我才刚刚开始学习如何使用它。这是一项非常酷的技术。

基本上我想做的是：

我的根（记录系统）是一个 ConcurrentHashMap。

主要的 Instrumented 类是一个“JavaBean”，它有 30 个左右的字段，我希望它们存在于 HashMap 中。

Hashmap 中将存在大约 20000 个这些 JavaBean。

每个 bean 有（至少）5 个字段，每 5 秒更新一次。

（我为此使用 Terracotta 的原因是因为这些 JavaBean 需要可跨 JVM 和节点访问。）

比我有更多 TC 经验的人有什么建议吗？性能是关键。

任何其他类似应用程序的示例？

所以假设我有一个N大小的服务器阵列，如下所示：

替代文字 http://www.terracotta.org/web/download/attachments/43909161/ServerArrayMirrorGroup.png

我有一个简单的 JavaBean/POJO：

现在，如果其中一个客户端在 TC 根（数据结构）中的 Person 对象上调用 Person.setObj(OtherObject)，则该客户端上的同步块（在 Person.setObj(OtherObject) 中）持有：

1) 直到N大小的服务器阵列中的所有N个服务器都已与该 Person.obj 属性同步/更新？

或者

2) 直到“活动”服务器与更新的 Person.obj 属性同步？那么阵列中的其他（N-1）台服务器是否尽可能同步？

或者

3）我正在寻找其他一些方法？

我们正在尝试使用 JETTY 7.0 的暂停 servlet 3.0 API 实现来集群一个用 Java 编写的 COMET Web 应用程序。

有没有人有在暂停/恢复 servlet Web 应用程序中使用 Terracotta 的经验。

JETTY 的 Greg Wilkins 提到了 Terracotta 的 COMET 性能问题。

• 用 Terracotta 聚类 COMETD

有没有人有使用带有 Hibernate Search 的 Terracotta 来满足应用程序查询的经验？

如果是这样的话：

1. 它可以处理多大的“对象更新”？（表现如何）

2. 查询有什么样的表现？

3. 是否可以使用 Terracotta Hibernate Search 甚至没有后备数据库来满足内存中的所有“查询”？

有谁知道如何在 Terracotta 服务器上正确配置持久队列？

Terracotta 将集群对象存储在服务器上的文件中，并以仅追加的方式将数据写入它们。我想控制如何以某种方式清除这些内部数据。我有多个密集型应用程序，它们使用由 Terracota 集群的常见 ehcache 实例。有些线程正在放置数据，其他线程正在读取和删除。我们的硬盘不是由橡胶制成的... AFAIK )) Terracotta 是否从磁盘中清除已删除的缓存项，默认行为是什么，配置选项等？谢谢，提前

这是我想要实现的目标，但我对这个主题还不够熟悉，所以请多多包涵:)

我有一个服务器，一些设备连接到该服务器并定期上传一些数据。使用我们为速度和效率而设计的专有协议通过普通 TCP 套接字进行通信。每个这样的连接基本上都是一个会话，只要设备保持连接，它就会打开。我现在需要的是（1）设计故障转移机制和（2）扩大规模。一旦第一个实例失败，就会有另一个服务器节点启动。我一直在看 Terracotta 做一个轻量级的集群。但我不明白的是设备如何知道为第二个节点运行？我可能可以“教”他们尝试几个接入点。但这真的很痛苦，因为其中一些是我无法控制的。理想情况下，

现在。我想知道的第一件事是这样的工具在世界上是如何被调用的。其次 - 我需要简单的现成解决方案，最好是免费或开源并具有友好的商业许可。我们不使用任何重量级的容器，服务器实例是一堆与 Spring 连接的 POJO，一切都在一个 JVM 中运行。理想情况下，我想将这样的魔术盒放在其中一个节点上，为所有设备公开单个 IP/端口并进行一些配置。设置。这是可能的，还是我梦想在一个棘手的问题上找到廉价的解决方案？

在选择合适的缓存实现时，我遇到了etracotta，我遇到了名为distributedmap wich的单独兵马俑集成模块，提供了基本的缓存能力，如支持不同的驱逐策略等。此缓存实现似乎是简单的可配置，但在生产方面似乎很容易配置-ready clustering 我发现我需要找到一些问题的答案： 1. 有没有人以前使用过这个 TIM，有没有人尝试过使用这个 TIM？有什么谬误吗？2. DistributedMap 很容易配置，但是下一个场景怎么样：如果我们启动 2 个 Terracotta 客户端并且每个客户端的 DistributedMap 配置不同。Terracotta 服务器会更新由 client1 提供的现有配置，还是保持不变。

我们目前正在编写一个 IT 已经为其购买硬件的应用程序。他们的方法是购买我们将部署的大型硬件。为了增加更多的处理能力，他们计划添加具有相同软件的额外服务器。为了适应这种设计，我们使用 Terracotta 来提供运行多个 JVM 的能力，就好像它是一个大的一样。不管这是否是明智的选择（我仍然不相信），这就是我正在处理的情况。

无论如何，我们有一部分应用程序使用标准的生产者/消费者类型队列。使用 Terracotta，我们能够创建与多个 JVM 一起工作的单个队列。这很漂亮，而且效果很好。

但是现在，我们正在寻找更多的机会来运行异步进程。为了使我们所有的排队逻辑更加一致，我们正在考虑使用 JMS 来抽象出通用逻辑。由于我们不打算将 JMS 用作远程队列（至少在可预见的将来），我想知道 JMS 是否只是增加了不必要的复杂性。

有什么建议或想法吗？我们应该继续将队列构建为并发结构，还是将它们视为单独的、潜在的远程对象？