stringList;
// getters/setters ...
}
```
Issue is Occurring when i am querying in DB to get FooBar entity.
Can you Please help me with the issue I am facing. Is there any problem in my entity design or it is hibernate issue, if yes then how to avoid it.
---
### Author:  [@beikov](https://discourse.hibernate.org/u/beikov)
#### Post date: [September 23, 2025, 4:25pm UTC](https://discourse.hibernate.org/t/java-lang-assertionerror-null-in-resolveentityinstance1/11796/4 "2025-09-23T16:25:15Z")
Your problem has absolutely nothing to do with what was asked here. Please create a new topic if you have a question. Posting unrelated stuff to an existing topic is not helpful.
---
### Author:  [@shivam\_pansuriya](https://discourse.hibernate.org/u/shivam_pansuriya)
#### Post date: [September 23, 2025, 5:18pm UTC](https://discourse.hibernate.org/t/java-lang-assertionerror-null-in-resolveentityinstance1/11796/5 "2025-09-23T17:18:00Z")
Ok, I have added problem as new topic: [java.lang.AssertionError: in RepositoryMethodInvoker](https://discourse.hibernate.org/t/java-lang-assertionerror-in-repositorymethodinvoker/11800)
---
### Author:  [@piodu](https://discourse.hibernate.org/u/piodu)
#### Post date: [September 29, 2025, 11:04am UTC](https://discourse.hibernate.org/t/java-lang-assertionerror-null-in-resolveentityinstance1/11796/6 "2025-09-29T11:04:39Z")
Thanks for reply!
We have bumped the version to 6.6.29.Final and will observe the CI.
But the problem still persists:
```auto
2025-09-29T10:18:25.0909470Z java.lang.AssertionError: null
2025-09-29T10:18:25.0911276Z at org.hibernate.sql.results.graph.entity.internal.EntityInitializerImpl.resolveEntityInstance1(EntityInitializerImpl.java:1118) ~[hibernate-core-6.6.29.Final.jar:6.6.29.Final]
2025-09-29T10:18:25.0914090Z at org.hibernate.sql.results.graph.entity.internal.EntityInitializerImpl.resolveInstance(EntityInitializerImpl.java:1032) ~[hibernate-core-6.6.29.Final.jar:6.6.29.Final]
```
Are you using bytecode enhancement?
- there is no enhancement as far as I know, we for sure do not have enhancement maven plugin in our xml’s
Before the error, are there other logs that show data fetching from JDBC succeeds?
- I do not quite understand what you mean. We use connection pooling so for sure there are no broken connections. Regarding the current connection (bound to transaction), the findAll is the first call in transaction.
Can you share the entity model and exact query please?
- I do not want to provide here our code directly, need some time to maybe clean the names etc. But I can answer other questions which might push conversation going 😉
If Account has an association to another Account which you are left join fetching, that might be an indicator about what is going on
- yes! a2cp has backwards reference to the Account !
Or maybe the first row contains account 1 and the second row refers to this account 1 through an association
- Also Yes! “ima” is actually of type Account (my bad, inserted there X6) but it is different account. But this “ima” account and “current” account will for sure be fetched in the same query, as we are doing findAll()
The queries:
> **Summary**
>
> The exact query (or queries):
>
> ```sql
> SELECT DISTINCT a1_0.id,
> acp1_0.account,
> acp1_0.cauliflower_pool,
> acp1_0.type,
> a1_0.account_class,
> a1_0.account_type_id,
> a1_0.alternative_name,
> a1_0.balances_preferred_source_id,
> a1_0.balances_preferred_source_type,
> a1_0.balancing_type,
> bb1_0.id,
> b1_0.id,
> b1_0.bic,
> b1_0.business_id,
> b1_0.city,
> b1_0.country,
> b1_0.creation_time,
> b1_0.last_update_time,
> b1_0.NAME,
> b1_0.paybird_config,
> b1_0.postal_code,
> b1_0.street,
> bb1_0.bic,
> bb1_0.business_id,
> bb1_0.city,
> bb1_0.country,
> bb1_0.creation_time,
> hc1_0.barron_branch_id,
> hc1_1.id,
> hc1_1.creation_time,
> hc1_1.description,
> hc1_1.last_update_time,
> hc1_1.NAME,
> bb1_0.last_update_time,
> bb1_0.NAME,
> bb1_0.paybird_config,
> bb1_0.postal_code,
> bb1_0.street,
> bb1_0.time_zone,
> a1_0.business_id,
> a1_0.closing_date,
> a1_0.creation_time,
> a1_0.currency_id,
> c1_0.id,
> c1_0.creation_time,
> c1_0.last_message,
> c1_0.last_update_time,
> c1_0.NAME,
> c1_0.PRECISION,
> c1_0.status,
> c1_0.system_managed,
> a1_0.general_ledger_number,
> ima1_0.id,
> ima1_0.account_class,
> ima1_0.account_type_id,
> ima1_0.alternative_name,
> ima1_0.balances_preferred_source_id,
> ima1_0.balances_preferred_source_type,
> ima1_0.balancing_type,
> ima1_0.barron_branch_id,
> ima1_0.business_id,
> ima1_0.closing_date,
> ima1_0.creation_time,
> ima1_0.currency_id,
> ima1_0.general_ledger_number,
> ima1_0.ihb_mirroring_account_id,
> ima1_0.last_import_timestamp,
> ima1_0.last_update_time,
> ima1_0.legal_holder_id,
> ima1_0.min_funding_amount,
> ima1_0.min_sweeping_amount,
> ima1_0.NAME,
> ima1_0.opening_date,
> ima1_0.operational_holder_id,
> ima1_0.paybird_config,
> ima1_0.period_lock_end_date,
> ima1_0.target_balance,
> ima1_0.transactions_preferred_source_id,
> a1_0.last_import_timestamp,
> a1_0.last_update_time,
> lh1_0.id,
> lh1_0.alternative_name,
> lh1_0.business_id,
> lh1_0.closing_date,
> lh1_0.code,
> lh1_0.creation_time,
> lh1_0.currency_id,
> lh1_0.entity_type_id,
> lh1_0.last_update_time,
> lh1_0.NAME,
> lh1_0.opening_date,
> lh1_0.paybird_config,
> a1_0.min_funding_amount,
> a1_0.min_sweeping_amount,
> a1_0.NAME,
> a1_0.opening_date,
> a1_0.operational_holder_id,
> oh1_0.id,
> oh1_0.alternative_name,
> oh1_0.business_id,
> oh1_0.closing_date,
> oh1_0.code,
> oh1_0.creation_time,
> oh1_0.currency_id,
> oh1_0.entity_type_id,
> oh1_0.last_update_time,
> oh1_0.NAME,
> oh1_0.opening_date,
> oh1_0.paybird_config,
> a1_0.paybird_config,
> a1_0.period_lock_end_date,
> a1_0.target_balance,
> a1_0.transactions_preferred_source_id
> FROM account a1_0
> LEFT JOIN barron_branch bb1_0
> ON bb1_0.id = a1_0.barron_branch_id
> LEFT JOIN barron b1_0
> ON b1_0.id = bb1_0.bank_id
> LEFT JOIN barron_branch_holiday_calendar hc1_0
> ON bb1_0.id = hc1_0.barron_branch_id
> LEFT JOIN holiday_calendar hc1_1
> ON hc1_1.id = hc1_0.holiday_calendars_id
> LEFT JOIN account_cauliflower_pool acp1_0
> ON a1_0.id = acp1_0.account
> LEFT JOIN currency c1_0
> ON c1_0.id = a1_0.currency_id
> LEFT JOIN account ima1_0
> ON ima1_0.id = a1_0.ihb_mirroring_account_id
> LEFT JOIN entity oh1_0
> ON oh1_0.id = a1_0.operational_holder_id
> LEFT JOIN entity lh1_0
> ON lh1_0.id = a1_0.legal_holder_id
>
> SELECT cp1_0.id,
> cp1_0.creation_time,
> c1_0.id,
> c1_0.creation_time,
> c1_0.last_message,
> c1_0.last_update_time,
> c1_0.NAME,
> c1_0.PRECISION,
> c1_0.status,
> c1_0.system_managed,
> cp1_0.last_update_time,
> cp1_0.NAME,
> cp1_0.status,
> cp1_0.type
> FROM cauliflower_pool cp1_0
> LEFT JOIN currency c1_0
> ON c1_0.id = cp1_0.currency_id
> WHERE cp1_0.id = ?
>
> SELECT acp1_0.account,
> a1_0.id,
> a1_0.account_class,
> at1_0.id,
> at1_0.creation_time,
> at1_0.description,
> at1_0.item,
> at1_0.last_update_time,
> at1_0.level_id,
> l1_0.id,
> l1_0.creation_time,
> l1_0.last_update_time,
> l1_0.NAME,
> l1_0.order_nr,
> at1_0.order_nr,
> at1_0.parent_id,
> a1_0.alternative_name,
> bps1_0.id,
> bps1_0.configuration,
> bps1_0.creation_time,
> bps1_0.disabled,
> bps1_0.last_update_time,
> bps1_0.NAME,
> bps1_0.system_managed,
> bps1_0.type,
> f1_0.instance_id,
> f1_0.id,
> f1_0.creation_time,
> f1_0.feature_code,
> f1_0.last_refresh_time,
> f1_0.last_update_time,
> f1_0.nature,
> f1_0.status,
> a1_0.balances_preferred_source_type,
> a1_0.balancing_type,
> bb1_0.id,
> b1_0.id,
> b1_0.bic,
> b1_0.business_id,
> b1_0.city,
> b1_0.country,
> b1_0.creation_time,
> b1_0.last_update_time,
> b1_0.NAME,
> b1_0.paybird_config,
> b1_0.postal_code,
> b1_0.street,
> bb1_0.bic,
> bb1_0.business_id,
> bb1_0.city,
> bb1_0.country,
> bb1_0.creation_time,
> bb1_0.last_update_time,
> bb1_0.NAME,
> bb1_0.paybird_config,
> bb1_0.postal_code,
> bb1_0.street,
> bb1_0.time_zone,
> a1_0.business_id,
> a1_0.closing_date,
> a1_0.creation_time,
> a1_0.currency_id,
> c1_0.id,
> c1_0.creation_time,
> c1_0.last_message,
> c1_0.last_update_time,
> c1_0.NAME,
> c1_0.PRECISION,
> c1_0.status,
> c1_0.system_managed,
> a1_0.general_ledger_number,
> ima1_0.id,
> ima1_0.account_class,
> at2_0.id,
> at2_0.creation_time,
> at2_0.description,
> at2_0.item,
> at2_0.last_update_time,
> at2_0.level_id,
> l2_0.id,
> l2_0.creation_time,
> l2_0.last_update_time,
> l2_0.NAME,
> l2_0.order_nr,
> at2_0.order_nr,
> at2_0.parent_id,
> ima1_0.alternative_name,
> bps2_0.id,
> bps2_0.configuration,
> bps2_0.creation_time,
> bps2_0.disabled,
> bps2_0.last_update_time,
> bps2_0.NAME,
> bps2_0.system_managed,
> bps2_0.type,
> ima1_0.balances_preferred_source_type,
> ima1_0.balancing_type,
> bb2_0.id,
> b2_0.id,
> b2_0.bic,
> b2_0.business_id,
> b2_0.city,
> b2_0.country,
> b2_0.creation_time,
> b2_0.last_update_time,
> b2_0.NAME,
> b2_0.paybird_config,
> b2_0.postal_code,
> b2_0.street,
> bb2_0.bic,
> bb2_0.business_id,
> bb2_0.city,
> bb2_0.country,
> bb2_0.creation_time,
> bb2_0.last_update_time,
> bb2_0.NAME,
> bb2_0.paybird_config,
> bb2_0.postal_code,
> bb2_0.street,
> bb2_0.time_zone,
> ima1_0.business_id,
> ima1_0.closing_date,
> ima1_0.creation_time,
> ima1_0.currency_id,
> c2_0.id,
> c2_0.creation_time,
> c2_0.last_message,
> c2_0.last_update_time,
> c2_0.NAME,
> c2_0.PRECISION,
> c2_0.status,
> c2_0.system_managed,
> ima1_0.general_ledger_number,
> ima1_0.ihb_mirroring_account_id,
> ima1_0.last_import_timestamp,
> ima1_0.last_update_time,
> lh1_0.id,
> lh1_0.alternative_name,
> lh1_0.business_id,
> lh1_0.closing_date,
> lh1_0.code,
> lh1_0.creation_time,
> c3_0.id,
> c3_0.creation_time,
> c3_0.last_message,
> c3_0.last_update_time,
> c3_0.NAME,
> c3_0.PRECISION,
> c3_0.status,
> c3_0.system_managed,
> et1_0.id,
> et1_0.creation_time,
> et1_0.description,
> et1_0.item,
> et1_0.last_update_time,
> et1_0.level_id,
> l3_0.id,
> l3_0.creation_time,
> l3_0.last_update_time,
> l3_0.NAME,
> l3_0.order_nr,
> et1_0.order_nr,
> et1_0.parent_id,
> lh1_0.last_update_time,
> lh1_0.NAME,
> lh1_0.opening_date,
> lh1_0.paybird_config,
> ima1_0.min_funding_amount,
> ima1_0.min_sweeping_amount,
> ima1_0.NAME,
> ima1_0.opening_date,
> ima1_0.operational_holder_id,
> oh1_0.id,
> oh1_0.alternative_name,
> oh1_0.business_id,
> oh1_0.closing_date,
> oh1_0.code,
> oh1_0.creation_time,
> c4_0.id,
> c4_0.creation_time,
> c4_0.last_message,
> c4_0.last_update_time,
> c4_0.NAME,
> c4_0.PRECISION,
> c4_0.status,
> c4_0.system_managed,
> et2_0.id,
> et2_0.creation_time,
> et2_0.description,
> et2_0.item,
> et2_0.last_update_time,
> et2_0.level_id,
> l4_0.id,
> l4_0.creation_time,
> l4_0.last_update_time,
> l4_0.NAME,
> l4_0.order_nr,
> et2_0.order_nr,
> et2_0.parent_id,
> oh1_0.last_update_time,
> oh1_0.NAME,
> oh1_0.opening_date,
> oh1_0.paybird_config,
> ima1_0.paybird_config,
> ima1_0.period_lock_end_date,
> ima1_0.target_balance,
> tps1_0.id,
> tps1_0.configuration,
> tps1_0.creation_time,
> tps1_0.disabled,
> tps1_0.last_update_time,
> tps1_0.NAME,
> tps1_0.system_managed,
> tps1_0.type,
> a1_0.last_import_timestamp,
> a1_0.last_update_time,
> lh2_0.id,
> lh2_0.alternative_name,
> lh2_0.business_id,
> lh2_0.closing_date,
> lh2_0.code,
> lh2_0.creation_time,
> c5_0.id,
> c5_0.creation_time,
> c5_0.last_message,
> c5_0.last_update_time,
> c5_0.NAME,
> c5_0.PRECISION,
> c5_0.status,
> c5_0.system_managed,
> et3_0.id,
> et3_0.creation_time,
> et3_0.description,
> et3_0.item,
> et3_0.last_update_time,
> et3_0.level_id,
> l5_0.id,
> l5_0.creation_time,
> l5_0.last_update_time,
> l5_0.NAME,
> l5_0.order_nr,
> et3_0.order_nr,
> et3_0.parent_id,
> lh2_0.last_update_time,
> lh2_0.NAME,
> lh2_0.opening_date,
> lh2_0.paybird_config,
> a1_0.min_funding_amount,
> a1_0.min_sweeping_amount,
> a1_0.NAME,
> a1_0.opening_date,
> a1_0.operational_holder_id,
> oh2_0.id,
> oh2_0.alternative_name,
> oh2_0.business_id,
> oh2_0.closing_date,
> oh2_0.code,
> oh2_0.creation_time,
> c6_0.id,
> c6_0.creation_time,
> c6_0.last_message,
> c6_0.last_update_time,
> c6_0.NAME,
> c6_0.PRECISION,
> c6_0.status,
> c6_0.system_managed,
> et4_0.id,
> et4_0.creation_time,
> et4_0.description,
> et4_0.item,
> et4_0.last_update_time,
> et4_0.level_id,
> l6_0.id,
> l6_0.creation_time,
> l6_0.last_update_time,
> l6_0.NAME,
> l6_0.order_nr,
> et4_0.order_nr,
> et4_0.parent_id,
> oh2_0.last_update_time,
> oh2_0.NAME,
> oh2_0.opening_date,
> oh2_0.paybird_config,
> a1_0.paybird_config,
> a1_0.period_lock_end_date,
> a1_0.target_balance,
> tps2_0.id,
> tps2_0.configuration,
> tps2_0.creation_time,
> tps2_0.disabled,
> tps2_0.last_update_time,
> tps2_0.NAME,
> tps2_0.system_managed,
> tps2_0.type,
> acp1_0.cauliflower_pool,
> cp1_0.id,
> cp1_0.creation_time,
> c7_0.id,
> c7_0.creation_time,
> c7_0.last_message,
> c7_0.last_update_time,
> c7_0.NAME,
> c7_0.PRECISION,
> c7_0.status,
> c7_0.system_managed,
> cp1_0.last_update_time,
> cp1_0.NAME,
> cp1_0.status,
> cp1_0.type,
> acp1_0.type
> FROM account_cauliflower_pool acp1_0
> JOIN account a1_0
> ON a1_0.id = acp1_0.account
> LEFT JOIN account_type at1_0
> ON at1_0.id = a1_0.account_type_id
> LEFT JOIN account_type_level l1_0
> ON l1_0.id = at1_0.level_id
> LEFT JOIN connector_instance bps1_0
> ON bps1_0.id = a1_0.balances_preferred_source_id
> AND bps1_0.deleted = false
> LEFT JOIN connector_instance_feature f1_0
> ON bps1_0.id = f1_0.instance_id
> AND f1_0.deleted = false
> LEFT JOIN barron_branch bb1_0
> ON bb1_0.id = a1_0.barron_branch_id
> LEFT JOIN barron b1_0
> ON b1_0.id = bb1_0.bank_id
> JOIN currency c1_0
> ON c1_0.id = a1_0.currency_id
> LEFT JOIN account ima1_0
> ON ima1_0.id = a1_0.ihb_mirroring_account_id
> LEFT JOIN account_type at2_0
> ON at2_0.id = ima1_0.account_type_id
> LEFT JOIN account_type_level l2_0
> ON l2_0.id = at2_0.level_id
> LEFT JOIN connector_instance bps2_0
> ON bps2_0.id = ima1_0.balances_preferred_source_id
> AND bps2_0.deleted = false
> LEFT JOIN barron_branch bb2_0
> ON bb2_0.id = ima1_0.barron_branch_id
> LEFT JOIN barron b2_0
> ON b2_0.id = bb2_0.bank_id
> LEFT JOIN currency c2_0
> ON c2_0.id = ima1_0.currency_id
> LEFT JOIN entity lh1_0
> ON lh1_0.id = ima1_0.legal_holder_id
> LEFT JOIN currency c3_0
> ON c3_0.id = lh1_0.currency_id
> LEFT JOIN entity_type et1_0
> ON et1_0.id = lh1_0.entity_type_id
> LEFT JOIN entity_type_level l3_0
> ON l3_0.id = et1_0.level_id
> LEFT JOIN entity oh1_0
> ON oh1_0.id = ima1_0.operational_holder_id
> LEFT JOIN currency c4_0
> ON c4_0.id = oh1_0.currency_id
> LEFT JOIN entity_type et2_0
> ON et2_0.id = oh1_0.entity_type_id
> LEFT JOIN entity_type_level l4_0
> ON l4_0.id = et2_0.level_id
> LEFT JOIN connector_instance tps1_0
> ON tps1_0.id = ima1_0.transactions_preferred_source_id
> AND tps1_0.deleted = false
> LEFT JOIN entity lh2_0
> ON lh2_0.id = a1_0.legal_holder_id
> LEFT JOIN currency c5_0
> ON c5_0.id = lh2_0.currency_id
> LEFT JOIN entity_type et3_0
> ON et3_0.id = lh2_0.entity_type_id
> LEFT JOIN entity_type_level l5_0
> ON l5_0.id = et3_0.level_id
> JOIN entity oh2_0
> ON oh2_0.id = a1_0.operational_holder_id
> LEFT JOIN currency c6_0
> ON c6_0.id = oh2_0.currency_id
> LEFT JOIN entity_type et4_0
> ON et4_0.id = oh2_0.entity_type_id
> LEFT JOIN entity_type_level l6_0
> ON l6_0.id = et4_0.level_id
> LEFT JOIN connector_instance tps2_0
> ON tps2_0.id = a1_0.transactions_preferred_source_id
> AND tps2_0.deleted = false
> JOIN cauliflower_pool cp1_0
> ON cp1_0.id = acp1_0.cauliflower_pool
> LEFT JOIN currency c7_0
> ON c7_0.id = cp1_0.currency_id
> WHERE acp1_0.account = ?
>
> SELECT acp1_0.account,
> a1_0.id,
> a1_0.account_class,
> at1_0.id,
> at1_0.creation_time,
> at1_0.description,
> at1_0.item,
> at1_0.last_update_time,
> at1_0.level_id,
> l1_0.id,
> l1_0.creation_time,
> l1_0.last_update_time,
> l1_0.NAME,
> l1_0.order_nr,
> at1_0.order_nr,
> at1_0.parent_id,
> a1_0.alternative_name,
> bps1_0.id,
> bps1_0.configuration,
> bps1_0.creation_time,
> bps1_0.disabled,
> bps1_0.last_update_time,
> bps1_0.NAME,
> bps1_0.system_managed,
> bps1_0.type,
> f1_0.instance_id,
> f1_0.id,
> f1_0.creation_time,
> f1_0.feature_code,
> f1_0.last_refresh_time,
> f1_0.last_update_time,
> f1_0.nature,
> f1_0.status,
> a1_0.balances_preferred_source_type,
> a1_0.balancing_type,
> bb1_0.id,
> b1_0.id,
> b1_0.bic,
> b1_0.business_id,
> b1_0.city,
> b1_0.country,
> b1_0.creation_time,
> b1_0.last_update_time,
> b1_0.NAME,
> b1_0.paybird_config,
> b1_0.postal_code,
> b1_0.street,
> bb1_0.bic,
> bb1_0.business_id,
> bb1_0.city,
> bb1_0.country,
> bb1_0.creation_time,
> bb1_0.last_update_time,
> bb1_0.NAME,
> bb1_0.paybird_config,
> bb1_0.postal_code,
> bb1_0.street,
> bb1_0.time_zone,
> a1_0.business_id,
> a1_0.closing_date,
> a1_0.creation_time,
> a1_0.currency_id,
> c1_0.id,
> c1_0.creation_time,
> c1_0.last_message,
> c1_0.last_update_time,
> c1_0.NAME,
> c1_0.PRECISION,
> c1_0.status,
> c1_0.system_managed,
> a1_0.general_ledger_number,
> ima1_0.id,
> ima1_0.account_class,
> at2_0.id,
> at2_0.creation_time,
> at2_0.description,
> at2_0.item,
> at2_0.last_update_time,
> at2_0.level_id,
> l2_0.id,
> l2_0.creation_time,
> l2_0.last_update_time,
> l2_0.NAME,
> l2_0.order_nr,
> at2_0.order_nr,
> at2_0.parent_id,
> ima1_0.alternative_name,
> bps2_0.id,
> bps2_0.configuration,
> bps2_0.creation_time,
> bps2_0.disabled,
> bps2_0.last_update_time,
> bps2_0.NAME,
> bps2_0.system_managed,
> bps2_0.type,
> ima1_0.balances_preferred_source_type,
> ima1_0.balancing_type,
> bb2_0.id,
> b2_0.id,
> b2_0.bic,
> b2_0.business_id,
> b2_0.city,
> b2_0.country,
> b2_0.creation_time,
> b2_0.last_update_time,
> b2_0.NAME,
> b2_0.paybird_config,
> b2_0.postal_code,
> b2_0.street,
> bb2_0.bic,
> bb2_0.business_id,
> bb2_0.city,
> bb2_0.country,
> bb2_0.creation_time,
> bb2_0.last_update_time,
> bb2_0.NAME,
> bb2_0.paybird_config,
> bb2_0.postal_code,
> bb2_0.street,
> bb2_0.time_zone,
> ima1_0.business_id,
> ima1_0.closing_date,
> ima1_0.creation_time,
> ima1_0.currency_id,
> c2_0.id,
> c2_0.creation_time,
> c2_0.last_message,
> c2_0.last_update_time,
> c2_0.NAME,
> c2_0.PRECISION,
> c2_0.status,
> c2_0.system_managed,
> ima1_0.general_ledger_number,
> ima1_0.ihb_mirroring_account_id,
> ima1_0.last_import_timestamp,
> ima1_0.last_update_time,
> lh1_0.id,
> lh1_0.alternative_name,
> lh1_0.business_id,
> lh1_0.closing_date,
> lh1_0.code,
> lh1_0.creation_time,
> c3_0.id,
> c3_0.creation_time,
> c3_0.last_message,
> c3_0.last_update_time,
> c3_0.NAME,
> c3_0.PRECISION,
> c3_0.status,
> c3_0.system_managed,
> et1_0.id,
> et1_0.creation_time,
> et1_0.description,
> et1_0.item,
> et1_0.last_update_time,
> et1_0.level_id,
> l3_0.id,
> l3_0.creation_time,
> l3_0.last_update_time,
> l3_0.NAME,
> l3_0.order_nr,
> et1_0.order_nr,
> et1_0.parent_id,
> lh1_0.last_update_time,
> lh1_0.NAME,
> lh1_0.opening_date,
> lh1_0.paybird_config,
> ima1_0.min_funding_amount,
> ima1_0.min_sweeping_amount,
> ima1_0.NAME,
> ima1_0.opening_date,
> ima1_0.operational_holder_id,
> oh1_0.id,
> oh1_0.alternative_name,
> oh1_0.business_id,
> oh1_0.closing_date,
> oh1_0.code,
> oh1_0.creation_time,
> c4_0.id,
> c4_0.creation_time,
> c4_0.last_message,
> c4_0.last_update_time,
> c4_0.NAME,
> c4_0.PRECISION,
> c4_0.status,
> c4_0.system_managed,
> et2_0.id,
> et2_0.creation_time,
> et2_0.description,
> et2_0.item,
> et2_0.last_update_time,
> et2_0.level_id,
> l4_0.id,
> l4_0.creation_time,
> l4_0.last_update_time,
> l4_0.NAME,
> l4_0.order_nr,
> et2_0.order_nr,
> et2_0.parent_id,
> oh1_0.last_update_time,
> oh1_0.NAME,
> oh1_0.opening_date,
> oh1_0.paybird_config,
> ima1_0.paybird_config,
> ima1_0.period_lock_end_date,
> ima1_0.target_balance,
> tps1_0.id,
> tps1_0.configuration,
> tps1_0.creation_time,
> tps1_0.disabled,
> tps1_0.last_update_time,
> tps1_0.NAME,
> tps1_0.system_managed,
> tps1_0.type,
> a1_0.last_import_timestamp,
> a1_0.last_update_time,
> lh2_0.id,
> lh2_0.alternative_name,
> lh2_0.business_id,
> lh2_0.closing_date,
> lh2_0.code,
> lh2_0.creation_time,
> c5_0.id,
> c5_0.creation_time,
> c5_0.last_message,
> c5_0.last_update_time,
> c5_0.NAME,
> c5_0.PRECISION,
> c5_0.status,
> c5_0.system_managed,
> et3_0.id,
> et3_0.creation_time,
> et3_0.description,
> et3_0.item,
> et3_0.last_update_time,
> et3_0.level_id,
> l5_0.id,
> l5_0.creation_time,
> l5_0.last_update_time,
> l5_0.NAME,
> l5_0.order_nr,
> et3_0.order_nr,
> et3_0.parent_id,
> lh2_0.last_update_time,
> lh2_0.NAME,
> lh2_0.opening_date,
> lh2_0.paybird_config,
> a1_0.min_funding_amount,
> a1_0.min_sweeping_amount,
> a1_0.NAME,
> a1_0.opening_date,
> a1_0.operational_holder_id,
> oh2_0.id,
> oh2_0.alternative_name,
> oh2_0.business_id,
> oh2_0.closing_date,
> oh2_0.code,
> oh2_0.creation_time,
> c6_0.id,
> c6_0.creation_time,
> c6_0.last_message,
> c6_0.last_update_time,
> c6_0.NAME,
> c6_0.PRECISION,
> c6_0.status,
> c6_0.system_managed,
> et4_0.id,
> et4_0.creation_time,
> et4_0.description,
> et4_0.item,
> et4_0.last_update_time,
> et4_0.level_id,
> l6_0.id,
> l6_0.creation_time,
> l6_0.last_update_time,
> l6_0.NAME,
> l6_0.order_nr,
> et4_0.order_nr,
> et4_0.parent_id,
> oh2_0.last_update_time,
> oh2_0.NAME,
> oh2_0.opening_date,
> oh2_0.paybird_config,
> a1_0.paybird_config,
> a1_0.period_lock_end_date,
> a1_0.target_balance,
> tps2_0.id,
> tps2_0.configuration,
> tps2_0.creation_time,
> tps2_0.disabled,
> tps2_0.last_update_time,
> tps2_0.NAME,
> tps2_0.system_managed,
> tps2_0.type,
> acp1_0.cauliflower_pool,
> cp1_0.id,
> cp1_0.creation_time,
> c7_0.id,
> c7_0.creation_time,
> c7_0.last_message,
> c7_0.last_update_time,
> c7_0.NAME,
> c7_0.PRECISION,
> c7_0.status,
> c7_0.system_managed,
> cp1_0.last_update_time,
> cp1_0.NAME,
> cp1_0.status,
> cp1_0.type,
> acp1_0.type
> FROM account_cauliflower_pool acp1_0
> JOIN account a1_0
> ON a1_0.id = acp1_0.account
> LEFT JOIN account_type at1_0
> ON at1_0.id = a1_0.account_type_id
> LEFT JOIN account_type_level l1_0
> ON l1_0.id = at1_0.level_id
> LEFT JOIN connector_instance bps1_0
> ON bps1_0.id = a1_0.balances_preferred_source_id
> AND bps1_0.deleted = false
> LEFT JOIN connector_instance_feature f1_0
> ON bps1_0.id = f1_0.instance_id
> AND f1_0.deleted = false
> LEFT JOIN barron_branch bb1_0
> ON bb1_0.id = a1_0.barron_branch_id
> LEFT JOIN barron b1_0
> ON b1_0.id = bb1_0.bank_id
> JOIN currency c1_0
> ON c1_0.id = a1_0.currency_id
> LEFT JOIN account ima1_0
> ON ima1_0.id = a1_0.ihb_mirroring_account_id
> LEFT JOIN account_type at2_0
> ON at2_0.id = ima1_0.account_type_id
> LEFT JOIN account_type_level l2_0
> ON l2_0.id = at2_0.level_id
> LEFT JOIN connector_instance bps2_0
> ON bps2_0.id = ima1_0.balances_preferred_source_id
> AND bps2_0.deleted = false
> LEFT JOIN barron_branch bb2_0
> ON bb2_0.id = ima1_0.barron_branch_id
> LEFT JOIN barron b2_0
> ON b2_0.id = bb2_0.bank_id
> LEFT JOIN currency c2_0
> ON c2_0.id = ima1_0.currency_id
> LEFT JOIN entity lh1_0
> ON lh1_0.id = ima1_0.legal_holder_id
> LEFT JOIN currency c3_0
> ON c3_0.id = lh1_0.currency_id
> LEFT JOIN entity_type et1_0
> ON et1_0.id = lh1_0.entity_type_id
> LEFT JOIN entity_type_level l3_0
> ON l3_0.id = et1_0.level_id
> LEFT JOIN entity oh1_0
> ON oh1_0.id = ima1_0.operational_holder_id
> LEFT JOIN currency c4_0
> ON c4_0.id = oh1_0.currency_id
> LEFT JOIN entity_type et2_0
> ON et2_0.id = oh1_0.entity_type_id
> LEFT JOIN entity_type_level l4_0
> ON l4_0.id = et2_0.level_id
> LEFT JOIN connector_instance tps1_0
> ON tps1_0.id = ima1_0.transactions_preferred_source_id
> AND tps1_0.deleted = false
> LEFT JOIN entity lh2_0
> ON lh2_0.id = a1_0.legal_holder_id
> LEFT JOIN currency c5_0
> ON c5_0.id = lh2_0.currency_id
> LEFT JOIN entity_type et3_0
> ON et3_0.id = lh2_0.entity_type_id
> LEFT JOIN entity_type_level l5_0
> ON l5_0.id = et3_0.level_id
> JOIN entity oh2_0
> ON oh2_0.id = a1_0.operational_holder_id
> LEFT JOIN currency c6_0
> ON c6_0.id = oh2_0.currency_id
> LEFT JOIN entity_type et4_0
> ON et4_0.id = oh2_0.entity_type_id
> LEFT JOIN entity_type_level l6_0
> ON l6_0.id = et4_0.level_id
> LEFT JOIN connector_instance tps2_0
> ON tps2_0.id = a1_0.transactions_preferred_source_id
> AND tps2_0.deleted = false
> JOIN cauliflower_pool cp1_0
> ON cp1_0.id = acp1_0.cauliflower_pool
> LEFT JOIN currency c7_0
> ON c7_0.id = cp1_0.currency_id
> WHERE acp1_0.account = ?
>
> SELECT bb1_0.id,
> b1_0.id,
> b1_0.bic,
> b1_0.business_id,
> b1_0.city,
> b1_0.country,
> b1_0.creation_time,
> b1_0.last_update_time,
> b1_0.NAME,
> b1_0.paybird_config,
> b1_0.postal_code,
> b1_0.street,
> bb1_0.bic,
> bb1_0.business_id,
> bb1_0.city,
> bb1_0.country,
> bb1_0.creation_time,
> bb1_0.last_update_time,
> bb1_0.NAME,
> bb1_0.paybird_config,
> bb1_0.postal_code,
> bb1_0.street,
> bb1_0.time_zone
> FROM barron_branch bb1_0
> LEFT JOIN barron b1_0
> ON b1_0.id = bb1_0.bank_id
> WHERE bb1_0.id = ?
>
> SELECT e1_0.id,
> e1_0.alternative_name,
> e1_0.business_id,
> e1_0.closing_date,
> e1_0.code,
> e1_0.creation_time,
> c1_0.id,
> c1_0.creation_time,
> c1_0.last_message,
> c1_0.last_update_time,
> c1_0.NAME,
> c1_0.PRECISION,
> c1_0.status,
> c1_0.system_managed,
> et1_0.id,
> et1_0.creation_time,
> et1_0.description,
> et1_0.item,
> et1_0.last_update_time,
> et1_0.level_id,
> l1_0.id,
> l1_0.creation_time,
> l1_0.last_update_time,
> l1_0.NAME,
> l1_0.order_nr,
> et1_0.order_nr,
> et1_0.parent_id,
> e1_0.last_update_time,
> e1_0.NAME,
> e1_0.opening_date,
> e1_0.paybird_config
> FROM entity e1_0
> LEFT JOIN currency c1_0
> ON c1_0.id = e1_0.currency_id
> LEFT JOIN entity_type et1_0
> ON et1_0.id = e1_0.entity_type_id
> LEFT JOIN entity_type_level l1_0
> ON l1_0.id = et1_0.level_id
> WHERE e1_0.id = ?
>
> ```
Basically , cauliflower\_pool has back reference to Account.
And ihb account is reference to other row from returned accounts.
EDIT:
We actually might be able to prepare some reproduction example, will post it later if we succeed
---
### Author:  [@beikov](https://discourse.hibernate.org/u/beikov)
#### Post date: [September 29, 2025, 1:18pm UTC](https://discourse.hibernate.org/t/java-lang-assertionerror-null-in-resolveentityinstance1/11796/7 "2025-09-29T13:18:42Z")
> Before the error, are there other logs that show data fetching from JDBC succeeds?
If you enable `org.hibernate.orm.jdbc.extract` logging, you will see the values that are read from a JDBC `ResultSet` in the logs. Knowing whether the first few rows of the problematic query are read might help understand the problem
> We actually might be able to prepare some reproduction example, will post it later if we succeed
Sounds like my questions gave you the right hints already. Looking forward to your reproducer.
---
### Author:  [@piodu](https://discourse.hibernate.org/u/piodu)
#### Post date: [October 1, 2025, 4:30pm UTC](https://discourse.hibernate.org/t/java-lang-assertionerror-null-in-resolveentityinstance1/11796/8 "2025-10-01T16:30:04Z")
I can get the logs of (org.hibernate.orm.jdbc.extract) but I do not have much idea how to read them.
Also, is the graph building by hibernate safe for concurrent modifications while reading?
What I am observign is that ssertion error is happeing on separate thread, where we iterate over all account anytime something changes in database.
So in main thread we setup our associations, one-by-one without transaction.
When hibernate builds the graph it issues several queries. Could it be that assosciation appering in between those queries makes the assert assumption wrong?
The error is happeing spradicaly, it will be a major effort to distill the correct setup for exact reproduction. I was trying to force it by making paralle loads more often, but couldnt really find a pettern.
Would you make a use of those org.hibernate.orm.jdbc.extract logs?
findAll() is called without encompassing transaciton and hibernate session, so everything in hibernate context should be fresh. How is it even possible that we get different initializers?
---
### Author:  [@piodu](https://discourse.hibernate.org/u/piodu)
#### Post date: [October 6, 2025, 7:54am UTC](https://discourse.hibernate.org/t/java-lang-assertionerror-null-in-resolveentityinstance1/11796/9 "2025-10-06T07:54:59Z")
While I cannot debug the problem properly as reproduction is very random and requires several runs, I was able to compile hibernate-core with some print statements.
Here is what I get so far, when the error occurs:
> Other initializer class: org.hibernate.sql.results.graph.entity.internal.EntitySelectFetchInitializer
> Other initializer: x.Account(a).ihbMirroringAccount(ima).bankBranch
> This initializer: x.Account(a).bankBranch(bb)
That means it is the “BankBranch” entity. And it is loaded by ihbMirroringAccount by one initializer, and then by “account” by another initializer. Both accounts are the same, but the asossiaciton is not added in single transaction.
---
### Author:  [@beikov](https://discourse.hibernate.org/u/beikov)
#### Post date: [October 21, 2025, 5:30pm UTC](https://discourse.hibernate.org/t/java-lang-assertionerror-null-in-resolveentityinstance1/11796/10 "2025-10-21T17:30:37Z")
> Also, is the graph building by hibernate safe for concurrent modifications while reading?
It should be, yes.
> When hibernate builds the graph it issues several queries. Could it be that assosciation appering in between those queries makes the assert assumption wrong?
This might very well be.
It’s great that you can dig deeper into this now with a custom build. I understand that it might be hard to debug this problem, given that it doesn’t happen all the time, but I need you to provide me the relevant entity class definitions so I can think through what might be happening.
> [@piodu](#):
>
> Other initializer class: org.hibernate.sql.results.graph.entity.internal.EntitySelectFetchInitializer
> Other initializer: x.Account(a).ihbMirroringAccount(ima).bankBranch
> This initializer: x.Account(a).bankBranch(bb)
So what I think might be happening is the following:
- The `EntitySelectFetchInitializer#resolveInstance` method for `x.Account(a).ihbMirroringAccount(ima).bankBranch` is called
- This in turn will call `Session#internalLoad`, but for some reason that returns `null` (maybe the entity was removed?)
- I assume the `BankBranch` association in the `ihbMirroringAccount` entity has `@NotFound(IGNORE)` annotated or you have a tenant filter that excludes this referred entity from being fetched? Due to this, the entity will be set to null on the `EntityHolder`
- When the `EntityInitializerImpl#resolveInstance` method runs for `x.Account(a).bankBranch(bb)`, it will see this `EntityHolder`, but because the `entity` is `null`, it assumes that it will have to initialize the state of the entity, but then fails the assertion because the `x.Account(a).ihbMirroringAccount(ima).bankBranch` initializer already initialized this to `null`
If you can confirm this scenario, I should hopefully be able to construct a reproducer for this.
---
### Author:  [@piodu](https://discourse.hibernate.org/u/piodu)
#### Post date: [November 18, 2025, 4:06pm UTC](https://discourse.hibernate.org/t/java-lang-assertionerror-null-in-resolveentityinstance1/11796/11 "2025-11-18T16:06:48Z")
Hey, it was a while but finally I have soem more time to get back to it.
So we have remedied the problem by fetching the graph in repeatable\_read isolation. This shows that indeed we are hitting some concurrency problems in Hibernate.
Unfortunately I was unable to create a reproductible example, but can give more details here.
> ```java
> @jakarta.persistence.Entity
> @Table(name = “account”)
> public class Account {
>
> @OneToOne
> private Account ihbMirroringAccount;
>
> @ManyToOne
> private BankBranch bankBranch;
> }
>
> @Entity
> @Table(name = “bank_branch”)
> public class BankBranch {
>
> }
>
> ```
These are our entities.
We are doing fetchAll() and :
> @Query(
> select distinct a from Account a "
>
> - "left join fetch a.bankBranch bb "
> - "left join fetch a.ihbMirroringAccount ima " )
>
> ….
> List findAll();
Just before we hit assertion error, inside EntityInitializerImpl.class I am performing a system.out log:
`else {`
`if(data.entityHolder.getEntityInitializer() != this && data.entityHolder.getEntityInitializer() != null){`
`EntityInitializer entityInitializer = data.entityHolder.getEntityInitializer();`
`System.out.println("Other initializer class: " + entityInitializer.getClass().getName());`
`System.out.println("Other initializer: " + entityInitializer.getNavigablePath().toString());`
`System.out.println("This initializer: " + this.getNavigablePath().toString());`
`}`
**`assert data.entityHolder.getEntityInitializer() == this;`**
and the result is:
> Other initializer class: org.hibernate.sql.results.graph.entity.internal.EntitySelectFetchInitializer
> Other initializer: io.cashforce.ng.platformapi.data.masterdata.account.model.Account(a).ihbMirroringAccount(ima).bankBranch
> This initializer: io.cashforce.ng.platformapi.data.masterdata.account.model.Account(a).bankBranch(bb)
How is the graph constructed?
As it is a test environment, we are filling database without much regard to transactionality. Basically we issue commands one after another, there is no transaction on top of them.
1. Create mirrorAccount. (ma1)
2. create mirrorAccount’s bankBranch (bb1)
3. add bb1 to ma1
4. create theAccount (ta1)
5. add ma1 to ta1
!! Due to the nature of our system, findAll() is not performed after all the data is written to db.
It may be called during points 1-5, because these are more like integration tests and other processes might call findAll() concurrently
Regards
---
### Author:  [@beikov](https://discourse.hibernate.org/u/beikov)
#### Post date: [November 19, 2025, 12:19pm UTC](https://discourse.hibernate.org/t/java-lang-assertionerror-null-in-resolveentityinstance1/11796/12 "2025-11-19T12:19:11Z")
How are you creating the database schema i.e. do your tables have foreign key constraints? Specifically, is there a FK constraint from `account` to `bank_branch` for the `bank_branch_id` column?
Also, do you potentially run other tests at the same time on that database that might delete data?
---
### Author:  [@piodu](https://discourse.hibernate.org/u/piodu)
#### Post date: [November 24, 2025, 12:06pm UTC](https://discourse.hibernate.org/t/java-lang-assertionerror-null-in-resolveentityinstance1/11796/13 "2025-11-24T12:06:41Z")
Yes, there is FK from account table to bank\_branch table (id).
I do not think that there might be something deleted from DB at the time (there are async processes running).
Maybe you could tell me what other prints I could insert into Hibernate’s code?
Iw as trying to gather more data but do not have much knowledge about the objects there.
So as I am compiling my own version of hibernate with system.out added, maybe we can print some more info?
I can also print info for when data is added (earlier stages) etc. and later we could correlate the logs (with entity ids and knowing that they belng to single test). So maybe we can catch the exact moment which causes the assumption of using the same initializer false.
---
### Author:  [@beikov](https://discourse.hibernate.org/u/beikov)
#### Post date: [November 24, 2025, 1:51pm UTC](https://discourse.hibernate.org/t/java-lang-assertionerror-null-in-resolveentityinstance1/11796/14 "2025-11-24T13:51:13Z")
I’m sorry, but this is getting out of hand and I can’t spend any more time on this. Re-reading our whole conversation every couple of days to get my mind back into your scenario is too time consuming.
I’m happy to help you if you provide a reproducer. If you can’t, you will have to debug on your own and give me clues about what might go wrong.
---
### Author:  [@piodu](https://discourse.hibernate.org/u/piodu)
#### Post date: [November 28, 2025, 9:04am UTC](https://discourse.hibernate.org/t/java-lang-assertionerror-null-in-resolveentityinstance1/11796/15 "2025-11-28T09:04:47Z")
I understand, this requires effort from both sides - currently I am not in position to dive deeply into unknown code.
The repeatable read works for now