ObjectDB Database Search

51-100 of 200 results

PersistenceException: Failed to locate field

Hi, have recently been running into this issue when changing the schema : com.objectdb.o ... . pretty sure that in the past schema evolution would not have triggered errors, is this case, a simple ... . Specifically, from: http://www.objectdb.com/java/jpa/entity/ schema "Fields in the new schema

DB Doctor sets type to "unknown" for new fields

and run DB Doctor on the exiting DB file in order to update the schema . The fields are added to the schema as expected, however their type is set to unknown - we were expecting Boolean. The attached ... .emergency FROM RecordingMetaData AS r In addition, the entity class schema shows the Boolean type, as

Unexpected exception during open the database

the schema block from objectdb.conf all works fine during opening the database. The automatic index ... EmbeddedSystems The exception is thrown during index rebuild. It is strange that a schema change triggers an index ... that this is the only schema change?   support Support Yes, the reason is the schema change for an entity

ArrayIndexOutOfBoundsException

of this exception is unclear but according to the stack trace it is related to failed schema evolution ... is unexpected, since you probably haven't changed the schema of the type already 3 times ... Eibschutz Thank you for the update. Currently an ObjectDB server supports live schema changes

Corrupted Database or error in ObjectDBExplorer?

The data in this database is probably fine, but apparently the Explorer is missing a recent schema change ... .TestCaseImpl but somehow the Explorer doesn't have the up to date schema in the database. If this is the case, try to open the database with up to date schema (your entity classes and XML metadata if any

Database Inconsistency or corruption

classes:   @javax.persistence.Entity @javax.persistence.Table(name = "ObjectValues", schema = "dex ... .TableGenerator(name = "objectValueGen", table = "IdValues", schema = "dex_01", pkColumnName = "idName ... , orphanRemoval = true)   @javax.persistence.JoinTable(name = "ObjectValueAttributes", schema = "dex

Time Sequence Object Command DB

schemas are stored in the database and updated schemas are added in sequence in the database without having to update objects defined using the older schemas .  When the database is loaded, it will first load an object schema , then the object, then perhaps a new schema and a new object of the same

Primary key generation problem after changing entity package

have been probably lost for changed entity classes. After schema change I keep getting errors : Attempt ... and added schema update to the configuration:              ... ; Running the test again didn't cause any error. Maybe there is a bug when more complex schema changes

ObjectDB Enincompatible with Quarkus?

near the end is concerning: Caused by: graphql. schema .validation.InvalidSchemaException: invalid schema : "__odbVersionCrc" in "Film" must not begin with "__", which is reserved by GraphQL introspection ... more Caused by: graphql. schema .validation.InvalidSchemaException: invalid schema : "__odbVersionCrc" in

@Transient

are stored as part of the class schema in the database (but only as part of the schema , values ... . It might be confusing and it would be better to filter transient fields from object display. Handling schema changes is explained at: http://www.objectdb.com/java/jpa/entity/ schema http://www.objectdb.com/java/jpa

PersistenceProvider.generateSchema(persistenceUnitName,map) - JPA Method

;String persistenceUnitName,    Map  map ) Create database schemas and/or ... class when schema generation is to occur as a separate phase from creation of the entity manager factory. Parameters: persistenceUnitName - the name of the persistence unit map - properties for schema

multiple different applications access one odb file

and the other one would be for exposing the DB data via web services. Do all these apps need to have the same DB schema . The BIRT ... , different POJO classes in one APP would result in DB schema change. Actually, we have tried ... of the same entity class with different database schemas on the same database at the same time

Persistence.generateSchema(persistenceUnitName,map) - JPA Static Method

;persistenceUnitName,    Map map ) Create database schemas and/or tables and/or create DDL scripts as determined by the supplied properties. Called when schema generation is to occur ... - the name of the persistence unit map - properties for schema generation; these may also contain

ClassRef jakarta.persistence.PersistenceConfiguration

_CREATE_SCRIPT_SOURCE An application-provided SQL script to be executed when the schema is created ... The provider-generated SQL script which creates the schema when {@value SCHEMAGEN_SCRIPTS_ACTION ... _SCRIPT_SOURCE An application-provided SQL script to be executed when the schema is dropped. Since: JPA

Persistence.generateSchema(persistenceUnitName,map) - JPA Static Method

;persistenceUnitName,    Map  map ) Create database schemas and/or tables and/or create DDL scripts as determined by the supplied properties. Called when schema generation ... - the name of the persistence unit map - properties for schema generation; these may also contain

PersistenceProvider.generateSchema(info,map) - JPA Method

; PersistenceUnitInfo  info,    Map  map ) Create database schemas and/or tables ... when schema generation is to occur as a separate phase from creation of the entity manager factory. Parameters: info - metadata for use by the persistence provider map - properties for schema generation

AnnotationRef jakarta.persistence.TableGenerator

value to store in the primary key column of the generator table Since: JPA 1.0 String schema default "" (Optional) The schema of the table. Defaults to the default schema for user. Since: JPA 1.0 String

AnnotationRef jakarta.persistence.JoinTable

this table. This is only used if table generation is in effect. Since: JPA 3.2 String schema default "" (Optional) The schema of the table. Defaults to the default schema for user. Since: JPA 1.0

InterfaceRef jakarta.persistence.SchemaManager

. Parameters: createSchemas - if {@code true} , attempt to create schemas , otherwise, assume the schemas ... and continue. Parameters: dropSchemas - if {@code true} , drop schemas , otherwise, leave them be Since: JPA 3.2

ClassRef jakarta.persistence.SchemaValidationException

.lang.Exception ∟  jakarta.persistence.SchemaValidationException Thrown when () schema ... the schema . Parameters: message - an overall message failures - an array of exceptions, each ... detected while validating the schema . A persistence provider might choose to fail fast

AnnotationRef jakarta.persistence.Table

effect. Since: JPA 3.2 String schema default "" (Optional) The schema of the table. Defaults to the default schema for user. Since: JPA 1.0 UniqueConstraint [] uniqueConstraints default {} (Optional

AnnotationRef jakarta.persistence.CollectionTable

. Since: JPA 3.2 String schema default "" (Optional) The schema of the table. If not specified, the default schema for the user is used. Since: JPA 2.0 UniqueConstraint [] uniqueConstraints default {} (Optional

AnnotationRef jakarta.persistence.SecondaryTable

the primary table. Since: JPA 1.0 String schema default "" (Optional) The schema of the table. Defaults to the default schema for user. Since: JPA 1.0 UniqueConstraint [] uniqueConstraints default

InterfaceRef jakarta.persistence.EntityManagerFactory

may be obtained by calling () , an instance of SchemaManager , allowing programmatic control over schema ... Since: JPA 2.0 SchemaManager getSchemaManager () Return interface providing access to schema management

SchemaManager.create(createSchemas) - JPA Method

and continue. Parameters: createSchemas - if {@code true} , attempt to create schemas , otherwise, assume the schemas already exist Since: JPA 3.2

AnnotationRef jakarta.persistence.SequenceGenerator

statement which creates this sequence. Since: JPA 3.2 String schema default "" (Optional) The schema of the sequence generator. Since: JPA 2.0 String sequenceName default "" (Optional) The name

AnnotationRef jakarta.persistence.ForeignKey

JPA Annotation ForeignKey Implemented Interfaces: Annotation Specifies the handling of foreign key constraints when schema generation is in effect. If this annotation is not specified, a default ... key constraint should be generated when schema generation is in effect. ConstraintMode.CONSTRAINT

InterfaceRef jakarta.persistence.spi.PersistenceUnitInfo

the schema version of the persistence.xml file. Return: {@code persistence.xml} schema version Since: JPA 2

PersistenceUnitInfo.getPersistenceXMLSchemaVersion() - JPA Method

JPA Method in jakarta.persistence.spi.PersistenceUnitInfo String getPersistenceXMLSchemaVersion () Returns the schema version of the persistence.xml file. Return: {@code persistence.xml} schema version Since: JPA 2.0

EnumRef jakarta.persistence.GenerationType

not support schema generation or cannot create the schema resource at runtime. Since: JPA 1.0

EnumConstRef jakarta.persistence.GenerationType.AUTO

documentation on how to create such resources in the event that it does not support schema generation or cannot create the schema resource at runtime. Since: JPA 1.0

SchemaValidationException.getFailures() - JPA Method

JPA Method in jakarta.persistence.SchemaValidationException Exception[] getFailures () An array of problems detected while validating the schema . A persistence provider might choose to fail fast upon encountering a problem with one database object, in which case there is only one problem reported

SchemaValidationException.SchemaValidationException(message,failures) - JPA Constructor

while validating the schema . Parameters: message - an overall message failures - an array of exceptions, each representing a separate problem Since: JPA 3.2

SchemaManager.drop(dropSchemas) - JPA Method

, or it may ignore the problem and continue. Parameters: dropSchemas - if {@code true} , drop schemas , otherwise, leave them be Since: JPA 3.2

AnnotationRef jakarta.persistence.CheckConstraint

JPA Annotation CheckConstraint Implemented Interfaces: Annotation Used to specify a SQL check constraint on a column or table when schema generation is in effect. See Also: Table.check () Column.check () Since: JPA 3.2 Public Annotation Attributes String constraint default null (Required

AnnotationAttrRef jakarta.persistence.ManyToOne.optional

JPA Annotation Attribute in jakarta.persistence.ManyToOne boolean optional default true (Optional) Whether the association is optional. If set to false then a non-null relationship must always exist. May be used in schema generation to infer that the mapped foreign key column is not null . Since: JPA 1.0

AnnotationRef jakarta.persistence.ManyToOne

is optional. If set to false then a non-null relationship must always exist. May be used in schema

AnnotationRef jakarta.persistence.Basic

property may be null. This is a hint and is disregarded for primitive types; it may be used in schema

Persistence.createEntityManagerFactory(persistenceUnitName,properties) - JPA Static Method

when creating the factory. These properties may include properties to control schema generation

FieldRef jakarta.persistence.PersistenceConfiguration.SCHEMAGEN_DROP_SCRIPT_SOURCE

JPA Static Field in jakarta.persistence.PersistenceConfiguration SCHEMAGEN_DROP_SCRIPT_SOURCE An application-provided SQL script to be executed when the schema is dropped. Since: JPA 3.2

FieldRef jakarta.persistence.PersistenceConfiguration.SCHEMAGEN_CREATE_SCRIPT_SOURCE

JPA Static Field in jakarta.persistence.PersistenceConfiguration SCHEMAGEN_CREATE_SCRIPT_SOURCE An application-provided SQL script to be executed when the schema is created. Since: JPA 3.2

FieldRef jakarta.persistence.PersistenceConfiguration.SCHEMAGEN_DROP_TARGET

JPA Static Field in jakarta.persistence.PersistenceConfiguration SCHEMAGEN_DROP_TARGET The provider-generated SQL script which drops the schema when {@value SCHEMAGEN_SCRIPTS_ACTION} is set. Since: JPA 3.2

FieldRef jakarta.persistence.PersistenceConfiguration.SCHEMAGEN_CREATE_TARGET

JPA Static Field in jakarta.persistence.PersistenceConfiguration SCHEMAGEN_CREATE_TARGET The provider-generated SQL script which creates the schema when {@value SCHEMAGEN_SCRIPTS_ACTION} is set. Since: JPA 3.2

Persistence.createEntityManagerFactory(persistenceUnitName,properties) - JPA Static Method

to use when creating the factory. These properties may include properties to control schema generation

AnnotationAttrRef jakarta.persistence.ForeignKey.value

JPA Annotation Attribute in jakarta.persistence.ForeignKey ConstraintMode value default CONSTRAINT (Optional) Used to specify whether a foreign key constraint should be generated when schema generation is in effect. ConstraintMode.CONSTRAINT specifies that the persistence provider must generate

EntityManagerFactory.getSchemaManager() - JPA Method

JPA Method in jakarta.persistence.EntityManagerFactory SchemaManager getSchemaManager () Return interface providing access to schema management operations for the persistence unit. Return: an instance of {@link SchemaManager} Throws: IllegalStateException - if the entity manager factory has been closed Since: JPA 3.2

AnnotationAttrRef jakarta.persistence.Basic.optional

JPA Annotation Attribute in jakarta.persistence.Basic boolean optional default true (Optional) Specifies whether the value of the field or property may be null. This is a hint and is disregarded for primitive types; it may be used in schema generation to infer that the mapped column is not null . If not specified, defaults to true . Since: JPA 1.0

PersistenceProvider.createContainerEntityManagerFactory(info,map) - JPA Method

to control schema generation. If a Bean Validation provider is present in the classpath

AnnotationRef jakarta.persistence.Index

JPA Annotation Index Implemented Interfaces: Annotation Used in schema generation to specify creation of an index. The syntax of the columnList element is given by the following simple BNF: column_list ::= index_column [, index_column] index_column ::= column_name [ASC | DESC] If neither ASC

Internal Exception and Index Problems

). You can avoid this issue by restarting the ObjectDB server after every such schema change. Future versions of ObjectDB may support schema changes without restarting the server, or ... after schema changes. support Support But in our case a server restart doesn't help. The only way I figured