About modify

forum_thread

Class loading problem with private packages in OSGi environment

Our Business Objects are the JPA entities. We develop our product domain driven. This means we have several domains. Each domain is split into business layer and persistence layer (others are not relevant here). Per domain and per layer, we have an OSGI bundles. The business layer should have no dependency down (an exception is the dependency to the ObjectDB for the enhanced entities).  The persistence Layers have a dependency to the business layer and to the central DataAccess Layer. #1 2015-02-05 07:46 Our Business Objects are the JPA entities. We develop our product domain driven. This means we have several domai ...

 
manual

[ODB1] Chapter 1 - About ObjectDB

Describes the main features and editions of ObjectDB 1.0 for Java/JDO. ObjectDB for Java/JDO is a powerful Object Database Management System (ODBMS) written entirely in Java. It can efficiently handle a wide range of database sizes, from a few KBs to hundreds of GBs. It has a small footprint, high performance, and a flexi ...

 
release

2.3.0

Release date: 2011-09-21 Download (5.32 MB) Binary:  objectdb-2.3.0.zip You should start by following a  tutorial or reading the manual ...

 
forum_thread

ArrayIndexOutOfBoundsException

Hi, I've been getting the following exception when trying to query ObjectDB in server mode version 2.3.4_05. #1 2011-12-13 04:54 Hi, I've been getting the following exception when trying to query ObjectDB in server mode version 2. ...

 
forum_thread

Merge of entity classes with "mapped by" very slow

Hi, I have found a strange behavior when merging entities with "mapped by" set on @OneToMany relation. Even if object is fetched with find on the same transaction, merge is very slow. It's because on merge every single relation marked as LAZY is fetch from database. Attached two examples - one with mapped by, second with adding entities list without "mapped by". The difference is huge event for such small objects - 2ms (without mapped by) vs ~50ms (with mapped by) #1 2012-08-13 10:40 Hi, I have found a strange behavior when merging entities with "mapped by" set on @OneToMany relation. Ev ...

 
manual

Storing JPA Entity Objects

Explains how to use JPA to store (persist) entity objects in the database.... when persist is called because operations that modify the database require an active transaction. If the database ...

 
manual

Database Doctor

Explains how to use the ObjectDB object database Doctor tool to diagnose and repair database files and damaged Java/JPA/JDO objects. The ObjectDB Doctor tool provides two related services: Diagnosis and validation of an ObjectDB database file Checks a given ObjectDB database file, verifies that it is healthy and valid, and if the file is not valid (it is c ...

 
forum_thread

500Mb ObjectDb database opening issue

Hi, I have observed that 500 Mb objectDb database opening time is very slow (~3 seconds) for following code m_EntityMgrFactory = Persistence.createEntityManagerFactory( "objectdb:" + aFilename ); m_EntityManager = m_EntityMgrFactory.createEntityManager(); Does exist any way to speed-up open time for big databases? Definitely, it's too long for 500 Mb database! ... <dir path="/" permissions="access,modify,create,delete" />   </user>   <user ... <dir path="/$user/" permissions="access,modify,create,delete">     <quota directories="5" ... <dir path="/" permissions="access,modify,create,delete" />   </user>   <user ...

 
page

Eclipse Public License - v 1.0

... No one other than the Agreement Steward has the right to modify this Agreement. The Eclipse Foundation is the initial Agreement Steward. ...

 
forum_thread

Optimistic lock

Hello When I get an optimistic lock on an object, refresh(), start trans and persist?  Will the changes made to the object before the violation be retained or must they be duplicated in the retry code?  Assuming it affects only one object.  tia. ... code based. I have retrieved an object under a pm, modify the object and I want to trap optimisticLocking exception.  In the ...