问题标签 [gigaspaces]

是否有连接到 Gigaspaces 的 Spring Integration 端点？

一般来说，我也很想知道将 Spring 与 Gigaspaces 一起使用的最佳文档是什么。很惊讶似乎没有很多关于此的材料。Gigaspaces 仍然是扩展 Spring 应用程序的首选方案，还是有更好的解决方案？

设想

运行 tomcat 服务实例的 Cloudify 2.7 应用程序

目标

我想停止（关闭）并使用 OpenStack API 启动托管 tomcat 的 VM，而无需 Cloudify 重新安装 tomcat 配方。

我试图做的

我尝试按照本指南使用维护模式：

将服务实例设置为维护模式将禁用该特定服务实例的主机故障检测。这意味着在指定的时间段内，服务实例主机的故障或重新启动不会导致提供新机器和服务实例。

所以，我执行了以下命令：

之后，我在Cloudify的Orchestrator日志中看到的是tomcat服务的重新安装过程。换句话说，tomcat VM 现在托管两个 tomcat 处理单元。

有人可以向我建议我应该怎么做才能达到我的目标吗？

我们的应用程序是一个基于千兆空间的解决方案，它基本上从多个平面文件中读取数据并将数据存储在一个对象中。现在平面文件基本上包含一些货运细节。所以我们有多个文件

1. 船坞详情
2. 集装箱详情
3. 物流信息
4. 等等

现在我们有Dockyard一个父对象，在该对象下可以有许多货物的详细信息。我们目前使用 anArrayList来维护近 50k 船坞细节对象的装运细节。当前的数据量表明，对于每个Dockyard对象，我们必须维护大约 1500 个装运细节对象，并且堆中将有近 50k 船坞对象。我们当前的堆是 8GB。

所以想知道 ArrayList 是否是保留这么多对象的最佳方式。我也寻找过其他 API trove，HPPC但它们在原始集合方面大多提供了好处。我们的将是对象的集合。所以除了增加堆大小。有人可以建议任何其他更好的选择。

我正在研究一个多模块项目的模块之一。我正在开发一个 java 插件来pre-integration-test在 maven 中分阶段部署我的 gigaspace 应用程序。

构建发生在 Teamcity 上，当前JAVA_HOME指向构建整个存储库的 Java 6。现在，在分阶段部署应用程序时pre-integration-test，它需要 Java 7，因为它使用了一些在 Java 7 中编译的第三方库。

有什么办法可以以某种方式使用 Java 7 分阶段部署我的应用程序pre-integration-test，但使用 Java 6 进行编译？

我正在开发一个在引擎盖下使用弹簧的 gigaspace xap 应用程序。gigaspaces 提供的 jini 事务管理器不支持序列化。

我有一个使用 spring-batch 处理文件的类。下面是它是如何调用工作的

流程方法是从不同的类调用的，如下所示

从框架调用处理方法。现在我不确定为什么我会得到如下异常

没有一个类被标记为事务性的，我不确定为什么当我没有将任何类或任何方法标记为事务时调用 TransactionInterceptor，它不应该受到任何关注。我还使用了 Transaction tx = gigaSpace.getCurrentTransaction(); 检查事务是否未激活，它仅作为 null

当没有一个类被标记为事务性时我很困惑为什么spring试图在事务下调用这个方法

我正在使用 spring 应用程序，我的 gigaspace 在启动时正在连接。如果 gigaspace 关闭，我没有任何例外。

我看到一个相当奇怪的问题。

我创建了一些标准的 Java 记录器（使用 Logger.getLogger()、FileHandle 和 SimpleFormatter。）它们工作正常，并按预期输出日志文件。

然后，我使用了 Gigaspaces API 中的一些类（com.gigaspaces.gs-openspaces - 通过 Maven 依赖项包含），其中包括自己的日志记录。之后，我的记录器的所有输出最终都在 Gigaspaces 日志文件中（例如 ~/.m2/repository/com/gigaspaces/logs/2017-03-27~12.46-gigaspaces-service-135.60.146.142-23534。 log) 而不是在他们应该使用的适当的日志文件中。

如果我在初始化 Gigaspaces 后创建更多记录器，这些新记录器将按预期工作。只有在初始化 gigaspace 之前创建的记录器会受到影响。

我试着在 Gigaspaces 的代码中四处寻找，那里有很多代码。我没有立即看到任何明显的东西。

我在设置记录器时做错了吗？库可以窃取与其类无关的预先存在的记录器的输出似乎是不对的。

下面的简短测试程序演示了这个问题：

我们有一个内存网格平台，它从数据库引导数据，现在我们有 8 个节点，我们必须在 8 个节点之间平均分配数据。所以我们使用 % 运算符如下

但是我们观察到的是表扫描查询使用全表扫描而不是使用索引，并且我们有数百万条记录的数据，有什么办法可以强制它使用索引来提高性能或任何其他建议表示赞赏。

总容量：16760832 MiB

如果你convert MiB to MB再到GB结果如下

16760832 * 1.048576 = 17575006 MB /1024 = 17163 GB。

如果首先将 MiB 转换为 GiB，结果如下。

16760832 MiB /1024 = 16368 GiB, 16368 GiB * 1.07374 = 17574.97 GB

哪个是正确的遵循方式？

谢谢

我们正在使用 GigaSpaces 版本 8.0.0（是的，它很旧）和 Spring 3（是的，它也很旧）。有两个模块 A 和 B。A 是“主”模块，负责读写空间并暴露一些远程服务。A 和 B 分别运行。B 创建一个实体的实例，该实例具有一个类对象的字段。这个类只存在于B；A 对此一无所知。然后它对 A 进行远程调用，最终将实例写入空间。

稍后，A 加载此实体并通过执行创建远程类的实例entity.getClassObject().newInstance()。即使此类在 A 的运行时类加载器中不存在，这仍然有效，因为此类的类加载器是 GigaSpaces 附带的 LRMI（轻远程方法调用）类加载器。我想它知道如何实例化它。

当我们向 A 添加一个方面时，问题就出现了。我们现有的代码使用 A 的应用程序上下文自动装配远程类的实例，并使用initializeBean. 在我们添加方面之前，自动装配和初始化工作正常。现在，在初始化期间，它会尝试查看方面中的建议是否适用于正在初始化的 bean。作为此过程的一部分，它尝试使用Class.forNamebean 的类名来创建类的实例。这导致一个ClassNotFoundException因为该类显然不存在于运行时类加载器中。所以 AspectJ 将类型解析为MissingResolvedTypeWithKnownSignature而不是立即失败。但最终当 AspectJ 尝试查找该类的超类时会失败，因为它没有该信息，并抛出以下异常：

有没有办法解决？我可以想到两种方法，但我不确定如何去做。一种是以某种方式阻止 Spring 检查切面是否适用，另一种可能是如果在运行时类加载器中找不到类，则将运行时类加载器替换为委托给 LRMI 类加载器的类加载器。但我不确定我是否能获得 LRMI 类加载器的实例。

有没有人遇到过这种问题？