[JBoss Messaging] - Message redistribution
by martin.wickus
We are running JBoss EAP 4.3 which comes as standard with JBoss Messaging 1.4.0.SP3.
Two nodes are running in clustered configuration.
Sending messages from nodes to distributed/clustered destination.
External consumer (not in cluster or even in JBoss) consuming from distributed queue. Connection was obtained via ClusteredConnectionFactory.
Problem: Only consuming messages from partial queue of node connected to.
Elaboration:
Each of the nodes send messages to the distributed queue. The messages obviously go into their respective partial queues.
The external consumer will get a connection to one of the nodes (sticky once created) and hence can receive messages only from the partial queue on the node it is connected to. In the meantime, my messages are bundling up on the other partial queue. If I kill my receiver connection, the ClusteredConnectionFactory is smart enough to dish out a connection to the node with the backlog of messages. However, that means messages will now start backlogging on the other node.
After reading Tim FoxâÃÂÃÂs explanation of the design behind JBM clustering, I understood the Intelligent Balancer would redistribute messages from one partial queue to another based on real-time statistics. I am not seeing this behaviour however, thus perhaps there are additional configuration changes I need to carry out.
PS. JBoss Messaging User Guide doesnâÃÂÃÂt discuss the Intelligent Balancer or Message Redistribution.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4129681#4129681
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4129681
18 years, 2 months
[JBoss Portal] - Re: CMSAdminPortlet 2.6.4 Upload Archive Fails:
by laurent.vernet
Hi All,
Same problem with File System Repository.
JBP 2.6.4 starts well, building of default content in filesystem OK.
But when uploading my archive file (80kb .zip), the process is a bit long.
Looking at the file system, all the workspace's directories are created,
but the CMSAdminPortlet returns with a stack trace:
| Etat HTTP 500 -
|
| type Rapport d'exception
|
| message
|
| description Le serveur a rencontrÃÂé une erreur interne () qui l'a empÃÂêchÃÂé de satisfaire la requÃÂête.
|
| exception
|
| javax.servlet.ServletException: java.lang.IllegalStateException: [com.arjuna.ats.internal.jta.transaction.arjunacore.inactive] [com.arjuna.ats.internal.jta.transaction.arjunacore.inactive] The transaction is not active!
| org.jboss.portal.server.servlet.PortalServlet.service(PortalServlet.java:276)
| javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
| org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96)
|
| cause mÃÂère
|
| java.lang.IllegalStateException: [com.arjuna.ats.internal.jta.transaction.arjunacore.inactive] [com.arjuna.ats.internal.jta.transaction.arjunacore.inactive] The transaction is not active!
| com.arjuna.ats.internal.jta.transaction.arjunacore.TransactionImple.commitAndDisassociate(TransactionImple.java:1379)
| com.arjuna.ats.internal.jta.transaction.arjunacore.BaseTransaction.commit(BaseTransaction.java:135)
| com.arjuna.ats.jbossatx.BaseTransactionManagerDelegate.commit(BaseTransactionManagerDelegate.java:87)
| org.jboss.aspects.tx.TxPolicy.endTransaction(TxPolicy.java:175)
| org.jboss.aspects.tx.TxPolicy.invokeInOurTx(TxPolicy.java:87)
| org.jboss.aspects.tx.TxInterceptor$RequiresNew.invoke(TxInterceptor.java:262)
| org.jboss.portal.core.aspects.server.TransactionInterceptor$invoke_N5143606530999904530.invokeNext(TransactionInterceptor$invoke_N5143606530999904530.java)
| org.jboss.portal.core.aspects.server.TransactionInterceptor.invoke(TransactionInterceptor.java)
| org.jboss.portal.server.ServerInterceptor.invoke(ServerInterceptor.java:38)
| org.jboss.portal.common.invocation.Invocation.invokeNext(Invocation.java:115)
| org.jboss.portal.server.aspects.LockInterceptor$InternalLock.invoke(LockInterceptor.java:69)
| org.jboss.portal.server.aspects.LockInterceptor.invoke(LockInterceptor.java:130)
| org.jboss.portal.common.invocation.Invocation.invokeNext(Invocation.java:115)
| org.jboss.portal.common.invocation.Invocation.invoke(Invocation.java:157)
| org.jboss.portal.server.servlet.PortalServlet.service(PortalServlet.java:250)
| javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
| org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96)
|
| note La trace complÃÂète de la cause mÃÂère de cette erreur est disponible dans les fichiers journaux de JBossWeb/2.0.1.GA.
Why is this process so long ? Any recursion ? Filtering ? or antivirus ?
Thanks for your attention.
Be back in some hours or days maybe.
Laurent.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4129679#4129679
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4129679
18 years, 2 months
HTTP Compression
by samk＠twinix.com
See Thread at: http://www.techienuggets.com/Detail?tx=24941 Posted on behalf of a User
Hi,
I have an Apache http server connecting to a JBoss 4.2.1GA server via mod_jk connector. I'd like to turn on http compression. Can someone tell me where the best place to do this in is? JBoss is being used to serve dynamic content using JSP & Servlets.
Thanks.
18 years, 2 months
