GridGain是一种高性能内存平台，可在不到一秒的时间内在1000台计算机上处理数TB的内存数据。 （来源GridGain.com）
我尝试对 Apache Ignite 缓存使用 Java 记录类型键并收到以下错误。 其他人尝试过使用记录类型并看到过这个吗？ 这是否意味着编组的自定义处理...
Gridgain9 是 ignite2 还是 ignite3 的下游
Gridgain9 是 ignite2 或 ignite3 的下游吗（我认为了解这一点有助于排除故障，因为人们也可能会从上游软件中寻找答案。）
Apache Ignite 2.16 与 Jetty 12.0.13 的兼容性问题
我在使用 Apache Ignite 2.16 时将 Jetty 9.4.53.v20231009 升级到 Jetty 12.0.13，但在启动过程中遇到以下错误： java.lang.NoSuchMethodError: 'void org.eclipse.jetty.xml.
SqlFieldsQuery 实例可以多次重用，每次调用具有不同参数的 setArgs 吗？
我想知道 SqlFieldsQuery 实例是否可以多次重用，每次调用 SqlFieldsQuery#setArgs() 时使用不同的参数，然后传递给 IgniteCache#query() 进行缓存查询...
GridGain 升级失败，加入节点的 BaselineTopology 与集群中的 BaselineTopology 不兼容
使用环境：OpenShift 现有镜像：gridgain/community:8.8.37-openjdk17-slim 新镜像：gridgain/community:8.9.5-openjdk17-slim 两种环境 GirdGain 集群（3 个节点）都在运行
Gridgain 是否复制从跨站点复制中的其他节点接收到的复制更改？
我计划通过 Gridgain 通过以下方式使用跨集群的复制支持： 我想设置一个具有 3 个节点的 GridGain 集群。我将在 4 台独立的机器上拥有 4 个这样的集群...
我正在尝试使用 GridGain C++ 瘦客户端从用 C++ 编写的项目访问 GridGain 服务器：https://ignite.apache.org/docs/latest/thin-clients/cpp-thin-client 只要我用基本的
我正在 Node.js 20 环境中工作，并使用 Ignite 2.16 通过 REST API 与 Ignite 进行通信。我的应用程序主要对表执行 SQL 操作。 虽然 Ignite 提供了出色的
我使用GridGain Ignite作为内存数据库来提供数据，数据存储为键值格式，每个请求包含一个键列表，我使用 cache.getAll(keys).val...
我使用apache ignite作为内存数据库来提供数据，数据存储为键值格式，每个请求包含一个键列表，我使用 cache.getAll(keys).value...
当我们创建大量没有任何数据的缓存时，Ignite 会报告 OOM
当我们创建大量没有任何数据的缓存时，Apache Ignite 会抛出 OOM。以下是数据区域的配置： 分配内存：1GB 启用持久性：False 缓存数量创建...
当我们运行大量 SQL 查询时，就会遇到 OOM。我们正在使用 Apache Ignite 2.15。非常标准的查询代码，如下所示， SqlFieldsQuery sqlQuery = new SqlFieldsQuery(查询); 如果（参数...
Apache Ignite JDBC（可能是 ODBC 和瘦客户端）禁用设置不会阻止 JDBC 连接或查询
为了禁用通过 JDBC/ODBC/瘦客户端的访问，如文档中所述，我配置了 IgniteConfiguration#clientConnectorConfiguration 以设置 odbcEnabled、jdbcEnabled 和 ThinClientE...
我们在应用程序中使用Ignite缓存。多个实例加入拓扑，其中使用 Ignite.getOrCreateCache() 和 RendezvousAffinityFunction 创建的缓存进行分区，如下所示： 公共...
即使对于 Ignite 客户端节点（厚或薄），Ignite 是否也需要一揽子导出（全部未命名）java 模块包
我在 ignite 文档中看到，使用 Java 11 运行 ignite，特别是使用 Java 17 需要一堆 --add-opens 来全面导出（全部未命名）一堆 java 模块包。 它不清晰...
我正在使用 Apache Ignite（gridgain 8.8.33） 我有 4 个节点和 2 个数据区域。（不同的数据区域大小） 服务器1 数据区域#1 32GV 数据区域#2 16GB 服务器2 数据区域#1 32GB 数据区域#2 ...
我正在使用 Ignite 2.15 并配置了“PageEvictionMode=RANDOM_2_LRU”的 DataRegion，但最终我收到了 IgniteOutOfMemoryException 并显示以下消息： 数据寄存器内存不足...
GridGain 升级失败并出现 IgniteSpiException
使用环境：AWS、Docker桌面 现有镜像：gridgain/community:8.8.27-openjdk11-slim 新镜像：gridgain/community:8.8.34-openjdk17-slim 两种环境 GirdGain 集群（3 个节点）都是 r...
我正在使用 ignite 计算任务从 BigQuery 检索数据。以下是胖客户端和服务器端的配置： 我正在使用 ignite 计算任务从 BigQuery 检索数据。以下是胖客户端和服务器端的配置： <property name="peerClassLoadingEnabled" value="true"/> <property name="deploymentMode" value="CONTINUOUS"/> 计算任务可以描述如下： public class BigQueryStorageReadTask implements IgniteClosure<LoadingRequest, Long> { @IgniteInstanceResource private Ignite ignite; @Override public Long apply(LoadingRequest query) { return loadToCache(query); } private void readFromBigQuery(LoadingRequest query) { try (BigQueryReadClient client = BigQueryReadClient.create()) { // Read data from BigQuery using storage read api ..... } catch (IOException e) { throw new RuntimeException(e); } } } 使用存储读取API从BigQuery读取数据时出现依赖关系问题，需要依赖关系 implementation platform('com.google.cloud:libraries-bom:26.22.0') implementation 'com.google.cloud:google-cloud-bigquery:2.23.2' 如果我使用简单的 SQL api 从 BigQuery 读取数据，只需要“com.google.cloud:google-cloud-bigquery:2.23.2”，那么就没有问题，计算任务工作正常，但有 bom 依赖项 com.google.cloud:libraries-bom 远程计算任务会因为缺乏依赖而出现各种错误。由于我的 ignite 服务器节点以 xml 脚本而不是 spring 应用程序启动，因此我尝试将库 jar 手动添加到 user_libs 中，但仍然缺少一些低级依赖项。 我想知道是否有办法解决远程计算任务的依赖管理？我认为是peerClassLoading无法正常工作。 更新： 经过进一步调查，发现问题与是否包含bom无关，只是其他导入库的版本参考。 我猜根本原因是 ignite peerClassLoading 是否可以下载所有依赖项，包括 transitive 依赖项。 我通过关闭peerClassLoading并手动提供所有jar进行本地测试，如下 docker run -v /local_path/to/dir_with_libs/:/opt/ignite/apache-ignite/libs/user_libs apacheignite/ignite 效果很好。 所以我想我应该问：如何正确配置peerClassLoading策略以使其了解完整的依赖关系？ AFAIU 当您仅指定 BOM 依赖项时会遇到问题。 这看起来像是您的 Gradle 使用问题。语句 platform('com.google.cloud:libraries-bom:26.22.0') 本身并不声明任何依赖项。 BOM 文件用于指定应该协同工作的特定版本的依赖项集，然后您不需要为这些包含的依赖项指定版本。 例如 implementation platform('com.google.cloud:libraries-bom:26.22.0') implementation 'com.google.cloud:google-cloud-bigquery' implementation 'com.google.cloud:google-cloud-storage' 如果您只声明对 BOM 的依赖，或者只复制 BOM 文件，您将无法获得您需要的实际代码。 如果您想从应用程序运行任务，对等类加载是加载库的可行选项。在这种情况下，您的应用程序应该具有任务代码+所有依赖项。服务器不应该有任何这些依赖项。然后，当服务器尝试执行任务时，它会要求客户端共享所有必需的类。 部署 Maven 依赖项的另一个好选择是使用 GridGain Control Center 的 Code Deployment 功能。您可以将集群连接到控制中心并使用其 UI 来操作已部署的代码 - 您指定 Maven 工件或上传要部署的文件，系统会处理依赖项、版本控制等。同样，仅指定 BOM不起作用 - 您需要应用程序使用的实际库（例如 com.google.cloud:google-cloud-bigquery:2.23.2）。
我正在使用 ignite 计算任务从 BigQuery 检索数据。以下是胖客户端和服务器端的配置： 我正在使用 ignite 计算任务从 BigQuery 检索数据。以下是胖客户端和服务器端的配置： <property name="peerClassLoadingEnabled" value="true"/> <property name="deploymentMode" value="CONTINUOUS"/> 计算任务可以描述如下： public class BigQueryStorageReadTask implements IgniteClosure<LoadingRequest, Long> { @IgniteInstanceResource private Ignite ignite; @Override public Long apply(LoadingRequest query) { return loadToCache(query); } private void readFromBigQuery(LoadingRequest query) { try (BigQueryReadClient client = BigQueryReadClient.create()) { // Read data from BigQuery using storage read api ..... } catch (IOException e) { throw new RuntimeException(e); } } } 使用存储读取API从BigQuery读取数据时出现依赖关系问题，需要依赖关系 implementation platform('com.google.cloud:libraries-bom:26.22.0') implementation 'com.google.cloud:google-cloud-bigquery:2.23.2' 如果我使用简单的 SQL api 从 BigQuery 读取数据，只需要“com.google.cloud:google-cloud-bigquery:2.23.2”，那么就没有问题，计算任务工作正常，但有 bom 依赖项 com.google.cloud:libraries-bom 远程计算任务会因为缺乏依赖而出现各种错误。由于我的 ignite 服务器节点以 xml 脚本而不是 spring 应用程序启动，因此我尝试将库 jar 手动添加到 user_libs 中，但仍然缺少一些低级依赖项。 我想知道是否有办法解决远程计算任务的依赖管理？我认为是peerClassLoading无法正常工作。 AFAIU 当您仅指定 BOM 依赖项时会遇到问题。 这看起来像是您的 Gradle 使用问题。语句 platform('com.google.cloud:libraries-bom:26.22.0') 本身并不声明任何依赖项。 BOM 文件用于指定应该协同工作的特定版本的依赖项集，然后您不需要为这些包含的依赖项指定版本。 例如 implementation platform('com.google.cloud:libraries-bom:26.22.0') implementation 'com.google.cloud:google-cloud-bigquery' implementation 'com.google.cloud:google-cloud-storage' 如果您只声明对 BOM 的依赖，或者只复制 BOM 文件，您将无法获得您需要的实际代码。 如果您想从应用程序运行任务，对等类加载是加载库的可行选项。在这种情况下，您的应用程序应该具有任务代码+所有依赖项。服务器不应该有任何这些依赖项。然后，当服务器尝试执行任务时，它会要求客户端共享所有必需的类。 部署 Maven 依赖项的另一个好选择是使用 GridGain Control Center 的 Code Deployment 功能。您可以将集群连接到控制中心并使用其 UI 来操作已部署的代码 - 您指定 Maven 工件或上传要部署的文件，系统会处理依赖项、版本控制等。同样，仅指定 BOM不起作用 - 您需要应用程序使用的实际库（例如 com.google.cloud:google-cloud-bigquery:2.23.2）。