December 2009 - jboss-user - Jboss List Archives

[Spring Integration] - JBoss-Spring-ActiveMQ integration issue

by katoch

I am using Spring2.5.5, ActiveMQ5.3, JBoss 5.1. I am using 10 concurrent cousumers in DefaultMessageListenerContainer I have tried with "cacheLevelName" property with None,Session,Connection The problem is that only one consumer gets invoked. I have tested it. Can somebody help me? I want 1. if 10 messages (huge) come to my queue, the all the 10 consumers get invoked and complete the process 2. how can I increase this number as my number of messages consumers increase ,since in ActiveMQ console I am just seeing fixed number of consumers. i.e. how to pool ? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4269718#4269718 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4269718

14 years, 11 months

1
0
0 / 0

[Installation, Configuration & Deployment] - Re: JBoss AS 5.1.0.GA + Seam 2.2.0 - ZipException: error in

by jaikiran

anonymous wrote : 2009-12-04 13:13:28,497 ERROR [org.apache.catalina.core.ContainerBase.[jboss.web].[localhost].[/pba] | ] (main) Exception sending context initialized event to listener instance of class org.jboss.seam.se | rvlet.SeamListener | java.lang.RuntimeException: Error handling file /usr/share/jboss/jboss-5.1.0.GA/server/all/farm/9-he | rcules-ear.ear/jboss-seam.jar | at org.jboss.seam.deployment.URLScanner.handleArchiveByFile(URLScanner.java:128) | Hmm, going by the comments in that JIRA, the URLScanner shouldn't have been used by the deployers. Do you still see the issue if you use the "default" config? Probably you will, but wanted to confirm. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4269715#4269715 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4269715

14 years, 11 months

1
0
0 / 0

[EJB] - Re: Transaction and EJB3 Singleton

by jaikiran

Which version of JBoss AS? For AS-5.1.0, download the latest EJB3 plugin http://www.jboss.org/ejb3/ejb3plugin.html. See if it works with the plugin. The latest plugin can be downloaded here http://www.jboss.org/ejb3/downloads.html View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4269714#4269714 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4269714

14 years, 11 months

1
0
0 / 0

[Installation, Configuration & Deployment] - Re: Setting up classloaders to override JSF version in JBoss

by jaikiran

See if these help: http://www.jboss.org/community/wiki/JBossClassLoadingUseCases http://www.jboss.org/community/wiki/classloadingconfiguration View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4269713#4269713 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4269713

14 years, 11 months

1
0
0 / 0

[JBoss Cache Users] - Re: JBossCache Deadlock in Hibernate BulkOperationCleanupAct

by nandanjain

Hi All, I m using Jboss 5.1.0 in clustered environment. Hibernate version is 3.3.1. whenever i try to delete multiple lines from the db, after the operation i get an exception like below. 16:45:10,621 ERROR [ActionQueue] could not release a cache lock | org.hibernate.cache.CacheException: java.lang.IllegalStateException: Transaction TransactionImple < ac, BasicAction: 7f000001:e946:4b1e3199:71 status: ActionStatus.COMMITTED > is not in a valid state to be invoking cache operations on. | at org.hibernate.cache.jbc2.util.CacheHelper.removeAll(CacheHelper.java:380) | at org.hibernate.cache.jbc2.util.CacheHelper.removeAll(CacheHelper.java:360) | at org.hibernate.cache.jbc2.access.TransactionalAccessDelegate.evictOrRemoveAll(TransactionalAccessDelegate.java:146) | at org.hibernate.cache.jbc2.access.TransactionalAccessDelegate.evictAll(TransactionalAccessDelegate.java:142) | at org.hibernate.cache.jbc2.entity.TransactionalAccess.evictAll(TransactionalAccess.java:102) | at org.hibernate.impl.SessionFactoryImpl.evictEntity(SessionFactoryImpl.java:870) | at org.hibernate.action.BulkOperationCleanupAction.evictEntityRegions(BulkOperationCleanupAction.java:153) | at org.hibernate.action.BulkOperationCleanupAction.afterTransactionCompletion(BulkOperationCleanupAction.java:132) | at org.hibernate.engine.ActionQueue.afterTransactionCompletion(ActionQueue.java:198) | at org.hibernate.impl.SessionImpl.afterTransactionCompletion(SessionImpl.java:451) | at org.hibernate.jdbc.JDBCContext.afterTransactionCompletion(JDBCContext.java:252) | at org.hibernate.transaction.CacheSynchronization.afterCompletion(CacheSynchronization.java:117) | at com.arjuna.ats.internal.jta.resources.arjunacore.SynchronizationImple.afterCompletion(SynchronizationImple.java:123) | at com.arjuna.ats.arjuna.coordinator.TwoPhaseCoordinator.afterCompletion(TwoPhaseCoordinator.java:381) | at com.arjuna.ats.arjuna.coordinator.TwoPhaseCoordinator.end(TwoPhaseCoordinator.java:99) | at com.arjuna.ats.arjuna.AtomicAction.commit(AtomicAction.java:177) | at com.arjuna.ats.internal.jta.transaction.arjunacore.TransactionImple.commitAndDisassociate(TransactionImple.java:1423) | at com.arjuna.ats.internal.jta.transaction.arjunacore.BaseTransaction.commit(BaseTransaction.java:137) | at com.arjuna.ats.jbossatx.BaseTransactionManagerDelegate.commit(BaseTransactionManagerDelegate.java:75) | at org.jboss.aspects.tx.TxPolicy.endTransaction(TxPolicy.java:170) | at org.jboss.aspects.tx.TxPolicy.invokeInOurTx(TxPolicy.java:87) | at org.jboss.aspects.tx.TxInterceptor$Required.invoke(TxInterceptor.java:190) | at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:102) | at org.jboss.aspects.tx.TxPropagationInterceptor.invoke(TxPropagationInterceptor.java:76) | at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:102) | at org.jboss.aspects.remoting.ReplicantsManagerInterceptor.invoke(ReplicantsManagerInterceptor.java:52) | at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:102) | at org.jboss.ejb3.tx.NullInterceptor.invoke(NullInterceptor.java:42) | at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:102) | at org.jboss.ejb3.security.RoleBasedAuthorizationInterceptorv2.invoke(RoleBasedAuthorizationInterceptorv2.java:201) | at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:102) | at org.jboss.ejb3.security.Ejb3AuthenticationInterceptorv2.invoke(Ejb3AuthenticationInterceptorv2.java:186) | at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:102) | at org.jboss.ejb3.ENCPropagationInterceptor.invoke(ENCPropagationInterceptor.java:41) | at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:102) | at org.jboss.ejb3.BlockContainerShutdownInterceptor.invoke(BlockContainerShutdownInterceptor.java:67) | at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:102) | at org.jboss.aspects.currentinvocation.CurrentInvocationInterceptor.invoke(CurrentInvocationInterceptor.java:67) | at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:102) | at org.jboss.ejb3.session.SessionSpecContainer.invoke(SessionSpecContainer.java:176) | at org.jboss.ejb3.session.SessionSpecContainer.invoke(SessionSpecContainer.java:216) | at org.jboss.ejb3.proxy.impl.handler.session.SessionProxyInvocationHandlerBase.invoke(SessionProxyInvocationHandlerBase.java:207) | at org.jboss.ejb3.proxy.impl.handler.session.SessionProxyInvocationHandlerBase.invoke(SessionProxyInvocationHandlerBase.java:164) | at $Proxy476.scheduledBackTrack(Unknown Source) | at com.dxd.server.notification.BackTrackSchedular$1.run(BackTrackSchedular.java:87) | at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:441) | at java.util.concurrent.FutureTask$Sync.innerRunAndReset(FutureTask.java:317) | at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:150) | at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$101(ScheduledThreadPoolExecutor.java:98) | at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.runPeriodic(ScheduledThreadPoolExecutor.java:181) | at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:205) | at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886) | at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) | at java.lang.Thread.run(Thread.java:619) | Caused by: java.lang.IllegalStateException: Transaction TransactionImple < ac, BasicAction: 7f000001:e946:4b1e3199:71 status: ActionStatus.COMMITTED > is not in a valid state to be invoking cache operations on. | at org.jboss.cache.interceptors.TxInterceptor.registerTransaction(TxInterceptor.java:727) | at org.jboss.cache.interceptors.TxInterceptor.attachGlobalTransaction(TxInterceptor.java:474) | at org.jboss.cache.interceptors.TxInterceptor.attachGtxAndPassUpChain(TxInterceptor.java:300) | at org.jboss.cache.interceptors.TxInterceptor.handleDefault(TxInterceptor.java:283) | at org.jboss.cache.commands.AbstractVisitor.visitRemoveNodeCommand(AbstractVisitor.java:75) | at org.jboss.cache.commands.write.RemoveNodeCommand.acceptVisitor(RemoveNodeCommand.java:125) | at org.jboss.cache.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:116) | at org.jboss.cache.interceptors.base.CommandInterceptor.handleDefault(CommandInterceptor.java:131) | at org.jboss.cache.commands.AbstractVisitor.visitRemoveNodeCommand(AbstractVisitor.java:75) | at org.jboss.cache.commands.write.RemoveNodeCommand.acceptVisitor(RemoveNodeCommand.java:125) | at org.jboss.cache.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:116) | at org.jboss.cache.interceptors.InvocationContextInterceptor.handleAll(InvocationContextInterceptor.java:178) | at org.jboss.cache.interceptors.InvocationContextInterceptor.visitRemoveNodeCommand(InvocationContextInterceptor.java:88) | at org.jboss.cache.commands.write.RemoveNodeCommand.acceptVisitor(RemoveNodeCommand.java:125) | at org.jboss.cache.interceptors.InterceptorChain.invoke(InterceptorChain.java:287) | at org.jboss.cache.invocation.CacheInvocationDelegate.removeNode(CacheInvocationDelegate.java:478) | at org.jboss.ha.cachemanager.CacheManagerManagedCache.removeNode(CacheManagerManagedCache.java:317) | at org.hibernate.cache.jbc2.util.CacheHelper.removeAll(CacheHelper.java:378) | ... 53 more Can somebody help me regarding this issue. I came to know that this is a bug in hibernate when doing a evitAll(). But now what should i do to resolve it. Thanks in advance.... View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4269709#4269709 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4269709

14 years, 11 months

1
0
0 / 0

[JBoss Messaging Users] - Re: DLQ Strategies

by gaohoward

If the messages in the DLQ are still of some interests to you, you can create a consumer to the DLQ and process those messages. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4269707#4269707 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4269707

14 years, 11 months

1
0
0 / 0

[JBoss Messaging Users] - DLQ Strategies

by droberts18

So I am wondering what I should do with messages that end up in the DLQ. They weren't processed for some reason, but what should I do next? I would like to hear about what some people have done or common error recovery strategies. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4269705#4269705 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4269705

14 years, 11 months

1
0
0 / 0

[JBoss Web Services Users] - Re: Failed to load org.jboss.wsf.spi.invocation.WebServiceCo

by jim.ma

Did you use "ant deploy-jboss423 " to update ? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4269704#4269704 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4269704

14 years, 11 months

1
0
0 / 0

[JBoss Web Services Users] - WS client reuse http connection

by cdebergh

Does anyone know how to set the client (generated by wsconsume.sh) to reuse http connections? Can anyone point me in the right direction? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4269703#4269703 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4269703

14 years, 11 months

1
0
0 / 0

[Installation, Configuration & Deployment] - Re: Setting up classloaders to override JSF version in JBoss

by hirowla

Unfortunately, losing the injection features is not an option. I am quite happy to configure the classloader on the application, but I am not sure how to do so. Thanks, Ian View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4269702#4269702 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4269702

14 years, 11 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-user December 2009