пример из доки для хибера
я ставлю также на Heart.id @GeneratedValue чтоб вручную не указывать id, вылезает ошибка требуется вручную указать Id для Body.
Делаю наоборот получаю ошибку наоборот.

Все работает если проставить @generatedvalue на обе id обеих сущностей. Как удостовериться что id генерируются одинаковые?
то есть конешно можно попробовать сделать heart закоммитить чтобы он получил Id затем назначить его id к Body а затем закоммить Body. Но сама идея @OneToOne чтобы сохранять только Body а HEart автоматом будет к нему приязываться.
Как я понял при создании Body должно автоматически создаваться и Heart и они должны связываться. чего здесь и не происходит

меня интересует случай the associated entities share the same primary keys values один из которых должен быть generated

foreign_key не создается :(

either the associated entities share the same primary keys values, a foreign key is held by one of the entities (note that this FK column in the database should be constrained unique to simulate one-to-one multiplicity)

Blazkowicz,

смешно но я его как раз счас читаю.

то есть кому надо поставить @generatedvalue поставить Body или Heart/
никак не могу понять

Blazkowiczllemingто есть кому надо поставить @generatedvalue поставить Body или Heart/
никак не могу понять
Вы одному уже поставили. Не заработало. Поставьте другому.

попробовал но теперь Heart always null. Whatever I do it is null.

я их вот так сохраняю

проблема вот здесь
Это то что у меня
Hibernate: create table Body (id bigint not null auto_increment, name varchar(255), primary key (id)) ENGINE=InnoDB
Hibernate: create table Heart (id bigint not null, rate integer not null, primary key (id)) ENGINE=InnoDB

Это то что должен хибер делать согласно приведенной вами ссылке
http://devblog.point2.com/2009/11/14/basic-hibernate-onetoone-primarykeyjoincolumn-example-with-maven-and-mysql/

CREATE TABLE Body ( id BIGINT NOT NULL AUTO_INCREMENT, name varchar(255), PRIMARY KEY (id)) TYPE = INNODB;
CREATE TABLE Heart ( id BIGINT NOT NULL, heartrate bigint , PRIMARY KEY(id), INDEX (id), FOREIGN KEY (id) REFERENCES Body (id) ) TYPE = INNODB;

это что получается, хибер не умеет создавать foreign_keys ?
судя по логам от хибера он создает полностью разделенные сущности т. е. @OneToMany и @PrimareKeyJoinColumn игнорируются

Blazkowicz,
спасибо за прояснение. просветлело наконец.

BlazkowiczХибер вообще не умеет создавать таблицы. Генерация таблиц это исключительно для чернового наброска. Хибер никогда вам не сгенерирует правильно все возможные констрейнты.
Для продакшн систем таблицы создавать только самостоятельно. Клевое подспорье - liquibase.

Hibernate Tools и Hibernate ORM это вообще два разных инструмента. Зачем вы их в кучу мешаете в одном вопросе?

тут еще вопрос возникает Hibernate Tools не в состоянии сгенерировать правильно сущности основываясь даже на готовых таблицах Body и Heart.

По свойствам таблиц в базе данных, Body и Heart независимые сущности. Вот только у второй сущности (в моем случае Heart)
Heart.id не имеет @GeneratedValue и seId(Long id) имеет private доступ. То есть я никак не могу сохранить его с помощью хибернейт поскольку у вновь созданного вручную Heart нет id. По сути при сохранении Body также должен сохраняться и Heart с Heart.id аналогичным Body.id (который уже и имеет @GeneratedValue). Количество записей в Body всегда должно совпадать с количеством Записей в Heart.

Вот это как я понял и есть @OneToOne based on shared primary keys.
только как это реализовать непонятно

ну я так хибер изучаю.
к тому же если в сущности over 9000 параметров то детали нужно убрать куда нибудь чтоб не мешались.

вот здесь нашел ответ

http://assarconsulting.blogspot.com/2009/08/one-to-one-shared-primary-key.html

javapeckerlleming,
мы все постоянно учимся, как Ленин. Мне кажется ситуация не для OneToOne. Это насколько мне известно довольно редкая штука. Взять даже ваш пример. Есть человек, у него есть сердце. Никто отдельно от человека к сердцу не обращается. Чтобы врач послушал сердце, надо чтобы к нему пришел пациент. а он послушает у пациента сердце. Если напрямую к Heart вы обращаться не будете, не делайте Heart сущностью(Entity), сделайте его embedded object.Тогда вам не придется заботиться о его жизненном цикле и мучаться с ключами. За это будет отвечать тело. Понадобится сердце - получите тело, через него к сердцу обратитесь. Если же вам нужна ссылка на сердце, которая будет храниться вне тела, тогда уж извращайтесь с onetoone.

я исходил из того что мне нужно то что вы описали. т.е. мне не нужно создавать и сохранять экземпляры Heart отдельно от Body.
поэтому и Heart.id не имеет @GeneratedValue а Heart.setId имеет доступ private. Вся работа идет через Body.
Появилось Body сделал новое Heart прикрепил его к Body и дальше save load update только с Body.