com.solarmetric.kodo.runtime.UserException: The column "IVHDR_UNID" was set to m ultiple different values in this SQL statement. This column was initially set to "24", and was subsequently set to "null". This is probably because the schema m apping uses a single column for multiple fields on the assumption that the field s will always store the same underlying value, but the assumption was broken.

Searched on Google with the first line of a JAVA stack trace?

We can recommend more relevant solutions and speed up debugging when you paste your entire stack trace with the exception message. Try a sample exception.

Recommended solutions based on your search

Samebug tips

Do you know how to solve this issue? Write a tip to help other users and build your expert profile.

Solutions on the web

via Oracle Community by 3004, 1 year ago
The column "IVHDR_UNID" was set to m ultiple different values in this SQL statement. This column was initially set to "24", and was subsequently set to "null". This is probably because the schema m apping uses a single column for multiple fields on the assumption that the field s will always store the same underlying value, but the assumption was broken.
via Oracle Community by 3004, 1 year ago
The column "PERIODID" was set to multiple different values in this SQL statement. This column was initially set to "631", and was subsequently set to "631". This is probably because the schema mapping uses a single column for multiple fields on the assumption that the fields will always store the same underlying value, but the assumption was broken.
via Oracle Community by 3004, 4 months ago
The column "SUBJECT_ENTI TY_UID" was set to multiple different values in this SQL statement. This is prob ably because the schema mapping uses a single column for multiple fields on the assumption that the fields will always store the same underlying value, but the assumption was broken. [java]
via Oracle Community by 3004, 1 year ago
The column "CLASS_CD" was set to multiple different values in this SQL statement. This is probably because the schema mapping uses a single column for multiple fields on the assumption that the fields will always store the same underlying value, but the assumption was broken.
com.solarmetric.kodo.runtime.UserException: The column "IVHDR_UNID" was set to m ultiple different values in this SQL statement. This column was initially set to "24", and was subsequently set to "null". This is probably because the schema m apping uses a single column for multiple fields on the assumption that the field s will always store the same underlying value, but the assumption was broken.
at com.solarmetric.kodo.impl.jdbc.sql.Update.setInternal(Update.java:166)
at com.solarmetric.kodo.impl.jdbc.sql.Update.set(Update.java:55)
at com.solarmetric.kodo.impl.jdbc.ormapping.OneToOneMapping.update(OneToOneMapping.java:255)
at com.solarmetric.kodo.impl.jdbc.ormapping.OneToOneMapping.insert(OneToOneMapping.java:232)
at com.solarmetric.kodo.impl.jdbc.ormapping.ClassMapping.insert(ClassMapping.java:457)
at com.solarmetric.kodo.impl.jdbc.runtime.JDBCStoreManager.flush(JDBCStoreManager.java:491)
at com.solarmetric.kodo.runtime.PersistenceManagerImpl.flushInternal(PersistenceManagerImpl.java:730)
at com.solarmetric.kodo.ee.EEPersistenceManager.beforeCompletion(EEPersistenceManager.java:208)
at org.jboss.tm.TransactionImpl.doBeforeCompletion(TransactionImpl.java:1297)
at org.jboss.tm.TransactionImpl.commit(TransactionImpl.java:338)
at org.jboss.ejb.plugins.TxInterceptorCMT.endTransaction(TxInterceptorCMT.java:369)
at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:253)
at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:104)
at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:117)
at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:191)
at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invoke(ProxyFactoryFinderInterceptor.java:122)
at org.jboss.ejb.StatelessSessionContainer.internalInvoke(StatelessSessionContainer.java:322)
at org.jboss.ejb.Container.invoke(Container.java:674)
at sun.reflect.GeneratedMethodAccessor214.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatcher.java:284)
at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:549)
at sun.reflect.GeneratedMethodAccessor119.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:261)
at sun.rmi.transport.Transport$1.run(Transport.java:148)
at java.security.AccessController.doPrivileged(Native Method)
at sun.rmi.transport.Transport.serviceCall(Transport.java:144)
at sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:460)
at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport..java:701)
at java.lang.Thread.run(Thread.java:536)

Users with the same issue

You are the first who have seen this exception. Write a tip to help other users and build your expert profile.

Write tip

Know the solutions? Share your knowledge to help other developers to debug faster.