[JBoss Portal] - Re: Problem of accessing a value inside a class that came wi
by julien＠jboss.com
The problem that you are saying is related to your portlet but the portal has issues what is the effective error. I have modified 2.4 and 2.6 such as it detects that it is a portlet error and does not make believe it's a portal error. So the error you have is actually
| java.lang.NoClassDefFoundError: testcom/Communication
| at org.jboss.portlet.hello.MyPortlet.doView(Unknown Source)
| at javax.portlet.GenericPortlet.doDispatch(GenericPortlet.java:167)
| at javax.portlet.GenericPortlet.render(GenericPortlet.java:407)
| at org.jboss.portal.portlet.container.PortletContainer.invokeRender(PortletContainer.java:525)
| at org.jboss.portal.portlet.container.PortletContainer.dispatch(PortletContainer.java:441)
| at org.jboss.portal.portlet.container.PortletContainerInvoker$1.dispatch(PortletContainerInvoker.java:143)
| at org.jboss.portal.portlet.invocation.PortletInvocation.dispatch(PortletInvocation.java:242)
|
which means that your testcom/Communication class cannot be found.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3969517#3969517
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3969517
19 years, 7 months
[Persistence, JBoss/CMP, Hibernate, Database] - enlist problem
by jromme
Hi all,
Every now and then, say once a week we have a problem with enlisting? a transaction, for example see the following stacktrace.
Code:
org.jboss.util.NestedSQLException: Could not enlist in transaction on entering meta-aware object!; -
nested throwable: (javax.transaction.SystemException: java.lang.Throwable: Unabled to
enlist resource, see the previous warnings. tx=TransactionImpl:XidImpl[FormatId=257, GlobalId=nldbld
1/1526, BranchQual=, localId=1526]); - nested throwable: (org.jboss.resource.JBossResou
rceException: Could not enlist in transaction on entering meta-aware object!; - nested throwable: (j
avax.transaction.SystemException: java.lang.Throwable: Unabled to enlist resource, see
the previous warnings. tx=TransactionImpl:XidImpl[FormatId=257, GlobalId=nldbld1/1526, BranchQual=,
localId=1526]))
at org.jboss.resource.adapter.jdbc.WrapperDataSource.getConnection(WrapperDataSource.java:94
)
at org.springframework.orm.hibernate3.LocalDataSourceConnectionProvider.getConnection(LocalD
ataSourceConnectionProvider.java:80)
at org.hibernate.jdbc.ConnectionManager.openConnection(ConnectionManager.java:298)
at org.hibernate.jdbc.ConnectionManager.getConnection(ConnectionManager.java:110)
at org.hibernate.jdbc.AbstractBatcher.prepareQueryStatement(AbstractBatcher.java:88)
at org.hibernate.loader.Loader.prepareQueryStatement(Loader.java:1162)
at org.hibernate.loader.Loader.doQuery(Loader.java:390)
at org.hibernate.loader.Loader.doQueryAndInitializeNonLazyCollections(Loader.java:218)
at org.hibernate.loader.Loader.loadEntity(Loader.java:1345)
at org.hibernate.loader.entity.EntityLoader.load(EntityLoader.java:116)
at org.hibernate.loader.entity.EntityLoader.load(EntityLoader.java:101)
at org.hibernate.persister.entity.BasicEntityPersister.load(BasicEntityPersister.java:2471)
at org.hibernate.event.def.DefaultLoadEventListener.loadFromDatasource(DefaultLoadEventListe
ner.java:351)
at org.hibernate.event.def.DefaultLoadEventListener.doLoad(DefaultLoadEventListener.java:332
)
at org.hibernate.event.def.DefaultLoadEventListener.load(DefaultLoadEventListener.java:113)
at org.hibernate.event.def.DefaultLoadEventListener.proxyOrLoad(DefaultLoadEventListener.jav
a:151)
at org.hibernate.event.def.DefaultLoadEventListener.onLoad(DefaultLoadEventListener.java:79)
at org.hibernate.impl.SessionImpl.load(SessionImpl.java:603)
at org.hibernate.impl.SessionImpl.load(SessionImpl.java:596)
at org.springframework.orm.hibernate3.HibernateTemplate$CloseSuppressingInvocationHandler.in
voke(HibernateTemplate.java:1025)
at $Proxy222.load(Unknown Source)
at nl.elegant.lottery.batch.management.dao.hibernate.HibernateManagedBatchDao$4.doInHibernat
e(HibernateManagedBatchDao.java:217)
Caused by: org.jboss.resource.JBossResourceException: Could not enlist in transaction on entering me
ta-aware object!; - nested throwable: (javax.transaction.SystemException: java.lang.Throwable: Unabl
ed to enlist resource, see the previous warnings. tx=TransactionImpl:XidImpl[FormatId=257, GlobalId=
nldbld1/1526, BranchQual=, localId=1526])
at org.jboss.resource.connectionmanager.TxConnectionManager.managedConnectionReconnected(TxC
onnectionManager.java:329)
at org.jboss.resource.connectionmanager.BaseConnectionManager2.reconnectManagedConnection(Ba
seConnectionManager2.java:501)
at org.jboss.resource.connectionmanager.BaseConnectionManager2.allocateConnection(BaseConnec
tionManager2.java:382)
at org.jboss.resource.connectionmanager.BaseConnectionManager2$ConnectionManagerProxy.alloca
teConnection(BaseConnectionManager2.java:812)
at org.jboss.resource.adapter.jdbc.WrapperDataSource.getConnection(WrapperDataSource.java:88
)
... 68 more
Caused by: javax.transaction.SystemException: java.lang.Throwable: Unabled to enlist resource, see t
he previous warnings. tx=TransactionImpl:XidImpl[FormatId=257, GlobalId=nldbld1/1526, BranchQual=, l
ocalId=1526]
at org.jboss.resource.connectionmanager.TxConnectionManager$TxConnectionEventListener$Transa
ctionSynchronization.checkEnlisted(TxConnectionManager.java:728)
at org.jboss.resource.connectionmanager.TxConnectionManager$TxConnectionEventListener.enlist
(TxConnectionManager.java:561)
at org.jboss.resource.connectionmanager.TxConnectionManager.managedConnectionReconnected(TxC
onnectionManager.java:323)
... 72 more
We have some 20 environments running development cycles, testing environments (manual and automated) and (pre-)production.
We have an oracle9206 database and use the oracle10.2.0.1 jdbc driver.
We use jboss-404GA, hibernate305, spring, EJB's and CMT
At this moment we do not use jbossTransactions.
We have 6 datasource 5 of which are XA.
Recently we upgraded from jboss403sp1 and had hoped the enlist problem would disappear.
As said the error occurs about once a week in one of the environments, is not reproducable, does not always occur at the same spot in our application and seems to occur when the system is busy (high cpu-load).
Searching jboss-forums and other resources does not give the solution, all suggestions we have tried. Maybe someone at this forum has an answer, or should we start using JbossTransactions...
Thanks in advance.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3969514#3969514
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3969514
19 years, 7 months
[JBoss jBPM] - Possible bug in fork-joins
by gmournos
I have a process definition where there is a join of 3 input tokens. It seems that the join consumes only the two of the tokens and gets passed. Is this a bug ?
The code is the following:
public static ProcessDefinition createForkJoinProcessDefinition() {
| ProcessDefinition pd = new ProcessDefinition(
| new String[]{"start-state start",
| "fork f1",
| "state s1",
| "fork f2",
| "state s2",
| "join j1",
| "state s3",
| "end-state end"},
| new String[]{"start --> f1", "f1 --to_s1--> s1", "f1 --to_j1_1--> j1",
| "s1 --> f2", "f2 --to_j1_2--> j1", "f2 --to_s2--> s2",
| "s2 --to_j1_3--> j1", "j1 --> s3", "s3 --> end"});
| return pd;
| }
|
| public void testComplex2() {
| ProcessDefinition pd = createForkJoinProcessDefinition();
| ProcessInstance pi = pd.createProcessInstance();
| pi.signal();
| Token root = pi.getRootToken();
| Token to_s1 = root.getChild("to_s1");
| Token to_j1_1 = root.getChild("to_j1_1");
| assertNotNull(to_s1);
| assertNotNull(to_j1_1);
| to_s1.signal();
| Token to_s2 = to_s1.getChild("to_s2");
| Token to_j1_2 = to_s1.getChild("to_j1_2");
| assertNotNull(to_s2);
| assertNotNull(to_j1_2);
| to_s2.signal();
|
|
| try {
| assertSame(root.getNode(), pd.getNode("s3"));
| } catch (junit.framework.AssertionFailedError e) {
| System.out.println("this is failing but should be succeding");
| }
|
| try {
| assertNotSame(to_s1.getNode(), pd.getNode("s3"));
| } catch (junit.framework.AssertionFailedError e) {
| System.out.println("This is wrong, j1 has consumed only " +
| "tokens to_s2 and to_j12_2. Token to_j1_1 remained unconsumed");
| }
|
| try {
| to_s1.signal();
| assertTrue(pi.hasEnded());
| } catch (junit.framework.AssertionFailedError e) {
| System.out.println("This is wrong, we should have finished by now");
| }
|
| to_j1_1.signal();
| to_j1_1.signal();
| assertTrue(pi.hasEnded());
| System.out.println("This is wrong, token to_j1_1 should have already been consumed by j1");
| }
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3969504#3969504
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3969504
19 years, 7 months