Атрибут Lazy имеет значение null внутри транзакции после создания

@Entity
@Table(name = "stock_item")
public class StockItem extends BaseEntity
{

    @ManyToOne(fetch = FetchType.LAZY)
    @JoinColumn(name = "stock_id", insertable = false, updatable = false) //here is your problem
    public Stock stock;

    @Column(name = "stock_id")
    public Long stockId; // why explicitly define a separate column for foreign key after mapping it above

    @Column(name = "value")
    public String value;
}

с insertable = false и updatable = false он не будет вставлен в вашу БД и не разрешит обновление, поэтому вы получаете NullPointerException. Вы должны хотя бы разрешить вставку, чтобы выполнить запрос на основе внешнего ключа stock_id

ОБНОВИТЬ

Измените свой класс Entity с помощью доступ на основе собственности:

@Entity
@Table(name = "stock_item")
public class StockItem extends BaseEntity
{
    private Stock stock; // variables should always be private since you have getters and setters
    private String value;

    @ManyToOne(fetch = FetchType.LAZY)
    @JoinColumn(name = "stock_id", updatable = false)
    public Stock getStock() {
        return stock;
    }

    public void setStock(Stock stock) {
        this.stock = stock;
    }

    @Basic
    @Column(name = "value")
    public String getValue() {
        return value;
    }

    public void setValue(String value) {
        this.value = value;
    }
}

Проблема здесь в том, что вы неправильно используете JPA. Как вы, похоже, знаете, судя по комментариям к другому ответу, вы дважды сопоставили столбец stock_id. Когда-то как отношения многие-к-одному

@ManyToOne(fetch = FetchType.LAZY)
@JoinColumn(name = "stock_id", insertable = false, updatable = false)
public Stock stock;

и однажды как простой столбец

@Column(name = "stock_id")
public Long stockId;

Когда вы устанавливаете простой столбец и сбрасываете изменения, как в вашем методе post(), происходит следующее:

• значение устанавливается в простой столбец. Ссылка все еще null.
• значение сохраняется в базе данных. Ссылка все еще null.

Вызов репозитория найдет идентификатор StockItem в Контекст постоянства и вернет этот экземпляр, то есть тот же самый, что использовался в методе post, со ссылкой все еще null.

What is the transaction magic behind having no transaction but successfully fetching a lazy attribute??

Здесь нет никакой магии. Спецификации fetch используются только для обхода объекта. Запросы JPQL этого не учитывают.

Остается незаданный вопрос: как исправить ситуацию?

Очевидное решение - потерять простой столбец и просто использовать ссылки на сущности, как задумано JPA.

Вы не хотите этого делать, чтобы где-то избежать доступа к БД. Но пока вы обращаетесь только к id упомянутого Stock, он не должен инициализироваться. Кажется, что это должно быть возможно только с Ленивая загрузка.

В качестве альтернативы я бы предложил удалить связь «многие к одному» и создать репозиторий для Stock и вручную загружать его при необходимости.