7 | Queries are slow on a large database index in which the first component is logTestRunId and the second is Id can be the solution |
7 | LEFT JOIN FETCH over empty embedded collection returns no results It seems that the LEFT JOIN FETCH affected only the last component in the path. Please try build 2 |
7 | objectdb:2.8.4 - Error occurred during initialization of boot layer_UPDATE_JDK9\JavaApps\CommonThirdParty\ThirdPartyLibs\jide-components.jar;D:\Projects\Anritsu |
7 | composite index not used in query to the possible minimum, removing all unnecessary components. For example, try this query: SELECT |
7 | disabling JDO in objectdb embedded mode and unreadable) It seems to me that a "component" orders glassfish to load from my .ear file |
1 | ClassCastException during query the database ObjectDB has to instantiate entity objects and their components. It cannot retrieve |
1 | NullPointer when accessing persistent field.ALL, mappedBy="z_component") @MapKey(name="z_schemeName") private java.util.Map<java.lang.String |
1 | Best practise loading big data efforts. Our product is a mix of components (Java 1.6, Java 1.8, OSGi-plugins , loaded-DLLs - 32 and 64 |
1 | Sort of very large objects - out of memory components will be supported in future versions. Meanwhile, consider reversing the priority values, in |
1 | Blocked by find on that front. String ids are part of the app (and legacy components) so are unfortunately difficult to change |
