imho на простые типы если возможно. за оптимизацию я думаю прикладной код отвечать не должен

KPIIS

Все что передается по RMI-IIOP, должно иметь сериализуемый, и кроме того должен реализовывать методы equals и hashCode.

Java Language to IDL Mapping
Specification1.2.2 Primitive Types
All the standard Java primitive types are supported as part of RMI/IDL. These are:
• void, boolean, byte, char, short, int, long, float,
double http://www.omg.org/docs/formal/01-06-07.pdf

Первичными ключами не могут быть приметивы, потому что некоторая часть спец EJB запрещает использование примитивов. например, смотрим EJBObject.getPrimaryKey() возвращает Object ...
Хочеться глянуть на "эту часть", потому как то что EJBObject.getPrimaryKey() возврщает Object не мешает нам вернуть,например, new Integer(10);

KPIIS

может мой английский так плох, но я не вижу где в вашем тексте сказано что использовать java-примитивы нельзя в RMI-IIOP, тем более не ясно где источник информации о часть спец EJB запрещает использование примитивов?

Object EJBObject.getPrimaryKey()

Это запись не означает что первичный ключ не может быть примитивом... т.к. в java примитивы представимы в виде объектов (а начиная с 1.5 это вообще выполняется jvm автоматически). кроме того вы не ответили на первый вопрос - где в приведенном вами тексте сказано что примитивные типы использовать в RMI-IIOP нельзя?

KPIIS
http://java.sun.com/developer/codesamples/ejb.html

автор
Primitive Type Primary Keys

VendorBean uses a primary key that is a Java programming language primitive type, an int. To use a primitive type as the primary key, you must create a wrapper class. VendorKey is the wrapper class for VendorBean.

The wrapper primary key class has the same requirements as described in The Primary Key Class. This is the VendorKey wrapper class:

package dataregistry;
public final class VendorKey implements java.io.Serializable {

public int vendorId;

public boolean equals(Object otherOb) {

if (this == otherOb) {
return true;
}
if (!(otherOb instanceof VendorKey)) {
return false;
}
VendorKey other = (VendorKey) otherOb;
return (vendorId == other.vendorId);
}
public int hashCode() {
return vendorId;
}
public String toString() {
return "" + vendorId;
}
}


Т.е. идея в том что примитивы использовать можно, но так как спецификация писалась для общего случая, то везде ожидается Object. Так что если нужно можно использовать примитив, выполняя его преобразование в Object...

Я когда отвечал на вопрос поста не заметил что разговор идет о Entity Bean'ах, а не о Hibernate/EJB3 Pojos, так что по теме поста ответ будет - можно использовать что угодно, но класс использовать проще.

Мне просто понравились ваши объяснения про RMI-IIOP и запреты спецификации...