Lazy Initialization Exception Encountered During ServiceNow Account Creation After Upgrade to 8.5 P1

Hi All,

We recently upgraded to IdentityIQ 8.5 P1. Following the upgrade, we are encountering an issue during account creation in ServiceNow (flow: IIQ → Cloud Gateway → ServiceNow), While the account provisioning completes successfully, the overall request fails with the following error:

**An unexpected error occurred: failed to lazily initialize a collection of role: sailpoint.object.Identity.bundles, **
could not initialize proxy - no Session

Additionally, we observed certain SQL constraints during troubleshooting. Based on our understanding, the nativeIdentity is a mandatory attribute for the Link object during account creation.

However, we have other similar connectors (e.g., Salesforce) where the nativeIdentity is generated on the application side after account creation and in those cases everything working as anticipated without any error. This behavior was also not observed in the previous IIQ version. Could you please help us understand the potential reasons for this issue after the upgrade?

SQL Constraint Logs:

2026-06-27T11:30:36,511 WARN Workflow Event Thread 5 engine.jdbc.spi.SqlExceptionHelper:137 - SQL Error: 1400, SQLState: 23000
2026-06-27T11:30:36,511 ERROR Workflow Event Thread 5 engine.jdbc.spi.SqlExceptionHelper:142 - ORA-01400: cannot insert NULL into (“**”.“SPT_LINK”.“NATIVE_IDENTITY”)
2026-06-27T11:30:36,511 TRACE Workflow Event Thread 5 sailpoint.provisioning.PlanEvaluator:156 - Throwing updatePasswordHistory - sailpoint.tools.GeneralException: org.hibernate.exception.ConstraintViolationException: could not execute statement
2026-06-27T11:30:36,511 ERROR Workflow Event Thread 5 sailpoint.provisioning.PlanEvaluator:2011 - org.hibernate.exception.ConstraintViolationException: could not execute statement
sailpoint.tools.GeneralException: org.hibernate.exception.ConstraintViolationException: could not execute statement

LazyException Logs:

2026-06-27T11:30:36,860 TRACE Workflow Event Thread 5 sailpoint.provisioning.IIQEvaluator:150 - Exiting isLockingRequired = true

2026-06-27T11:30:36,860 TRACE Workflow Event Thread 5 sailpoint.provisioning.IIQEvaluator:156 - Throwing provision - org.hibernate.LazyInitializationException: could not initialize proxy [sailpoint.object.Rule#**] - no Session

2026-06-27T11:30:36,860 TRACE Workflow Event Thread 5 sailpoint.provisioning.PlanEvaluator:156 - Throwing execute - org.hibernate.LazyInitializationException: could not initialize proxy [sailpoint.object.Rule#**] - no Session

2026-06-27T11:30:36,860 TRACE Workflow Event Thread 5 sailpoint.provisioning.PlanEvaluator:156 - Throwing execute - org.hibernate.LazyInitializationException: could not initialize proxy [sailpoint.object.Rule#**] - no Session

2026-06-27T11:30:36,860 ERROR Workflow Event Thread 5 sailpoint.server.ScriptletEvaluator:143 - Step call threw an exception:

2026-06-27T11:30:36,863 ERROR Workflow Event Thread 5 sailpoint.server.ScriptletEvaluator:144 - org.hibernate.LazyInitializationException: could not initialize proxy [sailpoint.object.Rule#**] - no Session

at org.hibernate.proxy.AbstractLazyInitializer.initialize(AbstractLazyInitializer.java:176)

at org.hibernate.proxy.AbstractLazyInitializer.getImplementation(AbstractLazyInitializer.java:322)

at org.hibernate.proxy.pojo.bytebuddy.ByteBuddyInterceptor.intercept(ByteBuddyInterceptor.java:45)

at org.hibernate.proxy.ProxyConfiguration$InterceptorDispatcher.intercept(ProxyConfiguration.java:95)

at sailpoint.object.Rule$HibernateProxy$ioDntZTe.load(Unknown Source)

at sailpoint.object.Application.load(Application.java:778)

at sailpoint.object.Identity.loadForProvisioning(Identity.java:842)

at sailpoint.provisioning.IIQEvaluator.provision(IIQEvaluator.java:305)

at sailpoint.provisioning.PlanEvaluator.execute(PlanEvaluator.java:880)

at sailpoint.provisioning.PlanEvaluator.execute(PlanEvaluator.java:741)

at sailpoint.api.Provisioner.execute(Provisioner.java:1732)

at sailpoint.workflow.IdentityLibrary.provisionProject(IdentityLibrary.java:3264)

at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)

at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:77)

at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)

at java.base/java.lang.reflect.Method.invoke(Method.java:569)

at sailpoint.server.ScriptletEvaluator.doCall(ScriptletEvaluator.java:134)

at sailpoint.server.ScriptletEvaluator.evalSource(ScriptletEvaluator.java:63)

at sailpoint.api.Workflower.evalSource(Workflower.java:6041)

at sailpoint.api.Workflower.advanceStep(Workflower.java:5280)

at sailpoint.api.Workflower.advance(Workflower.java:4667)

at sailpoint.api.Workflower.advanceSubcase(Workflower.java:5607)

at sailpoint.api.Workflower.advanceStep(Workflower.java:5200)

at sailpoint.api.Workflower.advance(Workflower.java:4667)

at sailpoint.api.Workflower.advanceSubcase(Workflower.java:5607)

at sailpoint.api.Workflower.advanceStep(Workflower.java:5200)

at sailpoint.api.Workflower.advance(Workflower.java:4667)

at sailpoint.api.Workflower.advanceSubcase(Workflower.java:5607)

at sailpoint.api.Workflower.advanceStep(Workflower.java:5200)

at sailpoint.api.Workflower.advance(Workflower.java:4667)

at sailpoint.api.Workflower.assimilate(Workflower.java:4317)

at sailpoint.api.Workflower.handleWorkItem(Workflower.java:7755)

at sailpoint.api.Workflower.processEvent(Workflower.java:2018)

at sailpoint.api.Workflower.processEvent(Workflower.java:2000)

at sailpoint.task.WorkflowerThread.process(WorkflowerThread.java:363)

at sailpoint.task.WorkflowerThread.run(WorkflowerThread.java:288)

2026-06-27T11:30:36,865 ERROR Workflow Event Thread 5 sailpoint.api.Workflower:4709 - An unexpected error occurred: could not initialize proxy [sailpoint.object.Rule#**] - no Session

sailpoint.tools.GeneralException: could not initialize proxy [sailpoint.object.Rule#**] - no Session

at sailpoint.server.ScriptletEvaluator.doCall(ScriptletEvaluator.java:149)

at sailpoint.server.ScriptletEvaluator.evalSource(ScriptletEvaluator.java:63)

at sailpoint.api.Workflower.evalSource(Workflower.java:6041)

at sailpoint.api.Workflower.advanceStep(Workflower.java:5280)

at sailpoint.api.Workflower.advance(Workflower.java:4667)

at sailpoint.api.Workflower.advanceSubcase(Workflower.java:5607)

at sailpoint.api.Workflower.advanceStep(Workflower.java:5200)

at sailpoint.api.Workflower.advance(Workflower.java:4667)

at sailpoint.api.Workflower.advanceSubcase(Workflower.java:5607)

at sailpoint.api.Workflower.advanceStep(Workflower.java:5200)

at sailpoint.api.Workflower.advance(Workflower.java:4667)

at sailpoint.api.Workflower.advanceSubcase(Workflower.java:5607)

at sailpoint.api.Workflower.advanceStep(Workflower.java:5200)

at sailpoint.api.Workflower.advance(Workflower.java:4667)

at sailpoint.api.Workflower.assimilate(Workflower.java:4317)

at sailpoint.api.Workflower.handleWorkItem(Workflower.java:7755)

at sailpoint.api.Workflower.processEvent(Workflower.java:2018)

at sailpoint.api.Workflower.processEvent(Workflower.java:2000)

at sailpoint.task.WorkflowerThread.process(WorkflowerThread.java:363)

at sailpoint.task.WorkflowerThread.run(WorkflowerThread.java:288)

Caused by: org.hibernate.LazyInitializationException: could not initialize proxy [sailpoint.object.Rule#**] - no Session

at org.hibernate.proxy.AbstractLazyInitializer.initialize(AbstractLazyInitializer.java:176)

at org.hibernate.proxy.AbstractLazyInitializer.getImplementation(AbstractLazyInitializer.java:322)

at org.hibernate.proxy.pojo.bytebuddy.ByteBuddyInterceptor.intercept(ByteBuddyInterceptor.java:45)

at org.hibernate.proxy.ProxyConfiguration$InterceptorDispatcher.intercept(ProxyConfiguration.java:95)

at sailpoint.object.Rule$HibernateProxy$ioDntZTe.load(Unknown Source)

at sailpoint.object.Application.load(Application.java:778)

at sailpoint.object.Identity.loadForProvisioning(Identity.java:842)

at sailpoint.provisioning.IIQEvaluator.provision(IIQEvaluator.java:305)

at sailpoint.provisioning.PlanEvaluator.execute(PlanEvaluator.java:880)

at sailpoint.provisioning.PlanEvaluator.execute(PlanEvaluator.java:741)

at sailpoint.api.Provisioner.execute(Provisioner.java:1732)

at sailpoint.workflow.IdentityLibrary.provisionProject(IdentityLibrary.java:3264)

at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)

at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:77)

at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)

at java.base/java.lang.reflect.Method.invoke(Method.java:569)

at sailpoint.server.ScriptletEvaluator.doCall(ScriptletEvaluator.java:134

Regards,
RamiReddy

Hi @ramireddy,
As per logs, you are passing null values , Please ensure not to send null values.

2026-06-27T11:30:36,511 WARN Workflow Event Thread 5 engine.jdbc.spi.SqlExceptionHelper:137 - SQL Error: 1400, SQLState: 23000
2026-06-27T11:30:36,511 ERROR Workflow Event Thread 5 engine.jdbc.spi.SqlExceptionHelper:142 - ORA-01400: cannot insert NULL into (“**”.“SPT_LINK”.“NATIVE_IDENTITY”)
2026-06-27T11:30:36,511 TRACE Workflow Event Thread 5 sailpoint.provisioning.PlanEvaluator:156 - Throwing updatePasswordHistory - sailpoint.tools.GeneralException:

refer this url also. Native Identity null for webservice connector - #19 by Santhakumar

@ramireddy Please check this post: An unexpected error occurred: failed to lazily initialize a collection of role: sailpoint.object.Identity.bundles, could not initialize proxy - no Session - IdentityIQ (IIQ) / IIQ Discussion and Questions - SailPoint Developer Community

Similar issue being discussed there and got resolved. See if it helps you in your usecase as well.

Hi @ramireddy May i know the identity cube creation logic, if it is through setAttribute, then change this logic by using provisioner API as recommended by @neel193

If you want i can share the beanshell code which i have used to resolve the issue.

Sounds related to this bug we opened 3 years ago: IIQETN-11720. Try removing the password from the create plan. (See my colleague’s post: Strange post-provisioning behavior in IIQ wipes out Identity attributes )

Can you please share logic and Provisioning plan?

Thanks for sharing the article. The issue is resolved and working without errors after removing the password attribute from the AccountRequest using an After Provisioning rule.

However, I would like to understand how this worked in the previous version. Is there any e-fix or alternative solution available for this? We would prefer not to implement an After Provisioning rule for all such applications.

It hasn’t worked since I believe as far back as 8.2. I would open a support ticket and find out the status of the ETN. I haven’t seen anything in the release notes that sounds like it was addressed.