[EJB 3.0] - ejb 3.0 optimistic locking problem
by grdzeli_kaci
i tryed to use locking into ejb 3.0
here is my program fragment
| @Stateful
| @Remote(CountFasade.class)
| public class CountFasadeBean implements CountFasade {
|
| @PersistenceContext(unitName = "Test", type = PersistenceContextType.EXTENDED)
| private EntityManager oracleManager;
|
| @TransactionAttribute(TransactionAttributeType.REQUIRED)
| public void update(long start, long end) throws Exception {
| try {
| System.out.println("================ Start ================");
| Test test = oracleManager.find(Test.class, 1100011L);
| System.out.println("test id = " + test.getId());
| System.out.println("test name = " + test.getName());
| System.out.println("test surname = " + test.getSurname());
| System.out.println("test age = " + test.getAge());
|
| oracleManager.lock(test, LockModeType.WRITE);
|
| test.setSurname("From Javaaaa");
|
| oracleManager.merge(test);
|
| Thread.sleep((1000 * 20));
|
| oracleManager.flush();
| System.out.println("================ End ================");
| } catch (Exception e) {
| e.printStackTrace();
| System.out
| .println("================ Exception Own ================");
| }
| }
| }
|
|
but when i tryed to use this method from client i got an error like this :
| 18:04:48,423 ERROR [STDERR] java.lang.NullPointerException
| 18:04:48,424 ERROR [STDERR] at org.hibernate.persister.entity.AbstractEntityPersister.lock(AbstractEntityPersister.java:1282)
| 18:04:48,424 ERROR [STDERR] at org.hibernate.event.def.AbstractLockUpgradeEventListener.upgradeLock(AbstractLockUpgradeEventListener.java:88)
| 18:04:48,424 ERROR [STDERR] at org.hibernate.event.def.DefaultLockEventListener.onLock(DefaultLockEventListener.java:64)
| 18:04:48,424 ERROR [STDERR] at org.hibernate.impl.SessionImpl.fireLock(SessionImpl.java:586)
| 18:04:48,424 ERROR [STDERR] at org.hibernate.impl.SessionImpl.lock(SessionImpl.java:578)
| 18:04:48,424 ERROR [STDERR] at org.hibernate.ejb.AbstractEntityManagerImpl.lock(AbstractEntityManagerImpl.java:337)
| 18:04:48,424 ERROR [STDERR] at org.jboss.ejb3.entity.ExtendedEntityManager.lock(ExtendedEntityManager.java:89)
| 18:04:48,424 ERROR [STDERR] at tempPackage.CountFasadeBean.update(CountFasadeBean.java:51)
| 18:04:48,424 ERROR [STDERR] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
| 18:04:48,424 ERROR [STDERR] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
| 18:04:48,425 ERROR [STDERR] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
| 18:04:48,425 ERROR [STDERR] at java.lang.reflect.Method.invoke(Method.java:585)
| 18:04:48,425 ERROR [STDERR] at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:112)
| 18:04:48,425 ERROR [STDERR] at org.jboss.ejb3.interceptor.InvocationContextImpl.proceed(InvocationContextImpl.java:166)
| 18:04:48,425 ERROR [STDERR] at org.jboss.ejb3.interceptor.EJB3InterceptorsInterceptor.invoke(EJB3InterceptorsInterceptor.java:63)
| 18:04:48,425 ERROR [STDERR] at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
| 18:04:48,425 ERROR [STDERR] at org.jboss.ejb3.entity.ExtendedPersistenceContextPropagationInterceptor.invoke(ExtendedPersistenceContextPropagationInterceptor.java:71)
| 18:04:48,425 ERROR [STDERR] at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
| 18:04:48,425 ERROR [STDERR] at org.jboss.ejb3.entity.TransactionScopedEntityManagerInterceptor.invoke(TransactionScopedEntityManagerInterceptor.java:54)
| 18:04:48,428 ERROR [STDERR] at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
| 18:04:48,428 ERROR [STDERR] at org.jboss.ejb3.AllowedOperationsInterceptor.invoke(AllowedOperationsInterceptor.java:47)
| 18:04:48,428 ERROR [STDERR] at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
| 18:04:48,428 ERROR [STDERR] at org.jboss.aspects.tx.TxPolicy.invokeInOurTx(TxPolicy.java:79)
| 18:04:48,428 ERROR [STDERR] at org.jboss.aspects.tx.TxInterceptor$Required.invoke(TxInterceptor.java:197)
| 18:04:48,428 ERROR [STDERR] at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
| 18:04:48,428 ERROR [STDERR] at org.jboss.aspects.tx.TxPropagationInterceptor.invoke(TxPropagationInterceptor.java:76)
| 18:04:48,428 ERROR [STDERR] at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
| 18:04:48,428 ERROR [STDERR] at org.jboss.ejb3.stateful.StatefulInstanceInterceptor.invoke(StatefulInstanceInterceptor.java:81)
| 18:04:48,428 ERROR [STDERR] at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
| 18:04:48,429 ERROR [STDERR] at org.jboss.aspects.security.AuthenticationInterceptor.invoke(AuthenticationInterceptor.java:78)
| 18:04:48,429 ERROR [STDERR] at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
| 18:04:48,429 ERROR [STDERR] at org.jboss.ejb3.ENCPropagationInterceptor.invoke(ENCPropagationInterceptor.java:47)
| 18:04:48,429 ERROR [STDERR] at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
| 18:04:48,458 ERROR [STDERR] at org.jboss.ejb3.asynchronous.AsynchronousInterceptor.invoke(AsynchronousInterceptor.java:106)
| 18:04:48,458 ERROR [STDERR] at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
| 18:04:48,458 ERROR [STDERR] at org.jboss.ejb3.stateful.StatefulContainer.dynamicInvoke(StatefulContainer.java:297)
| 18:04:48,458 ERROR [STDERR] at org.jboss.aop.Dispatcher.invoke(Dispatcher.java:106)
| 18:04:48,458 ERROR [STDERR] at org.jboss.aspects.remoting.AOPRemotingInvocationHandler.invoke(AOPRemotingInvocationHandler.java:82)
| 18:04:48,488 ERROR [STDERR] at org.jboss.remoting.ServerInvoker.invoke(ServerInvoker.java:828)
| 18:04:48,488 ERROR [STDERR] at org.jboss.remoting.ServerInvoker.invoke(ServerInvoker.java:681)
| 18:04:48,488 ERROR [STDERR] at org.jboss.remoting.transport.socket.ServerThread.processInvocation(ServerThread.java:358)
| 18:04:48,488 ERROR [STDERR] at org.jboss.remoting.transport.socket.ServerThread.dorun(ServerThread.java:412)
| 18:04:48,488 ERROR [STDERR] at org.jboss.remoting.transport.socket.ServerThread.run(ServerThread.java:239)
|
|
can anybody help me ?
Regards,
Paata.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4034094#4034094
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4034094
19 years
[EJB 3.0] - Re: Need some help with mapping
by MikeDougherty
OK. I thought my original post was pretty clear, but apparently not. So for the purposes of this post, forget that there was ever mention of ITEM_ anything.
TYPE_TABLE:
| +------------+--------------+
| | Field | Type |
| +------------+--------------+
| | TABLE_NAME | varchar(25) |
| | TYPE_ID | varchar(10) |
| | TYPE_FIELD | varchar(25) |
| | TYPE_VALUE | varchar(255) |
| +------------+--------------+
|
STORE:
| +---------------+--------------+
| | Field | Type |
| +---------------+--------------+
| | STORE_NAME | varchar(255) |
| | STORE_ID | varchar(10) |
| | STORE_TYPE_ID | varchar(25) |
| | STATUS_ID | varchar(25) |
| +------------+-----------------+
|
The "STORE_TYPE_ID" value in the STORE table relates to a value in the TYPE_ID column of the TYPE_TABLE where TABLE_NAME is equal to "STORE" and TYPE_FIELD is equal to "STORE_TYPE".
The "STATUS_ID" value in the STORE table relates to a value in the TYPE_ID column of the TYPE_TABLE where TABLE_NAME is equal to "STORE" and TYPE_FIELD is equal to "STORE_STATUS".
Anyone have any thoughts on how to annotate a Store object to map the correct values? I can't seem to find anything like this in the examples, or via Google.
Thanks.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4034089#4034089
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4034089
19 years
[JCA/JBoss] - Re: Are exception-sorter expected to work for xa-datasource?
by nathanmeyers
I'm working with Scott on this issue. Here are some more details:
We're working in JBoss 4.0.4, JDK5, Microsoft SQL Server 2000, Windows XP Pro SP2, JNetDirect 5.532 drivers.
Here is an excerpt from the datasource declarations:
<xa-datasource>
<jndi-name>DefaultDS</jndi-name>
<track-connection-by-tx>true</track-connection-by-tx>
<isSameRM-override-value>false</isSameRM-override-value>
<xa-datasource-class>com.jnetdirect.jsql.JSQLXADataSource</xa-datasource-class>
<xa-datasource-property name="URL">jdbc:JSQLConnect://nmeyerspc/database=mydb/asciiStringParameters=true</xa-datasource-property>
<security-domain>DefaultDSRealm</security-domain>
<no-tx-separate-pools/>
<max-pool-size>200</max-pool-size>
<exception-sorter-class-name>util.SQLServerExceptionSorter</exception-sorter-class-name>
</xa-datasource>
The problem we're seeing is that the exception sorter is never called or even instantiated. We've seen it work flawlessly with local-tx-datasource, but never with xa-datasource.
-----
We're seeing a couple of patterns when connection errors are encountered. Here's the first one - a stack trace taken at the time the SQLException is thrown, during a call to a finder:
Thread [PooledInvokerThread-127.0.0.1-0] (Suspended (exception com.jnetdirect.jsql.JSQLException))
com.jnetdirect.jsql.JSQLException.makeFromDriverError(com.jnetdirect.jsql.JSQLConnection, com.jnetdirect.jsql.IOBuffer, java.lang.String, java.lang.String, boolean) line: not available
com.jnetdirect.jsql.DBComms.transmit(byte, com.jnetdirect.jsql.IOBuffer, int, int, boolean) line: not available
com.jnetdirect.jsql.JSQLConnection(com.jnetdirect.jsql.IOBuffer).a(byte, int, boolean) line: not available
com.jnetdirect.jsql.JSQLConnection.new(java.lang.String, java.lang.String, boolean) line: not available
com.jnetdirect.jsql.JSQLConnection.sendStartTran(java.lang.String) line: not available
com.jnetdirect.jsql.JSQLXAResource.start(javax.transaction.xa.Xid, int) line: not available
org.jboss.resource.adapter.jdbc.xa.XAManagedConnection.start(javax.transaction.xa.Xid, int) line: 117
org.jboss.tm.TransactionImpl$Resource.startResource() line: 2063
org.jboss.tm.TransactionImpl.enlistResource(javax.transaction.xa.XAResource) line: 581
org.jboss.resource.connectionmanager.TxConnectionManager$TxConnectionEventListener$TransactionSynchronization.enlist() line: 757
org.jboss.resource.connectionmanager.TxConnectionManager$TxConnectionEventListener.enlist() line: 548
org.jboss.resource.connectionmanager.TxConnectionManager.managedConnectionReconnected(org.jboss.resource.connectionmanager.ConnectionListener) line: 323
org.jboss.resource.connectionmanager.TxConnectionManager(org.jboss.resource.connectionmanager.BaseConnectionManager2).reconnectManagedConnection(org.jboss.resource.connectionmanager.ConnectionListener) line: 501
org.jboss.resource.connectionmanager.TxConnectionManager(org.jboss.resource.connectionmanager.BaseConnectionManager2).allocateConnection(javax.resource.spi.ManagedConnectionFactory, javax.resource.spi.ConnectionRequestInfo) line: 382
org.jboss.resource.connectionmanager.BaseConnectionManager2$ConnectionManagerProxy.allocateConnection(javax.resource.spi.ManagedConnectionFactory, javax.resource.spi.ConnectionRequestInfo) line: 812
org.jboss.resource.adapter.jdbc.WrapperDataSource.getConnection() line: 88
org.jboss.ejb.plugins.cmp.jdbc.JDBCFindByPrimaryKeyQuery(org.jboss.ejb.plugins.cmp.jdbc.JDBCAbstractQueryCommand).execute(java.lang.String, java.lang.Object[], int, int, org.jboss.ejb.plugins.cmp.jdbc.bridge.JDBCEntityBridge, org.jboss.ejb.plugins.cmp.jdbc.bridge.JDBCCMPFieldBridge, org.jboss.ejb.plugins.cmp.ejbql.SelectFunction, org.jboss.ejb.plugins.cmp.jdbc.JDBCStoreManager, boolean[], java.util.List, java.util.List, org.jboss.ejb.plugins.cmp.jdbc.metadata.JDBCQueryMetaData, org.jboss.ejb.GenericEntityObjectFactory, org.jboss.logging.Logger) line: 225
org.jboss.ejb.plugins.cmp.jdbc.JDBCFindByPrimaryKeyQuery(org.jboss.ejb.plugins.cmp.jdbc.JDBCAbstractQueryCommand).execute(java.lang.reflect.Method, java.lang.Object[], org.jboss.ejb.EntityEnterpriseContext, org.jboss.ejb.GenericEntityObjectFactory) line: 144
org.jboss.ejb.plugins.cmp.jdbc.JDBCFindByPrimaryKeyQuery.execute(java.lang.reflect.Method, java.lang.Object[], org.jboss.ejb.EntityEnterpriseContext, org.jboss.ejb.GenericEntityObjectFactory) line: 155
org.jboss.ejb.plugins.cmp.jdbc.JDBCFindEntityCommand.execute(java.lang.reflect.Method, java.lang.Object[], org.jboss.ejb.EntityEnterpriseContext, org.jboss.ejb.GenericEntityObjectFactory) line: 61
org.jboss.ejb.plugins.cmp.jdbc.JDBCStoreManager.findEntity(java.lang.reflect.Method, java.lang.Object[], org.jboss.ejb.EntityEnterpriseContext, org.jboss.ejb.GenericEntityObjectFactory) line: 604
org.jboss.ejb.plugins.CMPPersistenceManager.findEntity(java.lang.reflect.Method, java.lang.Object[], org.jboss.ejb.EntityEnterpriseContext, org.jboss.ejb.GenericEntityObjectFactory) line: 315
org.jboss.resource.connectionmanager.CachedConnectionInterceptor.findEntity(java.lang.reflect.Method, java.lang.Object[], org.jboss.ejb.EntityEnterpriseContext, org.jboss.ejb.GenericEntityObjectFactory) line: 236
org.jboss.ejb.EntityContainer.findSingleObject(javax.transaction.Transaction, java.lang.reflect.Method, java.lang.Object[], org.jboss.ejb.EntityEnterpriseContext, org.jboss.ejb.GenericEntityObjectFactory) line: 1103
org.jboss.ejb.EntityContainer.find(org.jboss.invocation.Invocation) line: 721
sun.reflect.GeneratedMethodAccessor210.invoke(java.lang.Object, java.lang.Object[]) line: not available
sun.reflect.DelegatingMethodAccessorImpl.invoke(java.lang.Object, java.lang.Object[]) line: 25
java.lang.reflect.Method.invoke(java.lang.Object, java.lang.Object...) line: 585
org.jboss.invocation.Invocation.performCall(java.lang.Object, java.lang.reflect.Method, java.lang.Object[]) line: 359
org.jboss.ejb.EntityContainer$ContainerInterceptor.invokeHome(org.jboss.invocation.Invocation) line: 1130
org.jboss.ejb.plugins.cmp.jdbc.JDBCRelationInterceptor(org.jboss.ejb.plugins.AbstractInterceptor).invokeHome(org.jboss.invocation.Invocation) line: 105
org.jboss.ejb.plugins.EntitySynchronizationInterceptor.invokeHome(org.jboss.invocation.Invocation) line: 203
org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invokeHome(org.jboss.invocation.Invocation) line: 189
org.jboss.ejb.plugins.EntityReentranceInterceptor(org.jboss.ejb.plugins.AbstractInterceptor).invokeHome(org.jboss.invocation.Invocation) line: 105
org.jboss.ejb.plugins.EntityInstanceInterceptor.invokeHome(org.jboss.invocation.Invocation) line: 134
org.jboss.ejb.plugins.EntityLockInterceptor.invokeHome(org.jboss.invocation.Invocation) line: 76
org.jboss.ejb.plugins.EntityCreationInterceptor.invokeHome(org.jboss.invocation.Invocation) line: 43
org.jboss.ejb.plugins.CallValidationInterceptor.invokeHome(org.jboss.invocation.Invocation) line: 56
org.jboss.ejb.plugins.TxInterceptorCMT(org.jboss.ejb.plugins.AbstractTxInterceptor).invokeNext(org.jboss.invocation.Invocation, boolean) line: 125
org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(org.jboss.invocation.Invocation) line: 350
org.jboss.ejb.plugins.TxInterceptorCMT.invokeHome(org.jboss.invocation.Invocation) line: 161
org.jboss.ejb.plugins.SecurityInterceptor.invokeHome(org.jboss.invocation.Invocation) line: 145
org.jboss.ejb.plugins.LogInterceptor.invokeHome(org.jboss.invocation.Invocation) line: 132
org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invokeHome(org.jboss.invocation.Invocation) line: 107
org.jboss.ejb.EntityContainer.internalInvokeHome(org.jboss.invocation.Invocation) line: 514
org.jboss.ejb.EntityContainer(org.jboss.ejb.Container).invoke(org.jboss.invocation.Invocation) line: 975
sun.reflect.GeneratedMethodAccessor105.invoke(java.lang.Object, java.lang.Object[]) line: not available
sun.reflect.DelegatingMethodAccessorImpl.invoke(java.lang.Object, java.lang.Object[]) line: 25
java.lang.reflect.Method.invoke(java.lang.Object, java.lang.Object...) line: 585
org.jboss.mx.interceptor.ReflectedDispatcher.invoke(org.jboss.mx.server.Invocation) line: 155
org.jboss.mx.server.Invocation.dispatch() line: 94
org.jboss.mx.server.Invocation.invoke() line: 86
org.jboss.mx.modelmbean.XMBean(org.jboss.mx.server.AbstractMBeanInvoker).invoke(java.lang.String, java.lang.Object[], java.lang.String[]) line: 264
org.jboss.mx.server.MBeanServerImpl.invoke(javax.management.ObjectName, java.lang.String, java.lang.Object[], java.lang.String[]) line: 659
org.jboss.invocation.local.LocalInvoker$MBeanServerAction.invoke(javax.management.ObjectName, java.lang.String, java.lang.Object[], java.lang.String[]) line: 169
org.jboss.invocation.local.LocalInvoker.invoke(org.jboss.invocation.Invocation) line: 118
org.jboss.invocation.InvokerInterceptor.invokeLocal(org.jboss.invocation.Invocation) line: 206
org.jboss.invocation.InvokerInterceptor.invoke(org.jboss.invocation.Invocation) line: 192
org.jboss.proxy.TransactionInterceptor.invoke(org.jboss.invocation.Invocation) line: 61
org.jboss.proxy.SecurityInterceptor.invoke(org.jboss.invocation.Invocation) line: 70
org.jboss.proxy.ejb.HomeInterceptor.invoke(org.jboss.invocation.Invocation) line: 184
org.jboss.proxy.ClientContainer.invoke(java.lang.Object, java.lang.reflect.Method, java.lang.Object[]) line: 100
$Proxy967.findByPrimaryKey(java.lang.String) line: not available
The handling for this exception never reaches BaseWrapperManagedConnection.checkException() or WrappedConnection.checkException(), let alone any exception sorters.
-----
Here's the second one - a stack trace taken at the time the SQLException is thrown, during a call to an accessor:
Thread [PooledInvokerThread-127.0.0.1-0] (Suspended (exception com.jnetdirect.jsql.JSQLException))
com.jnetdirect.jsql.JSQLException.makeFromDriverError(com.jnetdirect.jsql.JSQLConnection, com.jnetdirect.jsql.IOBuffer, java.lang.String, java.lang.String, boolean) line: not available
com.jnetdirect.jsql.DBComms.transmit(byte, com.jnetdirect.jsql.IOBuffer, int, int, boolean) line: not available
com.jnetdirect.jsql.JSQLPreparedStatement(com.jnetdirect.jsql.IOBuffer).a(byte, int, boolean) line: not available
com.jnetdirect.jsql.JSQLPreparedStatement(com.jnetdirect.jsql.JSQLStatement).for(byte) line: not available
com.jnetdirect.jsql.JSQLPreparedStatement(com.jnetdirect.jsql.JSQLStatement).do(byte) line: not available
com.jnetdirect.jsql.JSQLPreparedStatement.executeQuery() line: not available
org.jboss.resource.adapter.jdbc.WrappedPreparedStatement.executeQuery() line: 236
org.jboss.ejb.plugins.cmp.jdbc.JDBCLoadEntityCommand.execute(org.jboss.ejb.plugins.cmp.jdbc.bridge.JDBCCMPFieldBridge, org.jboss.ejb.EntityEnterpriseContext, boolean) line: 177
org.jboss.ejb.plugins.cmp.jdbc.JDBCLoadEntityCommand.execute(org.jboss.ejb.EntityEnterpriseContext, boolean) line: 88
org.jboss.ejb.plugins.cmp.jdbc.JDBCStoreManager.loadEntity(org.jboss.ejb.EntityEnterpriseContext, boolean) line: 646
org.jboss.ejb.plugins.cmp.jdbc.JDBCStoreManager.loadEntity(org.jboss.ejb.EntityEnterpriseContext) line: 628
org.jboss.ejb.plugins.CMPPersistenceManager.loadEntity(org.jboss.ejb.EntityEnterpriseContext) line: 406
org.jboss.resource.connectionmanager.CachedConnectionInterceptor.loadEntity(org.jboss.ejb.EntityEnterpriseContext) line: 252
org.jboss.ejb.plugins.EntitySynchronizationInterceptor.invoke(org.jboss.invocation.Invocation) line: 243
org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invoke(org.jboss.invocation.Invocation) line: 158
org.jboss.ejb.plugins.EntityReentranceInterceptor.invoke(org.jboss.invocation.Invocation) line: 126
org.jboss.ejb.plugins.EntityInstanceInterceptor.invoke(org.jboss.invocation.Invocation) line: 276
org.jboss.ejb.plugins.EntityLockInterceptor.invoke(org.jboss.invocation.Invocation) line: 104
org.jboss.ejb.plugins.EntityCreationInterceptor.invoke(org.jboss.invocation.Invocation) line: 68
org.jboss.ejb.plugins.CallValidationInterceptor.invoke(org.jboss.invocation.Invocation) line: 63
org.jboss.ejb.plugins.TxInterceptorCMT(org.jboss.ejb.plugins.AbstractTxInterceptor).invokeNext(org.jboss.invocation.Invocation, boolean) line: 121
org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(org.jboss.invocation.Invocation) line: 378
org.jboss.ejb.plugins.TxInterceptorCMT.invoke(org.jboss.invocation.Invocation) line: 181
org.jboss.ejb.plugins.SecurityInterceptor.invoke(org.jboss.invocation.Invocation) line: 168
org.jboss.ejb.plugins.LogInterceptor.invoke(org.jboss.invocation.Invocation) line: 205
org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invoke(org.jboss.invocation.Invocation) line: 136
org.jboss.ejb.EntityContainer.internalInvoke(org.jboss.invocation.Invocation) line: 520
org.jboss.ejb.EntityContainer(org.jboss.ejb.Container).invoke(org.jboss.invocation.Invocation) line: 954
sun.reflect.GeneratedMethodAccessor105.invoke(java.lang.Object, java.lang.Object[]) line: not available
sun.reflect.DelegatingMethodAccessorImpl.invoke(java.lang.Object, java.lang.Object[]) line: 25
java.lang.reflect.Method.invoke(java.lang.Object, java.lang.Object...) line: 585
org.jboss.mx.interceptor.ReflectedDispatcher.invoke(org.jboss.mx.server.Invocation) line: 155
org.jboss.mx.server.Invocation.dispatch() line: 94
org.jboss.mx.server.Invocation.invoke() line: 86
org.jboss.mx.modelmbean.XMBean(org.jboss.mx.server.AbstractMBeanInvoker).invoke(java.lang.String, java.lang.Object[], java.lang.String[]) line: 264
org.jboss.mx.server.MBeanServerImpl.invoke(javax.management.ObjectName, java.lang.String, java.lang.Object[], java.lang.String[]) line: 659
org.jboss.invocation.local.LocalInvoker$MBeanServerAction.invoke(javax.management.ObjectName, java.lang.String, java.lang.Object[], java.lang.String[]) line: 169
org.jboss.invocation.local.LocalInvoker.invoke(org.jboss.invocation.Invocation) line: 118
org.jboss.invocation.InvokerInterceptor.invokeLocal(org.jboss.invocation.Invocation) line: 206
org.jboss.invocation.InvokerInterceptor.invoke(org.jboss.invocation.Invocation) line: 192
org.jboss.proxy.TransactionInterceptor.invoke(org.jboss.invocation.Invocation) line: 61
org.jboss.proxy.SecurityInterceptor.invoke(org.jboss.invocation.Invocation) line: 70
org.jboss.proxy.ejb.EntityInterceptor.invoke(org.jboss.invocation.Invocation) line: 112
org.jboss.proxy.ClientContainer.invoke(java.lang.Object, java.lang.reflect.Method, java.lang.Object[]) line: 100
$Proxy968.getUserId() line: not available
In this case, the container's exception handling does reach WrappedConnection.checkException() - but WrappedConnection.mc is null, so, again, exception sorting is never performed, either by our class or by any of the container's isExceptionFatal() methods.
So far, we have not found any cases with this configuration that invoke or even instantiate the exception sorter when a connection error occurs.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4034084#4034084
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4034084
19 years
[JBoss Portal] - Re: cms on filesystem and clustering
by sohil.shah＠jboss.com
in wich node the cms "store" my files when i use the cms admin for uploading the contents?
When running in Portal clustered mode:
If the PortalCMS clustering is used, it currently designates a Singleton PortalCMS node which processes all requests (retrieval/publishing). This node is selected randomly and when this node crashes in the cluster, another clustered node takes the role of the PortalCMS processor.
When running in Portal non-clustered mode:
You should still be able to use PortalCMS in a clustered setup since you are using the 100% filebased approach using an NFS mount. In this case, the nodes where the actual requests come in (publishing/retrieving) are the ones processing, and data is accessed on the NFS mount which shared by all the nodes in a cluster
Thanks
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4034081#4034081
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4034081
19 years
[JBoss Seam] - Re: Upgrade from 1.1.6 to 1.2.1
by dd_la_frime
If I modify the datatype of TEST_NUMBER column to integer, I have the next error :
15:14:04,062 WARN [ServiceController] Problem starting service persistence.units:ear=deja10ans.ear,
| unitName=deja10ans
| javax.persistence.PersistenceException: org.hibernate.HibernateException: Wrong column type: TEST_TEXT, expected: varchar(255)
| at org.hibernate.ejb.Ejb3Configuration.buildEntityManagerFactory(Ejb3Configuration.java:698)
|
| at org.hibernate.ejb.HibernatePersistence.createContainerEntityManagerFactory(HibernatePersistence.java:127)
| at org.jboss.ejb3.entity.PersistenceUnitDeployment.start(PersistenceUnitDeployment.java:264)
And this was working great on 1.1.6, again and again !
Christophe
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4034071#4034071
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4034071
19 years
[JBoss Seam] - Re: Conversation problem upgrading from 1.1.6 to 1.2.1GA
by raffaele.camanzo
Hi milesif,
the problem you are facing is due to a misunderstanding of the Seam explicit conversation id feature, and it worked before the 1.2.1GA for a missing check. I know it very well because happened to me too, what you expect to do specifying:
@Begin(id="", join=true)
is wrong (better, not conforms to the Seam conversation management), because you want to switch between LRCs and this is not possible, indeed, you can start a new long running conversation *only* out of any other LRC.
What happens now in your code (and you can see it watching the debug information of your server) is: Seam intercepts that you are trying to make concurrent calls and creates a temporary conversation and does not promote it at the end of the request... but trashes.
If your design allows it, you can avoid it avoiding to propagate the conversation when you want to start a LRC in a way similar to:
| <s:link action="#{machineManager.start}" value="...">
| <s:conversationPropagation type="none" />
| </s:link>
|
if you don't want to end the conversation you are in (none does not end the conversation you are leaving, then you can refer to that LRC later, but not arriving from a LRC :) ).
Moreover, you should plan to migrate to the new business key way to define the explicit conversation ids in a natural way (this because id definition in the @Begin could be deprecated really soon), this is not officially released and undocumented, but if you want have a glance see:
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4033263
Regards,
Raffaele Camanzo
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4034070#4034070
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4034070
19 years