 1 | on that front. String ids are part of the app (and legacy components) so are unfortunately |
1 | , removing all unnecessary components. For example, try this query:
SELECT count(a) FROM Action |
1 | , customers needs to load a component that depends on many odb file, the idea is to be able to dispaly data |
1 | . But it is too large and unreadable) It seems to me that a "component" orders glassfish to load from |
1 | component in the path. Please try build 2.5.0_06 that should change this behavior. FastModel |
1 | Hello, our Entities contains logic that we need to test. Therefore we have unit tests for all our entities. We build and test our components with Jenkins-CI. We want to test that what we release to our customers. Therefore we think we need to test the enhanced classes. But that distorts our test |
1 | the logging level of this ObjectDB component to ERROR:
|
1 | =CascadeType.ALL, mappedBy="z_component")
@MapKey(name="z_schemeName")
private java.util.Map |
1 | Has anybody managed to use ObjectDB in a resource adapter module in accordance with the Java EE Connector Architecture so that it may be packaged separately from (but used by components of) an EJB Module after the pattern of the classic EAR File structure as illustrated in the Java EE 7 tutorial in |
1 | which the first component is logTestRunId and the second is Id can be the solution for this specific query |
