[Remoting] - Has anyone actually tried using the CompressingMarshaller?
by javajedi
I'm reading the section on "Compression marshalling" at http://labs.jboss.com/portal/jbossremoting/docs/guide/ch05.html and thought I'd give that configuration a try. I set up my InvokerLocator to look like the following:
socket://${jboss.bind.address}:3873/?serializationtype=jboss&marshaller=org.jboss.remoting.marshal.compress.CompressingMarshaller&unmarshaller=org.jboss.remoting.marshal.compress.CompressingUnMarshaller
When I do this, I get intermittent exceptions that look like this:
java.rmi.MarshalException: Failed to communicate. Problem during marshalling/unmarshalling; nested exception is:
java.io.IOException: Not in GZIP format
at org.jboss.remoting.transport.socket.SocketClientInvoker.transport(SocketClientInvoker.java:306)
at org.jboss.remoting.RemoteClientInvoker.invoke(RemoteClientInvoker.java:143)
at org.jboss.remoting.Client.invoke(Client.java:525)
at org.jboss.remoting.Client.invoke(Client.java:488)
at org.jboss.aspects.remoting.InvokeRemoteInterceptor.invoke(InvokeRemoteInterceptor.java:55)
at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
at org.jboss.aspects.remoting.ClusterChooserInterceptor.invoke(ClusterChooserInterceptor.java:74)
at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
at org.jboss.aspects.tx.ClientTxPropagationInterceptor.invoke(ClientTxPropagationInterceptor.java:61)
at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
at org.jboss.aspects.security.SecurityClientInterceptor.invoke(SecurityClientInterceptor.java:55)
at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
at org.jboss.ejb3.remoting.IsLocalInterceptor.invoke(IsLocalInterceptor.java:77)
at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101)
at org.jboss.ejb3.stateless.StatelessClusteredProxy.invoke(StatelessClusteredProxy.java:100)
... 33 more
Caused by: java.io.IOException: Not in GZIP format
at java.util.zip.GZIPInputStream.readHeader(GZIPInputStream.java:132)
at java.util.zip.GZIPInputStream.(GZIPInputStream.java:58)
at java.util.zip.GZIPInputStream.(GZIPInputStream.java:68)
at org.jboss.remoting.marshal.compress.CompressingUnMarshaller.read(CompressingUnMarshaller.java:93)
at org.jboss.remoting.transport.socket.SocketClientInvoker.transport(SocketClientInvoker.java:279)
... 47 more
It looks like an odd, intermittent problem. I have a test that tries to make 125 subsequent remote EJB calls. The first time, the first 23 work, and it fails on the 24th. If I immediately rerun the test, the first 48 work, and it fails on the 49th. If I try again, the first 71 work, and it fails on the 72, and so on. Eventually, all 125 calls succeed, but they produce 6 of the exceptions pasted above along the way.
Any ideas what the problem might be? Has anyone used the CompressingMarshaller successfully?
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4003564#4003564
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4003564
19 years, 3 months
[Clustering/JBoss] - Problem with TCP config
by jokum
Hello,
I'm currently trying to create a working JGoups configuration using TCP. I'm using the Draw application to test :
This is my config at HOST A :
<config>
| <TCP start_port="9999"/>
| <TCPPING initial_hosts="192.168.0.136[9999],192.168.0.175[9999]" port_range="1"
|
| timeout="3000" num_initial_members="1" up_thread="true" down_thread="true" />
| <FD shun="true" up_thread="true" down_thread="true" timeout="2500" max_tries="5" />
| <VERIFY_SUSPECT timeout="1500" up_thread="false" down_thread="false" />
| <pbcast.NAKACK gc_lag="100" retransmit_timeout="3000" up_thread="true" down_thread="true"
|
| />
| <pbcast.STABLE desired_avg_gossip="20000" up_thread="false" down_thread="false" />
| <pbcast.GMS join_timeout="5000" join_retry_timeout="2000" shun="false"
|
| print_local_addr="true" down_thread="true" up_thread="true" />
| <pbcast.STATE_TRANSFER up_thread="true" down_thread="true" />
| </config>
This is the config on Host B :
<config>
| <TCP start_port="9999"/>
| <TCPPING initial_hosts="192.168.0.175[9999],192.168.0.136[9999]" port_range="1" timeout="3000" num_initial_members="1" up_thread="true" down_thread="true" />
| <FD shun="true" up_thread="true" down_thread="true" timeout="2500" max_tries="5" />
| <VERIFY_SUSPECT timeout="1500" up_thread="false" down_thread="false" />
| <pbcast.NAKACK gc_lag="100" retransmit_timeout="3000" up_thread="true" down_thread="true" />
| <pbcast.STABLE desired_avg_gossip="20000" up_thread="false" down_thread="false" />
| <pbcast.GMS join_timeout="5000" join_retry_timeout="2000" shun="false" print_local_addr="true" down_thread="true" up_thread="true" />
| <pbcast.STATE_TRANSFER up_thread="true" down_thread="true" />
| </config>
It seems the members don't see eachother.
This is the logging I get on host A :
18-jan-2007 23:42:05 org.jgroups.blocks.ConnectionTable start
| INFO: server socket created on AWS00581:9999
|
| -------------------------------------------------------
| GMS: address is AWS00581:9999
| -------------------------------------------------------
| 18-jan-2007 23:42:05 org.jgroups.blocks.ConnectionTable run
| INFO: accepted connection, client_sock=Socket[addr=/192.168.0.136,port=1628,localport=9999]
| 18-jan-2007 23:42:05 org.jgroups.blocks.ConnectionTable$Connection matchCookie
| INFO: input_cookie is bela
| 18-jan-2007 23:42:05 org.jgroups.blocks.ConnectionTable$Connection init
| INFO: connection was created to AWS00581:9999
| 18-jan-2007 23:42:05 org.jgroups.blocks.ConnectionTable getConnection
| INFO: created socket to AWS00581:9999
| 18-jan-2007 23:42:05 org.jgroups.blocks.ConnectionTable$Connection init
| INFO: connection was created to AWS00581:9999
| ** View=[AWS00581:9999|0] [AWS00581:9999]
| 18-jan-2007 23:42:16 org.jgroups.blocks.ConnectionTable run
| INFO: accepted connection, client_sock=Socket[addr=/192.168.0.175,port=3092,localport=9999]
| 18-jan-2007 23:42:16 org.jgroups.blocks.ConnectionTable$Connection matchCookie
| INFO: input_cookie is bela
| 18-jan-2007 23:42:21 org.jgroups.blocks.ConnectionTable$Connection init
| INFO: connection was created to BLACKLIGHT:9999
This is the logging I get on Host B :
18-jan-2007 23:42:05 org.jgroups.blocks.ConnectionTable start
| INFO: server socket created on blacklight:9999
|
| -------------------------------------------------------
| GMS: address is blacklight:9999
| -------------------------------------------------------
| 18-jan-2007 23:42:05 org.jgroups.blocks.ConnectionTable run
| INFO: accepted connection, client_sock=Socket[addr=/192.168.0.175,port=3091,localport=9999]
| 18-jan-2007 23:42:05 org.jgroups.blocks.ConnectionTable$Connection matchCookie
| INFO: input_cookie is bela
| 18-jan-2007 23:42:05 org.jgroups.blocks.ConnectionTable$Connection init
| INFO: connection was created to 192.168.0.175:9999
| 18-jan-2007 23:42:05 org.jgroups.blocks.ConnectionTable getConnection
| INFO: created socket to 192.168.0.175:9999
| 18-jan-2007 23:42:05 org.jgroups.blocks.ConnectionTable$Connection init
| INFO: connection was created to 192.168.0.175:9999
| ** View=[blacklight:9999|0] [blacklight:9999]
| 18-jan-2007 23:42:09 org.jgroups.blocks.ConnectionTable$Connection init
| INFO: connection was created to 192.168.0.136:9999
| 18-jan-2007 23:42:09 org.jgroups.blocks.ConnectionTable getConnection
| INFO: created socket to 192.168.0.136:9999
|
The member list contains on both hosts only one machine. Because of this the state in the Draw application is not transfered.
Extra info :
Host A : 192.168.0.136 = AWS00581
Host B : 192.168.0.175 = BLACKLIGHT
Can somebody please shed a light in here?
Kind regards and thanks in advance for helping me out.
Johan
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4003555#4003555
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4003555
19 years, 3 months