Internal Website Search

-modifier="persistent"/> <field name="data" persistence-modifier="persistent"/>

="127.0.0.1" admin="true"> <dir path="/" permissions="access,modify,create,delete" /> ... /" permissions="access,modify,create,delete"> <quota directories="5" files="20" disk-space="5mb

modifying-unitname-in-persistencecontext">https://stackoverflow.com/questions/33790875/how-to-dynamically-modifying

virtual servers and one file

name="name" persistence-modifier="persistent"/>             <field name="data" persistence-modifier="persistent"/>    

performance). If you still want to try updating only the modified objects, maybe ... can help. ObjectDB does such comparisons internally to determine if a merged object has been modified

;        <dir path="/" permissions="access,modify,create,delete" /> ... ;   <dir path="/$user/" permissions="access,modify,create,delete">   

of a modified embedded object we have an embedded collection. Build 2.6.1_02 should fix this issue. If the exceptions in your application are due to modifying a persistent collection field after GC

to access the replicated database with new or modified classes that are unknown yet in the database ... > The workaround is to make sure that every new (or modified) type is first registered with the master database

: -170 [2018-03-26 14:39:30 #1099 store] BTree Name: com.agile.hummingbird.ObjectNode[modified ... . Unfortunately it seems that one of the indexes (ObjectNode.modified) became non synchronized with the data