 2 | baURI is a byte[];
JP QL> select e.baURI.length from URI e where id=82778
JP QL> [ObjectDB 2.2.9_04] javax.persistence.PersistenceException
Navigation from 'byte[]' through 'length' is invalid (error 763)
at com.objectdb.jpa.JpaQuery.getResultList(JpaQuery.java:636)
at util.JPQLcmd.QureyCMD |
 2 | (Bytes) MyEntity 200.000 10.400.000 char[] 7.154 ... Memory (Bytes) char[] 807.363 13.237.950 String 807.291 |
 2 | #instances #bytes class name
----------------------------------------------
1 ... #bytes class name
----------------------------------------------
1: 704422 |
 2 | ())
{
NetworkInterface ni = (NetworkInterface)e.nextElement();
byte ... ();
byte[] hardwareAddress = ni.getHardwareAddress();
System.out.println(indent |
 2 | ? Could you please provide more details about the byte[] allocations? Who holds them? What is the common size of the byte[] that fills the heap? How many instances of this size exist? I can send |
 2 | .Launcher$AppClassLoader @ 0x853f0440" occupies 375,301,672 (17.92%) bytes. The memory is accumulated ... $AppClassLoader @ 0x853f0440" occupy 1,436,097,296 (68.58%) bytes. These instances are referenced from |
 2 | ;
byte[] data = new byte[512];
public MyEntity(int x) {
this.x = x |
 2 | list; } The 2nd level cache stores object data (byte[]) rather than live entity objects ... cache as object IDs (PK) encoded in the byte[] of a MyEntity1 instance. When you retrieve a MyEntity1 |
 1 | Version 2.0.2 Fixed a bug in queries on embedded objects in C/S mode. Fixed a bug in setting log directory path (missing URL decoding). Fixed a bug in automatic byte code enhancement in Java EE server. Fixed a bug in multi variable queries. |
 1 | (issue #473). Improved persisting byte[] by reducing required storage space. Removed a shutdown hook |