SpecJappServer 2002 : dies in OrderAuditSesEJB

[c.cremers]

I downloaded and installed the SpecJappServer kit from the SourceForge Web site and ran into the following problem. I am using the
Oracle 9i database, with the ojdbc14.jar copied into the appropriate location

snipped run log :

JBOSS_HOME: /scratch/cremers/jboss-3.2.5-src/build/output/jboss-3.2.5
JAVA: /usr/local/j2sdk1.4.2_03/bin/java
JAVA_OPTS: -server -Dprogram.name=run.sh
CLASSPATH: /scratch/cremers/jboss-3.2.5-src/build/output/jboss-3.2.5/bin/run.jar
:/usr/local/j2sdk1.4.2_03/lib/tools.jar
( snip )
18:18:24,352 INFO [EjbModule] Deploying SupplierEnt
( and it goes off and deploys all the other bits : so far, so good )
18:18:31,433 INFO [EjbModule] Deploying CorpAuditSes
18:18:39,827 WARN [StatelessSessionContainer] No resource manager found for Sup
plierDataSource
18:18:39,869 INFO [EJBDeployer] Deployed: file:/scratch/cremers/jboss-3.2.5-src
/build/output/jboss-3.2.5/server/specj/tmp/deploy/tmp54577SPECjAppServer.ear-con
tents/supplier.jar
( similiar deployment of the other jars, but no resource managers for them eithe
r )
18:18:44,543 INFO [TomcatDeployer] deploy, ctxPath=/SPECjAppServer, warUrl=file
:/scratch/cremers/jboss-3.2.5-src/build/output/jboss-3.2.5/server/specj/tmp/depl
oy/tmp54577SPECjAppServer.ear-contents/web.war/
( snip )
18:18:47,693 INFO [EARDeployer] Started J2EE application: file:/scratch/cremers
/jboss-3.2.5-src/build/output/jboss-3.2.5/server/specj/deploy/emulator.ear
18:18:47,702 INFO [Server] JBoss (MX MicroKernel) [3.2.5 (build: CVSTag=JBoss_3
_2_5 date=200409101558)] Started in 58s:491ms
18:18:47,704 INFO [Tomcat5] Saw org.jboss.system.server.started notification, s
tarting connectors
18:18:47,921 INFO [Http11Protocol] Starting Coyote HTTP/1.1 on http-0.0.0.0-808
0
18:18:48,286 INFO [ChannelSocket] JK2: ajp13 listening on /0.0.0.0:8009
18:18:48,306 INFO [JkMain] Jk running ID=0 time=1/120 config=null

it comes up, I fire off the driver, and I get this :

it comes up, I fire off the driver, and I get this :

18:21:36,288 ERROR [LogInterceptor] RuntimeException:
java.lang.NullPointerException
at org.spec.jappserver.orders.orderauditses.ejb.OrderAuditSesEJB.setSess
ionContext(OrderAuditSesEJB.java:138)
at org.jboss.ejb.StatelessSessionEnterpriseContext.(StatelessSessi
onEnterpriseContext.java:47)
at org.jboss.ejb.plugins.StatelessSessionInstancePool.create(StatelessSe
ssionInstancePool.java:35)
at org.jboss.ejb.plugins.AbstractInstancePool.get(AbstractInstancePool.j
ava:168)
at org.jboss.ejb.plugins.StatelessSessionInstanceInterceptor.invoke(Stat
elessSessionInstanceInterceptor.java:58)
at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInte
rceptor.java:84)
at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxIntercep
torCMT.java:315)
at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:1
48)
at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.
java:120)
at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:191)
at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invoke(ProxyFacto
ryFinderInterceptor.java:122)
at org.jboss.ejb.StatelessSessionContainer.internalInvoke(StatelessSessi
onContainer.java:331)
at org.jboss.ejb.Container.invoke(Container.java:723)

Is my propblem the lack of a resource manager ? None of the JBoss doc I have mentions them. Any ideas ?

Thanks, Carla

[aloubyansky]

The stacktrace doesn't match my specj sources but according to them the root cause is the NamingException.

[c.cremers]

It really is a Null Pointer Exception.

Maybe I don't have JBoss connecting to Oracle properly ? If I do
JMX Console/Service=JNDIView/List Invoke, Java:Namespace has an OracleDS entry.

but the only thing I see in the JBoss run log is :

20:25:45,504 INFO [OracleDS] Bound connection factory for resource adapter for
ConnectionManager 'jboss.jca:service=LocalTxCM,name=OracleDS to JNDI name 'java:
/OracleDS'

and various of the docs I have seen suggest there ought to be a lot more
messages about connecting to Oracle. The database is there, it's up, and I can
do a SPECJAppServer run with WebLogic, so I think that end of it is okay.

Files in jboss-3.2.5-src/build/output/jboss-3.2.5/server :


jboss32-log4j.xml :
copied to specj/conf/log4j.xml, no changes

jboss32-mysql-ds.xml :
ignored

jboss32-service.xml
copied to specj/conf/jboss-service.xml, no changes

jboss32-standardjboss.xml
copied to specj/conf/standardjboss.xml

jboss32-oracle-ds.xml
copied to specj/deploy/oracle-ds.xml

diffs :
< <jndi-name>DefaultDS</jndi-name>
> <jndi-name>OracleDS</jndi-name>

< <connection-url>jdbc:oracle:oci:@SPEC</connection-url>
> <connection-url>jdbc:oracle:thin:@carl:1521:wheel</connection-url>

< <user-name>spec</user-name>
< spec
> <user-name>specjb1</user-name>
> specjb1

Changes to specj/conf/login-config.xml :

( What should principal be ? I've tried user and SID )

diff login-config.xml login-config.xml.original
47c47
< <module-option name = "dsJndiName">java:/OracleDS</module-opt
ion>
---
> <module-option name = "dsJndiName">java:/DefaultDS</module-op
tion
>
67,82d66
<
< <!-- Security domains for testing new jca framework -->
< <application-policy name = "OracleDbRealm">
<
< <login-module code = "org.jboss.resource.security.ConfiguredIden
tity
LoginModule"
< flag = "required">
< <module-option name = "principal">specjb1</module-option>
< <module-option name = "userName">specjb1</module-option>
< <module-option name = "password">specjb1</module-option>
< <module-option name = "managedConnectionFactoryName">jboss.jc
a:se
rvice=LocalTxCM,name=OracleDS</module-option>
< </login-module>
<
< </application-policy>
<

Changes to specj/conf/standardjaws.xml
16,17c16,17
< java:/OracleDS
< <type-mapping>Oracle9i</type-mapping>
---
> java:/DefaultDS
> <type-mapping>Hypersonic SQL</type-mapping>


Changes to specj/conf/standardjbosscmp-jdbc.xml
17,18c17,18
< java:/OracleDS
< <datasource-mapping>Oracle9i</datasource-mapping>
---
> java:/DefaultDS
> <datasource-mapping>Hypersonic SQL</datasource-mapping>

No changes to server/specj/conf/
jboss-minimal.xml
jbossmq-state.xml
jndi.properties
server.policy

[aloubyansky]

Can you post the source code? Have you tried following just the setup instructions w/o any additional changes?

[c.cremers]

Source code to what ?

Following the instructions exactly as given meant SpecJAppServer wouldn't compile. After a couple of days and lots of experimentation, I got it to compile, load, and bring up the server without any exceptions until I got to this one in the driver, and I've been stuck here for a couple of days now. I'm using 3.2.5 : should I be using 4.0 ?

Thanks, Carla

[aloubyansky]

The code snippet that throws the exception. 3.2.5 is fine.

[c.cremers]

cat -n cat -n src/org/spec/jappserver/orders/orderauditses/ejb/OrderAuditSesEJB.java


121 /**
122 * Method setSessionContext
123 *
124 *
125 * @param sc
126 *
127 */
128 public void setSessionContext(SessionContext sc) {
129
130 InitialContext initCtx;
131 try {
132 initCtx = new InitialContext();
133 dataSource =
134 (javax.sql
135 .DataSource) initCtx
136 .lookup("java:comp/env/OrdersDataSource");
137 } catch (NamingException e) {
138 debug.printStackTrace(e);
139
140 throw new EJBException("Failure looking up DataSource " + e);
141 }
142
143 try {
144
145 int debugLevel =
146 ((Integer) initCtx.lookup("java:comp/env/debuglevel"))
147 .intValue();
148
149 if (debugLevel > 0) {
150 debug = new DebugPrint(debugLevel, this);
151 debugging = true;
152 } else {
153 debug = new Debug();
154 debugging = false;
155 }
156 } catch (NamingException ne) {
157 System.out.println(className + ":debuglevel Property not set. "
158 + "Turning off debug messages");
159 debug = new Debug();
160 }
161
162 if (debugging)
163 debug.println(3, "setSessionContext");
164 }
165
166

[aloubyansky]

Cool. So the debug variable is used before it is initialized.
But again the root cause in the NamingException. Make sure the datasource is bound in the ENC under java:comp/env/OrdersDataSource.
What if you don't change the datasource default names?

[c.cremers]

Changing the jndi-name datasource in config/jboss32-oracle-ds.xml
to DefaultDS helped somewhat : I no longer get the warnings about no resource manager, but I now get :

Binding controller to //lenny/Controller
Controller: Registering M1 on machine 10.10.200.101
M1 started ...
Controller: Registering L1 on machine 10.10.200.101
L1 started ...
Controller: Registering O1 on machine 10.10.200.101
O1 started ...
RunID for this run is : 948
Output directory for this run is : /scratch/cremers/driver/output/948
Exception in thread "main" java.rmi.RemoteException: InitialContext failed. javax.naming.NoInitialContextException: Cannot instantiate class: org.jnp.interfaces.NamingContextFactory [Root exception is java.lang.ClassNotFoundException: org.jnp.interfaces.NamingContextFactory]
at org.spec.jappserver.driver.Auditor.getAuditBeans(Auditor.java:95)
at org.spec.jappserver.driver.Auditor.validateInitialValues(Auditor.java:153)
at org.spec.jappserver.driver.Driver.configure(Driver.java:276)
at org.spec.jappserver.driver.Driver.(Driver.java:140)
at org.spec.jappserver.driver.Driver.main(Driver.java:724)

The suggestions in various other fora about rearranging jars/extracting jar contents haven't helped any. The command for invoking driver is :


#!/bin/csh -f

/usr/local/j2sdk1.4.2_03/bin/java \
-Djava.naming.factory.initial=org.jnp.interfaces.NamingContextFactory \
-Djava.naming.factory.url.pkgs=org.jboss.naming:org.jnp.interfaces \
-Djava.naming.provider.url=jnp://lenny:1100 \
-classpath /scratch/cremers/jbd2/jars/launcher.jar:/scratch/cremers/jboss-3.2.5-
src/build/output/jboss-3.2.5/client/jbossall-client.jar:/scratch/cremers/jboss-3
.2.5-src/build/output/jboss-3.2.5/client/concurrent.jar:/scratch/cremers/jboss-3
.2.5-src/build/output/jboss-3.2.5/client/log4j.jar:/scratch/cremers/jbd2/config:
/scratch/cremers/jbd2/classes:/scratch/cremers/jboss-3.2.5-src/build/output/jbos
s-3.2.5/server/default/deploy/jbossweb-tomcat50.sar/servlet-api.jar \
-Djava.compiler=NONE \
-Dspecjappserver.home=/scratch/cremers/jbd2 \
-Dnode.name=lenny \
-Denvironment.EMULATOR_HOST=lenny \
-Denvironment.EMULATOR_PORT=8080 \
-Denvironment.J2EE_HOME=/scratch/cremers/jboss-3.2.5-src/build/output/jboss-3.2.
5 \
-Denvironment.JAS_HOME=/scratch/cremers/jbd2 \
-Denvironment.JAS_HOST=lenny \
-Denvironment.JAS_PORT=8080 \
-Denvironment.-Djava.naming.factory.initial=org.jnp.interfaces.NamingContextFact
ory \
-Denvironment.-Djava.naming.factory.url.pkgs=org.jboss.naming:org.jnp.interfaces
\
-Denvironment.-Djava.naming.provider.url=jnp://lenny:1100 \
-Denvironment.JAVA_HOME=/usr/local/j2sdk1.4.2_03 \
-Denvironment.LD_LIBRARY_PATH=.:/usr/lib/lwp:/usr/dt/lib:/usr/openwin/lib:/usr/l
ocal/X11/lib:/usr/local/lib \
-Denvironment.LM_LICENSE_FILE=/usr/tools/flexlm/license.dat \
org.spec.jappserver.launcher.Script Driver

[c.cremers]

Turns out all I needed to do was to add jnp_client.jar to my compile path....

Any ideas on how to find out why JBoss can't commit on tx=TransactionImpl:XidImp ?

On to a new and improved problem :
18:52:48,098 ERROR [LogInterceptor] TransactionRolledbackLocalException in metho
d: public abstract org.spec.jappserver.util.helper.SequenceBlock org.spec.jappse
rver.util.sequenceent.ejb.SequenceEntLocal.nextSequenceBlock(), causedBy:
org.jboss.tm.JBossRollbackException: Unable to commit, tx=TransactionImpl:XidImp
l [FormatId=257, GlobalId=lenny//309, BranchQual=] status=STATUS_NO_TRANSACTION;
- nested throwable: (javax.ejb.EJBException: Expected one updated row but got:
0)
at org.jboss.tm.TransactionImpl.commit(TransactionImpl.java:415)
at org.jboss.ejb.plugins.TxInterceptorCMT.endTransaction(TxInterceptorCM
T.java:456)
at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxIntercep
torCMT.java:369)
at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:1
48)
at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.
java:120)
at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:191)
at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invoke(ProxyFacto
ryFinderInterceptor.java:122)
at org.jboss.ejb.EntityContainer.internalInvoke(EntityContainer.java:484
)
at org.jboss.ejb.Container.invoke(Container.java:723)
at org.jboss.ejb.plugins.local.BaseLocalProxyFactory.invoke(BaseLocalPro
xyFactory.java:359)
at org.jboss.ejb.plugins.local.EntityProxy.invoke(EntityProxy.java:44)
at $Proxy193.nextSequenceBlock(Unknown Source)
at org.spec.jappserver.util.sequenceses.ejb.SequenceSesEJB.nextKey(Seque
nceSesEJB.java:165)
at sun.reflect.GeneratedMethodAccessor118.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces
sorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at org.jboss.ejb.StatelessSessionContainer$ContainerInterceptor.invoke(S
tatelessSessionContainer.java:683)
at org.jboss.ejb.plugins.StatelessSessionInstanceInterceptor.invoke(Stat
elessSessionInstanceInterceptor.java:72)
at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInte
rceptor.java:84)
at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxIntercep
torCMT.java:282)
at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:1
48)
at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.
java:120)
at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:191)
at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invoke(ProxyFacto
ryFinderInterceptor.java:122)
at org.jboss.ejb.StatelessSessionContainer.internalInvoke(StatelessSessi
onContainer.java:331)
at org.jboss.ejb.Container.invoke(Container.java:723)
at sun.reflect.GeneratedMethodAccessor65.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces
sorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at org.jboss.mx.server.ReflectedDispatcher.dispatch(ReflectedDispatcher.
java:60)

at org.jboss.mx.server.Invocation.dispatch(Invocation.java:61)
at org.jboss.mx.server.Invocation.dispatch(Invocation.java:53)
at org.jboss.mx.server.Invocation.invoke(Invocation.java:86)
at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.
java:185)
at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:473)
at org.jboss.invocation.local.LocalInvoker.invoke(LocalInvoker.java:97)
at org.jboss.invocation.InvokerInterceptor.invoke(InvokerInterceptor.jav
a:90)
at org.jboss.proxy.TransactionInterceptor.invoke(TransactionInterceptor.
java:46)
at org.jboss.proxy.SecurityInterceptor.invoke(SecurityInterceptor.java:5
3)
at org.jboss.proxy.ejb.StatelessSessionInterceptor.invoke(StatelessSessi
onInterceptor.java:100)
at org.jboss.proxy.ClientContainer.invoke(ClientContainer.java:85)
at $Proxy197.nextKey(Unknown Source)
at org.spec.jappserver.mfg.workorderent.ejb.WorkOrderCmp20EJB.ejbCreate(
WorkOrderCmp20EJB.java:142)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.
java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces
sorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at org.jboss.ejb.plugins.CMPPersistenceManager.createEntity(CMPPersisten
ceManager.java:170)
at org.jboss.ejb.EntityContainer.createLocalHome(EntityContainer.java:57
6)
at sun.reflect.GeneratedMethodAccessor105.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces
sorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at org.jboss.ejb.EntityContainer$ContainerInterceptor.invokeHome(EntityC
ontainer.java:1061)
at org.jboss.ejb.plugins.AbstractInterceptor.invokeHome(AbstractIntercep
tor.java:88)
at org.jboss.ejb.plugins.EntitySynchronizationInterceptor.invokeHome(Ent
itySynchronizationInterceptor.java:204)
at org.jboss.ejb.plugins.AbstractInterceptor.invokeHome(AbstractIntercep
tor.java:88)
at org.jboss.ejb.plugins.EntityInstanceInterceptor.invokeHome(EntityInst
anceInterceptor.java:90)
at org.jboss.ejb.plugins.EntityCreationInterceptor.invokeHome(EntityCrea
tionInterceptor.java:28)
at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInte
rceptor.java:88)
at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxIntercep
torCMT.java:315)
at org.jboss.ejb.plugins.TxInterceptorCMT.invokeHome(TxInterceptorCMT.ja
va:128)
at org.jboss.ejb.plugins.SecurityInterceptor.invokeHome(SecurityIntercep
tor.java:94)
at org.jboss.ejb.plugins.LogInterceptor.invokeHome(LogInterceptor.java:1
20)

at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invokeHome(ProxyF
actoryFinderInterceptor.java:93)
at org.jboss.ejb.EntityContainer.internalInvokeHome(EntityContainer.java
:478)
at org.jboss.ejb.Container.invoke(Container.java:743)
at org.jboss.ejb.plugins.local.BaseLocalProxyFactory.invokeHome(BaseLoca
lProxyFactory.java:294)
at org.jboss.ejb.plugins.local.LocalHomeProxy.invoke(LocalHomeProxy.java
:110)
at $Proxy43.create(Unknown Source)
at org.spec.jappserver.mfg.workorderses.ejb.WorkOrderSesEJB.scheduleWork
Order(WorkOrderSesEJB.java:178)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.
java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces
sorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at org.jboss.ejb.StatelessSessionContainer$ContainerInterceptor.invoke(S
tatelessSessionContainer.java:683)
at org.jboss.ejb.plugins.StatelessSessionInstanceInterceptor.invoke(Stat
elessSessionInstanceInterceptor.java:72)
at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInte
rceptor.java:84)
at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxIntercep
torCMT.java:315)
at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:1
48)
at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.
java:120)
at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:191)
at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invoke(ProxyFacto
ryFinderInterceptor.java:122)
at org.jboss.ejb.StatelessSessionContainer.internalInvoke(StatelessSessi
onContainer.java:331)
at org.jboss.ejb.Container.invoke(Container.java:723)
at sun.reflect.GeneratedMethodAccessor65.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces
sorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at org.jboss.mx.server.ReflectedDispatcher.dispatch(ReflectedDispatcher.
java:60)
at org.jboss.mx.server.Invocation.dispatch(Invocation.java:61)
at org.jboss.mx.server.Invocation.dispatch(Invocation.java:53)
at org.jboss.mx.server.Invocation.invoke(Invocation.java:86)
at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.
java:185)
at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:473)
at org.jboss.invocation.jrmp.server.JRMPInvoker.invoke(JRMPInvoker.java:
360)
at sun.reflect.GeneratedMethodAccessor60.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces
sorImpl.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:4
60)
at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport
.java:701)
at java.lang.Thread.run(Thread.java:534)
Caused by: javax.ejb.EJBException: Expected one updated row but got: 0
at org.jboss.ejb.plugins.cmp.jdbc2.schema.EntityTable$1.executeUpdate(En
tityTable.java:1159)
at org.jboss.ejb.plugins.cmp.jdbc2.schema.EntityTable.update(EntityTable
.java:482)
at org.jboss.ejb.plugins.cmp.jdbc2.schema.EntityTable.access$1300(Entity
Table.java:42)
at org.jboss.ejb.plugins.cmp.jdbc2.schema.EntityTable$View.flush(EntityT
able.java:779)
at org.jboss.ejb.plugins.cmp.jdbc2.schema.Schema.flush(Schema.java:118)
at org.jboss.ejb.plugins.cmp.jdbc2.schema.Schema$SchemaSynchronization.b
eforeCompletion(Schema.java:153)
at org.jboss.tm.TransactionImpl.doBeforeCompletion(TransactionImpl.java:
1362)
at org.jboss.tm.TransactionImpl.commit(TransactionImpl.java:347)
... 103 more

[aloubyansky]

This stacktrace can be ignored. It is a failure to commit due to concurrent update of the sequence. In the case of optimistic locking it is expected sometimes to happen and retried when it happens and not an error from the application point of view.