ObjectDB Database Search

51-74 of 74 results

Using the wrong class to access a database

. - the first app cannot add points anymore; it now reports zero entries - db is corrupted If it is an error

ClassCastException on SELECT NEW ... after UPDATE over Java RMI

after the query is in trvr- corrupt .zip. As you can see the update completes Ok. We see the problem

ObjectDB stability after power failure

out' while ObjectDB is running, the database is not expected to be corrupted . When the database is opened

Objectdb recovery

file should not be corrupted . You can check your database file after such events by running

How to do an Offline Database Backup?

datastore file backup which guarantees the file will not be corrupted ? CBE CBE You should close

objectdb-2.6.9_02 (with "objectdb.temp.no-enhancement-crc-check") vs. generic classes with interfaces: detailed investigation

Clean and Build has not been corrupted . - No javaagent enhancement is used at any stage

NullPointerException in ENH.g(ENH.java:401)

to read could be read before without any issues so it seems that the database file gets corrupted

NegativeArraySizeException on commiting a transaction

itself was not corrupted though, because when I tried to make a copy of it (I made it transient

ObjectDB size not reducing

corrupt I will run it like I'm repairing the DB and generate the new file, then replace the current DB

Memory Leak in EntityManagerFactory ?

for me. the png file is corrupted after upload (and download).       

Unexpected exception (Error 990)

of this specific database file. You can find a list of possible reasons for database corruption on the link

Failed to resize file - file system limitation error

". So it does seem as a specific system issue rather than a bug in ObjectDB or a corrupted database file

doctor error message after database getting page errors

  Here is a link for the corrupt database: https://www.dropbox.com/scl/fi/6ywgr9yx459c9tskv525t

database more or less destroyed

again at our major Aerospace customer we are facing the situation that the database became useless after a server shutdown. Attached the log of the doctor run, any idea how such massive problems can occur hgzpincher Hans-Georg Zwicker The Doctor output indicates index corruption , i.e. index

com.objectdb.o.InternalException: java.lang.ArrayIndexOutOfBoundsException: null:

This was a critical bug that could corrupt databases when the total number of entity classes, indexes

Unexpected exception (Error 990) on find

. The new version fixes a critical bug that in some cases (rare but possible) may cause database corruption . support Support

stress test -> com.objectdb.o.InternalException: null

. It seems that all entity managers become corrupted / broken. (see stack trace below) Should it be something in

NullPointerException in ENH.g(ENH.java:401)

Hello, corresponding to your suggestion I created a private ticket in reply to http://www.objectdb.com/database/forum/1109. Attached you will find my database file (I removed most of the content but one corrupt instance is still included). I error happens when reading the field "Event

[ObjectDB 2.6.9] Unexpected exception (Error 990)

that in some cases (rare but possible) may cause database corruption , so it is highly recommended to use the new build. support Support

java.lang.NullPointerException during access a field, only if the classes enhanced

bug that in some cases (rare but possible) may cause database corruption , so it is highly recommended to use the new build. support Support

ObjectDB 2.7.1

Fixed a critical bug that may cause database corruption ( issue #1977 ). Improved error messages on entity operation exceptions. Fixed a NullPointerException  on cascading persist throw an unloaded collection ( issue #2049 ). Fixed the location of a temporary file for index update ( issue

log entry and massive performance issues

it possible that the database is somehow corrupt (we did the last repair last ween with 2.7.4_02 Doctor)? In

Errors after unexpected server shutdown

) became non synchronized with the data or corrupted . This shouldn't happen of course as recovery

cannot delete objects after crash (see issue 2283)

that the database will not become corrupted ). Which of this options seems to fit better to your needs? support