December 2008 - jboss-user - Jboss List Archives

[Remoting] - Re: JBoss Remoting and compression

by ron.sigal＠jboss.com

Hi Doychin, Thank you for looking into this problem. "doychin" wrote : | The problem comes from some extra bytes put in the output stream from compression and not read from decompression. | Comparing the version of CompressingMarshaller on the 2.2 branch (from which release 2.2.2.SP8 was derived) with the version on the 2.x branch (from which 2.4/2.5 releases are derived) I see that there's a problem which I fixed only on the 2.x branch. In particular, CompressingMarshaller.write() ends | gzos.finish(); | oos.flush(); | on the 2.2 branch and it ends | oos.flush(); | bos.flush(); | gzos.flush(); | gzos.finish(); | on the 2.x branch. I suspect that calling gzos.finish() before oos.flush() is what leaves extra bytes unwritten. Could you try running with the 2.x version and see if that fixes the problem? "doychin" wrote : | Also another problem I found with current solution is that it leaks lots of memory when it is used to transfer big amounts of data for short period of time. The reason is that GZip streams depend on some native code routines in JVM and to release the resources used by these routines streams depend on the garbage collector to call their finalize methods. | I did not know that. I see that David Lloyd made a suggestion on thread "Compression marshalling" (http://www.jboss.com/index.html?module=bb&op=viewtopic&t=134557&postdays=...). Perhaps his suggestion is directed at this issue. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4199010#4199010 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4199010

17 years, 3 months

1
0
0 / 0

[JBoss Tools (users)] - Re: get stuck in deployment loop on eclipse redeploy - not s

by max.andersen＠jboss.com

which appserver are you running on ? I haven't seen it loop like you are describing. But I have seen it keep redeploying because files are still being deployed because of something is causing a change in the files...got anything running that might do/cause that ? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4199009#4199009 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4199009

17 years, 3 months

1
0
0 / 0

[JBoss Tools (users)] - Re: never seen this one before - debug page error with uncau

by max.andersen＠jboss.com

I dont see anything that relates specifically to jboss tools. Have you tried asking on seamframework.org ? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4199008#4199008 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4199008

17 years, 3 months

1
0
0 / 0

[JBoss Tools (users)] - Re: problem with deploy to jboss as 5.0 with new seam projec

by max.andersen＠jboss.com

All you xml snippets are missing. Did you misquote them ? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4199007#4199007 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4199007

17 years, 3 months

1
0
0 / 0

[JBoss Tools (users)] - Re: ganymede and jboss tool 3 problem with seam projet

by max.andersen＠jboss.com

I don't recall any issues with Seam 2.1.RC1 that should cause for missing manifest.mf files...weird. Thanks for letting us know it does not happen for you except for 2.1.RC1. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4199005#4199005 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4199005

17 years, 3 months

1
0
0 / 0

[JBoss Tools (users)] - Re: Is perspective JMX considered to be

by max.andersen＠jboss.com

If there is an api (that is not just jmx) to introspect a live running instance then that would make sense. But I haven't looked into if there is such API besides JMX. Is there somethings you want to see you cant see via jmx ? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4199004#4199004 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4199004

17 years, 3 months

1
0
0 / 0

[Remoting] - Re: Socket keep alive with client EJB and RMI over HTTP

by ron.sigal＠jboss.com

Response on thread "Socket keep alive with client EJB", http://www.jboss.com/index.html?module=bb&op=viewtopic&t=134089. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4199003#4199003 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4199003

17 years, 3 months

1
0
0 / 0

[Remoting] - Re: Socket keep alive with client EJB

by ron.sigal＠jboss.com

"slimamar" wrote : | Using JBoss Remoting 2.4.0 with JBossAS 5.0.0Beta4, the parameter 'invokerDestructionDelay' is taken into account and the socket connection is reused for all client requests. | | But with JBossAS 5.0.0GA and JBoss Remoting 2.5.0SP2 embedded, the socket connection is closed, apparently by the server, after 60 seconds of inactivity. | The value of 'invokerDestructionDelay' is 28800000. | These two behaviors aren't really contradictory. There are two things going on. On the client side, setting "invokerDestructionDelay" allows the client invoker, with its connection pool, to stay alive longer than it would otherwise. Suppose you set "invokerDestructionDelay" to 10000 and you create, connect, invoke upon, and disconnect a new org.jboss.remoting.Client every five seconds. Since the client invoker stays alive for ten seconds, it will still be there when you create the next Client, and the existing connection will get reused. On the server side, the connection is managed by a worker thread which, when it is not executing an invocation, is waiting in a socket read(). When it times out, which it does in 60 seconds by default, the socket is closed and the worker thread is returned to the thread pool. If you make an invocation every five seconds, then the socket on the server side will never time out, and the same connection will be used every time. On the other hand, if you make an invocation every two minutes, then, even though you use the same client invoker with the same connection pool each time, you won't be able to reuse the old connection, which gets closed after sixty seconds, so each invocation will use a new connection. So the frequency of the invocations and the server side timeout determine if you get to reuse connections. Make sense? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4199002#4199002 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4199002

17 years, 3 months

1
0
0 / 0

[Installation, Configuration & DEPLOYMENT] - Issue - âExpecting "jsp:param" standard action with "name"

by darshanparekh

I am facing a issue of âExpecting "jsp:param" standard action with "name" and "value" attributesâ in JBOSS 4.0.5 GA version of JBOSS. This issue is resolved only when i close the <jsp:forward> tag with "/" by removing the </jsp:forward> tag. Also i remove the comment tags given between the start <jsp:forward> tags and end <jsp:forward> tags. Example code that works <jsp:forward page="../resagentmode/findbooking.jsp"/> code that does not work <jsp:forward page="../resagentmode/findbooking.jsp"></jsp:forward> I am reluctant on changing the code as it is a jsp standard and JBOSS should allow any of the above mentioned codes. How can I resolve this issue without changing the code. Please reply ASAP. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4199001#4199001 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4199001

17 years, 3 months

1
0
0 / 0

[Installation, Configuration & DEPLOYMENT] - Re: virtual hosting in jboss

by jaikiran

anonymous wrote : 12:48:33,136 ERROR [Digester] Parse Fatal Error at line 165 column 9: The element type "Host" must be terminated by the matching end-tag "". | org.xml.sax.SAXParseException: The element type "Host" must be terminated by the matching end-tag "". | Going by this message, you have edited the xml incorrectly. Open the server.xml in a xml editor and fix the xml contents and then restart the server. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4198999#4198999 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4198999

17 years, 3 months

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-user December 2008