Как создать универсальный класс модели сущностей, поддерживающий универсальный идентификатор, включая автоматически генерируемые идентификаторы?

Не пробовал этого, но в соответствии с api Hibernate это не должно усложняться созданием пользовательской реализацииIdentityGenerator .

Это метод generate получает и объект, для которого вы генерируете значение, чтобы вы могли проверить тип поля id и вернуть соответствующее значение для вашего первичного ключа.

public class DynamicGenerator  implements IdentityGenerator

        public Serializable generate(SessionImplementor session, Object object)
                throws HibernateException {

             if (shouldUseAutoincrementStartegy(object)) { // basing on object detect if this should be autoincrement or not, for example inspect the type of id field by using reflection - if the type is Integer use IdentityGenerator, otherwise another generator 
                 return new IdentityGenerator().generate(seession, object)
             } else { // else if (shouldUseTextKey)

                 String textKey = generateKey(session, object); // generate key for your object

                 // you can of course connect to database here and execute statements if you need:
                 // Connection connection = session.connection();
                 //  PreparedStatement ps = connection.prepareStatement("SELECT nextkey from text_keys_table");
                 // (...)

                 return textKey;

            }

        }
    }

Имея это просто использовать его в качестве стратегии поколения:

@MappedSuperclass
public abstract class BaseEntity<T> implements Serializable {
    @Id
    @GenericGenerator(name="seq_id", strategy="my.package.DynamicGenerator")
    protected T id;
}

Для Hibernate 4 необходимо реализовать IdentifierGenerator взаимодействие.

---

Как выше принято для Hibernate, все еще должно быть возможно создать его более универсальным способом для любого" JPA-совместимого " поставщика. В соответствии с api JPA в аннотации GeneratedValue вы можете предоставить свой пользовательский генератор. Это означает, что вы можете указать имя вашего пользовательского генератора, и вы должны реализовать этот генератор для каждого поставщика jpa.

Это означает, что вам нужно аннотировать BaseEntity следующей аннотацией

@MappedSuperclass
public abstract class BaseEntity<T> implements Serializable {
    @Id
    @GeneratedValue(generator="my-custom-generator")
    protected T id;
}

Теперь вам нужно зарегистрировать пользовательский генератор с именем "my-custom-generator" для каждого поставщика jpa, которого вы хотите использовать.

Для Hibernate это делается с помощью аннотации @ GenericGenerator, как показано выше (добавление @GenericGenerator(name="my-custom-generator", strategy="my.package.DynamicGenerator" к классу BaseEntity либо на поле id, либо на уровне класса BaseEntity должно быть достаточным).

В EclipseLink я вижу, что вы можете сделать это черезGeneratedValue аннотацию и зарегистрировать ее через SessionCustomizer:

            properties.put(PersistenceUnitProperties.SESSION_CUSTOMIZER,
                    "my.custom.CustomIdGenerator");

public class CustomIdGenerator extends Sequence implements SessionCustomizer {


    @Override
    public Object getGeneratedValue(Accessor accessor,
            AbstractSession writeSession, String seqName) {
        return  "Id"; // generate the id
    }

    @Override
    public Vector getGeneratedVector(Accessor accessor,
            AbstractSession writeSession, String seqName, int size) {
        return null;
    }

    @Override
    protected void onConnect() {
    }

    @Override
    protected void onDisconnect() {
    }

    @Override
    public boolean shouldAcquireValueAfterInsert() {
        return false;
    }

    @Override
    public boolean shouldOverrideExistingValue(String seqName,
            Object existingValue) {
        return ((String) existingValue).isEmpty();
    }

    @Override
    public boolean shouldUseTransaction() {
        return false;
    }

    @Override
    public boolean shouldUsePreallocation() {
        return false;
    }

    public void customize(Session session) throws Exception {
        CustomIdGenerator sequence = new CustomIdGenerator ("my-custom-generator");

        session.getLogin().addSequence(sequence);
    }

}    

Каждый поставщик должен уступить дорогу зарегистрируйте генератор идентификаторов, поэтому вам нужно будет реализовать и зарегистрировать пользовательскую стратегию генерации для каждого поставщика, если вы хотите поддерживать их все.

Иерархии наследования борются с ORM. Так что будьте проще и немного ближе к реализации базы данных. Не сопоставить иерархию абстрактных суперклассов, но добавьте аннотированный POJO-объект на куски общие столбцы. Они вполне могут оказаться удобными для работы с и в остальной части вашего кода.

Создайте классы @Embeddable для общих полей, а также создайте класс для вашего составного идентификатора @Embeddable.

@Embeddable
public class Maintained implements Serializable{
    private String maintainedBy;
    private String updatedBy;
    // getters and setters
}

@Embeddable
public class CompositeId implements Serializable{
    @Column
    private int id1;
    @Column
    private int id2;
    ...
}

Самая простая версия вашей реализации классы тогда выглядят так:

@Entity
public class Table1 {
    @GeneratedValue(strategy=GenerationType.IDENTITY)
    @Id
    protected Long id;
    @Version
    private String version;
    @Embedded
    private Maintained maintained;
    ...
    public Maintained getMaintained(){
        return maintained;
    }
}

Для идентификатора строки нет автоматической генерации:

@Entity
public class Table2 {
    @Id
    private String id;
    @Column
    private String shortDescription;
    @Column
    private String longDescription;
    ...
}

И составной идентификатор в виде @EmbeddedId:

@Entity
public class Table3 { 
    @EmbeddedId 
    private CompositeId id;
    @Version
    private String version;
    @Column
    private int amount;
    ...
}

В качестве дополнительного преимущества вы можете смешивать и сопоставлять, добавляя больше этих признаков, если хотите, так как вы больше не ограничены деревом наследования.

(но вы можете сохранить иерархию, содержащую геттеры, сеттеры и делегаты по умолчанию, если существующий код полагается на нее и/или извлекает из нее выгоду.)