Документация по совместимости версий для Kundera

Question

Установленный CassandraVM-2.0.7.ova. Какая версия Kundera работает правильно с этой версией Cassandra? Слишком много проблем, пытаясь получить эту информацию. Может быть, моя ошибка в конфигурации. Является ли эта информация документирована где-то?

Я пытался с этим Maven зависимость:

<dependency> <groupId>com.impetus.kundera.client</groupId> <artifactId>kundera-cassandra</artifactId> <version>3.2</version> </dependency>

Недвижимость в persistence.xml выглядит следующим образом:

<persistence-unit name="cassandra_pu"> 
    <provider>com.impetus.kundera.KunderaPersistence</provider> 
    <properties> 
     <property name="kundera.nodes" value="a.b.com" /> 
     <property name="kundera.port" value="9042"/> 
     <property name="kundera.keyspace" value="KunderaExamples" /> 
     <property name="kundera.dialect" value="cassandra" /> 
     <property name="kundera.client.lookup.class" value="com.impetus.client.cassandra.thrift.ThriftClientFactory" /> 
     <property name="kundera.ddl.auto.prepare" value="create" /> 
    </properties> 
</persistence-unit> 

При попытке выполнить ниже заявление,

EntityManagerFactory emf = Persistence.createEntityManagerFactory("cassandra_pu");

это исключение произошло:

Исключение в потоке "главный" com.impetus.kundera.configure.schema.SchemaGenerationException: org.apache.thrift.transport.TTransportException: Почитаю отрицательный размер кадра (-2113929216)!
в com.impetus.client.cassandra.schemamanager.CassandraSchemaManager.create (CassandraSchemaManager.java:264)
в com.impetus.kundera.configure.schema.api.AbstractSchemaManager.handleOperations (AbstractSchemaManager.java:264)
в com.impetus.kundera.configure.schema.api.AbstractSchemaManager.exportSchema (AbstractSchemaManager.java:115)
в com.impetus.client.cassandra.schemamanager.CassandraSchemaManager.exportSchema (CassandraSchemaManager.java:166)
на ком .impetus.kundera.configure.SchemaConfiguration.configure (SchemaConfiguration.java:188)
at com.impetus.kundera.configure.ClientMetadataBuilder.buildClientFactoryMetadata (Cli entMetadataBuilder.java:48)
в com.impetus.kundera.persistence.EntityManagerFactoryImpl.configureClientFactories (EntityManagerFactoryImpl.java:408)
в com.impetus.kundera.persistence.EntityManagerFactoryImpl.configure (EntityManagerFactoryImpl.java:161)
на com.impetus.kundera.persistence.EntityManagerFactoryImpl. (EntityManagerFactoryImpl.java:135)
в com.impetus.kundera.KunderaPersistence.createEntityManagerFactory (KunderaPersistence.java:85)
в javax.persistence.Persistence.createEntityManagerFactory (послесвечение. java: 79)
at javax.persistence.Persistence.createEntityManagerFactory (Persistence.java:54)
в Main.main (Main.java:16)

Затем я попытался с гораздо более старыми версиями Кундеров (2,4) и столкнулся с той же проблемой. Наверное, мне не хватает чего-то фундаментального.

Удалена опция генерации автоматической схемы в файле persistence.xml и по-прежнему сталкивается с той же проблемой (невозможно создать новое соединение Cassandra. Org.apache.thrift.transport.TTransportException: прочитать отрицательный размер кадра (-2113929216)! .)

на сервере это исключение:

java.lang.ArrayIndexOutOfBoundsException: 47
в org.apache.cassandra.transport.Message $ Type.fromOpcode (Message.java: 106)
at org.apache.cassandra.transport.Frame $ Decoder.decode (Frame.java:168)
на org.jboss.netty.handler.codec.frame.FrameDecoder.callDecode (FrameDecoder.java:425))

Answer 1

Депозитные клиенты должны использовать порт 9160, а не 9042. Теперь он работает нормально.