[JBoss-dev] [ jboss-Bugs-672331 ] jboss.xml DTD doesn't contain read-only method-level tags
Bugs item #672331, was opened at 2003-01-22 01:42 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=672331group_id=22866 Category: JBossServer Group: v3.0 Rabbit Hole Status: Closed Resolution: Fixed Priority: 5 Submitted By: Sacha Labourey (slaboure) Assigned to: Scott M Stark (starksm) Summary: jboss.xml DTD doesn't contain read-only method-level tags Initial Comment: jboss.xml DTD doesn't contain the description for the read-only tag we can set at the method-level (it is present for the bean-level though). This is most probably not present as well in Branch_3_2 and HEAD. -- Comment By: Scott M Stark (starksm) Date: 2003-02-10 00:29 Message: Logged In: YES user_id=175228 The 3.0 branch dtd has been updated. -- Comment By: Scott M Stark (starksm) Date: 2003-01-24 08:51 Message: Logged In: YES user_id=175228 Well how is it that we have these elements parsed in BeanMetaData but do not have a single testcase for them? This is needed as well. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=672331group_id=22866 --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Missing method-attributes declaration in jboss_3_0.dtd
I thought I had fixed that but I found the changes sitting in my workspace so I committed them. Scott Stark Chief Technology Officer JBoss Group, LLC - Original Message - From: Stephen Coy [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Sunday, February 09, 2003 11:03 PM Subject: [JBoss-dev] Missing method-attributes declaration in jboss_3_0.dtd Hi, At some point during the evolution of JBoss 3.0.x, support for declaring method-attributes was added into the jboss.xml deployment descriptor. However, the DTD (jboss_3_0.dtd) has not been updated. If someone can confirm that this is just an oversight, I'll fix it up. We just encountered this while trying to migrate from our super-modified xdoclet 1.1.2 to the current xdoclet 1.2. Currently xdoclet 1.2 does not believe that JBoss 3.0.x supports method-attributes, presumably because of the dtd. Thanks, Steve Coy --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Automated JBoss(Branch_3_2 WonderLand) Testsuite Results: 10-February-2003
JBoss daily test results
SUMMARY
Number of tests run: 1068
Successful tests: 1057
Errors:8
Failures: 3
[time of test: 2003-02-10.08-21 GMT]
[java.version: 1.4.1_01]
[java.vendor: Sun Microsystems Inc.]
[java.vm.version: 1.4.1_01-b01]
[java.vm.name: Java HotSpot(TM) Client VM]
[java.vm.info: mixed mode]
[os.name: Windows 2000]
[os.arch: x86]
[os.version: 5.0]
Useful resources:
- http://users.jboss.org/~starksm/Branch_3_2/2003-02-10.08-21 for
the junit report of this test.
NOTE: If there are any errors shown above - this mail is only highlighting
them - it is NOT indicating that they are being looked at by anyone.
It is assumed that whoever makes change(s) to jboss that
break the test will be fixing the test or jboss, as appropriate!
DETAILS OF ERRORS
Suite: SecurityUnitTestCase
Test:runValidDynDurSub(org.jboss.test.jbossmq.test.SecurityUnitTestCase)
Type:error
Exception: java.lang.InternalError
Message: Test timeout
-
Suite: ScopedDataSourceUnitTestCase
Test:warning(junit.framework.TestSuite$1)
Type:failure
Exception: junit.framework.AssertionFailedError
Message: Class org.jboss.test.jca.test.ScopedDataSourceUnitTestCase has no public
constructor TestCase(String name)
-
Suite: DeployXMBeanUnitTestCase
Test:testDeployUserXMBean(org.jboss.test.jmx.test.DeployXMBeanUnitTestCase)
Type:error
Exception: org.jboss.deployment.DeploymentException
Message: create operation failed for package
file:/C:/usr/JBoss3.2/jboss-3.2/testsuite/output/lib/user-xmbean.sar; - nested
throwable: (org.jboss.deployment.DeploymentException: Error parsing the XML file:
org.xml.sax.SAXParseException: Attribute persistPolicy with value Never must have
a value from the list NEVER ONUPDATE NOMOREOFTENTHAN ONTIMER .; - nested throwable:
(javax.management.NotCompliantMBeanException: Error parsing the XML file:
org.xml.sax.SAXParseException: Attribute persistPolicy with value Never must have
a value from the list NEVER ONUPDATE NOMOREOFTENTHAN ONTIMER .))
-
Suite: JarInSarJSR77UnitTestCase
Test:
testFakeParentCreatedAndRemoved(org.jboss.test.jmx.test.JarInSarJSR77UnitTestCase)
Type:failure
Exception: junit.framework.AssertionFailedError
Message: fakeApp jsr-77 mbean is still present
-
Suite: MissingClassUnitTestCase
Test:
testDeployServiceWithoutClass(org.jboss.test.jmx.test.MissingClassUnitTestCase)
Type:error
Exception: org.jboss.deployment.DeploymentException
Message: create operation failed for package
file:/C:/usr/JBoss3.2/jboss-3.2/testsuite/output/lib/missingclass-service.xml; -
nested throwable: (javax.management.InstanceNotFoundException:
jboss.test:name=missingclasstest is not registered.)
-
Suite: JSR77SpecUnitTestCase
Test:testNavigation(org.jboss.test.management.test.JSR77SpecUnitTestCase)
Type:error
Exception: java.lang.NullPointerException
Message:
-
Suite: SecurePerfStressTestCase
Test:java.lang.SecurityException: Configuration Error: Line 0: expected [{],
found [null]
Type:error
Exception: java.lang.SecurityException
Message: Configuration Error: Line 0: expected [{], found [null]
-
Suite: BeanStressTestCase
Test:testOldProxy(org.jboss.test.pooled.test.BeanStressTestCase)
Type:error
Exception: java.lang.reflect.UndeclaredThrowableException
Message:
-
Suite: HttpsUnitTestCase
Test:testJSSE(org.jboss.test.security.test.HttpsUnitTestCase)
Type:error
Exception: java.net.BindException
Message: Address already in use: JVM_Bind
-
Suite: SRPUnitTestCase
Test:testEchoArgs(org.jboss.test.security.test.SRPUnitTestCase)
Type:error
Exception: java.lang.reflect.UndeclaredThrowableException
Message:
-
Suite: WebIntegrationUnitTestCase
Test:testJSPClasspath(org.jboss.test.web.test.WebIntegrationUnitTestCase)
Type:failure
Exception: junit.framework.AssertionFailedError
Message: Access to: http://jduke:theduke@localhost:8080/jbosstest/classpath.jsp
failed with responseCode=500
-
---
This SF.NET email is sponsored by:
SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
http://www.vasoftware.com
___
Jboss-development mailing list
[EMAIL
[JBoss-dev] MBean discovery in cluster
Hello, i'm looking for efficient and simple way how to discover if mbean is up on some node in cluster. Have you got any idea? Thank's David -- http://www.sweb.cz/david.klimek --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] 3.2.0RC2 release this week
I'm going to be doing a 3.2.0RC2 this week as soon as I finish the JSR77 statistics. Make sure you are running the testsuite when checking content in so that branch stays stable, and if you can help with any of the current failures check testsuite runs I'm sending to the dev list. The last run was: http://users.jboss.org/~starksm/Branch_3_2/2003-02-10.08-21/ Scott Stark Chief Technology Officer JBoss Group, LLC --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-684080 ] Eclipse settings pages don't show in M5
Bugs item #684080, was opened at 2003-02-10 18:08 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=684080group_id=22866 Category: JBoss-IDE Group: None Status: Open Resolution: None Priority: 5 Submitted By: Jonathan O\'Connor (ninki) Assigned to: Nobody/Anonymous (nobody) Summary: Eclipse settings pages don't show in M5 Initial Comment: I installed Eclipse 2.1 M5 today. I then installed JBoss- IDE 1.0a_06 on top of it. I went to window-preferences and started going through the Java options pages one by one. I found that many of the pages would not display. I uninstalled the plugin, and now the java options pages work fine. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=684080group_id=22866 --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] 3.2.0RC2 release this week
go go go this is going to be a typical Scott release with advanced stability and great features and it will have a 2 year shelf life. 3.2 the Scott release. go go go, cover us as we do 4.0 development. Give us time. go! marcf -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf Of Scott M Stark Sent: Monday, February 10, 2003 12:49 PM To: [EMAIL PROTECTED] Subject: [JBoss-dev] 3.2.0RC2 release this week I'm going to be doing a 3.2.0RC2 this week as soon as I finish the JSR77 statistics. Make sure you are running the testsuite when checking content in so that branch stays stable, and if you can help with any of the current failures check testsuite runs I'm sending to the dev list. The last run was: http://users.jboss.org/~starksm/Branch_3_2/2003-02-10.08-21/ Scott Stark Chief Technology Officer JBoss Group, LLC --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-684099 ] Multiple settings of a cookie fail on redirect
Bugs item #684099, was opened at 2003-02-10 14:00
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=684099group_id=22866
Category: JBossServer
Group: CVS HEAD
Status: Open
Resolution: None
Priority: 5
Submitted By: Lester Ward (wordman)
Assigned to: Nobody/Anonymous (nobody)
Summary: Multiple settings of a cookie fail on redirect
Initial Comment:
If you set the same cookie during a single post, then
redirect the page, only the first cookie set
actually sticks.
That is, this code:
import java.io.*;
import javax.servlet.*;
import javax.servlet.http.*;
public class Cookie1 extends HttpServlet
{
public void doGet(HttpServletRequest request,
HttpServletResponse response)
throws IOException, ServletException
{
response.setContentType(text/html);
Cookie cookie = new Cookie
(myCookie, incorrect);
response.addCookie(cookie);
cookie.setValue(OK);
response.sendRedirect(Cookie2);
}
}
public class Cookie2 extends HttpServlet
{
public void doGet(HttpServletRequest request,
HttpServletResponse response)
throws IOException, ServletException
{
response.setContentType(text/html);
PrintWriter out = response.getWriter();
Cookie cookies[] = request.getCookies();
for (int i=0;icookies.length ;i++ )
{
if (cookies[i].getName().equalsIgnoreCase
(myCookie))
{
out.println(Cookie Value: + cookies
[i].getValue());
}
}
}
}
Chould go to a page that says:
Cookie Value: 0
It doesn't. It displays:
Cookie Value: incorrect
--
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=684099group_id=22866
---
This SF.NET email is sponsored by:
SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
http://www.vasoftware.com
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Anyone got JBoss cc-mode style
Hi guys, Has anyone got a cc-mode binding for the official JBoss coding standard to Emacs? You could save me some time if you have. I'm having problems getting the curly brace indentation with try to work correctly. Thanks, James PS Perhaps this sort of thing should be linked from the Code Style Guide. --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] PLEASE HELP (connecting TWO Jboss (tomcat) bundle with One apache2 )
I am trying to connect TWO Jboss (tomcat) bundle with One apache2 there apache who load balancing the servers. I did not successed to manage it Would any one send me the manuall or the details instructions for that installation or configuration specailly the workers.properties and which files in Jboss should be modifieded. All the best to YOU HAYDAR from Stockholm
[JBoss-dev] jboss-jmx.jar
Hi all,
I'm working on the XML Persistence Manager for MBeans. I put the manager in
org.jboss.mx.persistence. When I compile, this class is put in jboss-jmx.jar, yet
when I look at $server_root/server/all/lib, it's not in there.
I found the following code in /build/build.xml -- which seems to reference
jboss-jmx.jar. What is the desired effect? If not in jboss-jmx.jar, where should my
class be put so that it ends up as part of the server?
target name=_module-jmx-most
property name=_module.name value=jmx override=true/
property name=_module.output override=true
value=${project.root}/${_module.name}/output/
!-- Copy the generated libraries --
mkdir dir=${install.lib}/
copy todir=${install.lib} filtering=no
fileset dir=${_module.output}/lib
include name=jboss-jmx.jar/
/fileset/copy
- Matt
+Ñzf¢+,¦ì¢·o$¨º· àxIízºkÇv+b¢Ï{±Zåu*zØb
yèm¶ÿÃ
/jÊ ·«yÊ%º,±×¯zZ)éí¨¥x%ËIn,uëÞfz{eËl²«qç讧zØm¶?þX¬¶Ë(º· ~àzwþX¬¶ÏåËbú?º,±×¯zZ)éí
[JBoss-dev] Automated JBoss(Branch_3_0) Testsuite Results: 10-February-2003
JBoss daily test results SUMMARY Number of tests run: 1026 Successful tests: 1023 Errors:2 Failures: 1 [time of test: 2003-02-10.12-05 GMT] [java.version: 1.3.1] [java.vendor: Apple Computer, Inc.] [java.vm.version: 1.3.1_03-69] [java.vm.name: Java HotSpot(TM) Client VM] [java.vm.info: mixed mode] [os.name: Mac OS X] [os.arch: ppc] [os.version: 10.2.3] See http://users.jboss.org/~starksm/Branch_3_0/2003-02-10.12-05 for details of this test. NOTE: If there are any errors shown above - this mail is only highlighting them - it is NOT indicating that they are being looked at by anyone. It is assumed that whoever makes change(s) to jboss that break the test will be fixing the test or jboss, as appropriate! DETAILS OF ERRORS Suite: LocalWrapperCleanupUnitTestCase Test: testAutoCommitOffInRemoteUserTx(org.jboss.test.jca.test.LocalWrapperCleanupUnitTestCase) Type:error Exception: java.rmi.ServerException Message: RemoteException occurred in server thread; nested exception is: java.rmi.ServerException: EJBException:; nested exception is: javax.ejb.EJBException: Row committed, autocommit still on! - Suite: MissingClassUnitTestCase Test: testDeployServiceWithoutClass(org.jboss.test.jmx.test.MissingClassUnitTestCase) Type:error Exception: org.jboss.deployment.DeploymentException Message: jboss.test:name=missingclasstest is not registered.; - nested throwable: (javax.management.InstanceNotFoundException: jboss.test:name=missingclasstest is not registered.) - Suite: BeanStressTestCase Test:testDeadLockFromClient(org.jboss.test.deadlock.test.BeanStressTestCase) Type:failure Exception: junit.framework.AssertionFailedError Message: expected a client deadlock for AB BA - --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] jboss-jmx.jar
jboss-jmx.jar is in the root lib directory since its part of the core microkernel.
build 190ls /usr/Main/jboss-head/build/output/jboss-4.0.0alpha/lib/
bcel.jar*jboss-boot.jar*jdom.jar*
commons-httpclient.jar* jboss-cache.jar* log4j-boot.jar*
concurrent.jar* jboss-common.jar* webdavlib.jar*
getopt.jar* jboss-jmx.jar* xercesImpl.jar*
gnu-regexp.jar* jboss-jsr77.jar* xml-apis.jar*
javassist.jar* jboss-management.jar*
jboss-aop.jar* jboss-system.jar*
Scott Stark
Chief Technology Officer
JBoss Group, LLC
- Original Message -
From: Matt Munz [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Monday, February 10, 2003 12:35 PM
Subject: [JBoss-dev] jboss-jmx.jar
Hi all,
I'm working on the XML Persistence Manager for MBeans. I put the manager in
org.jboss.mx.persistence. When I compile,
this class is put in jboss-jmx.jar, yet when I look at $server_root/server/all/lib,
it's not in there.
I found the following code in /build/build.xml -- which seems to reference
jboss-jmx.jar. What is the desired effect? If
not in jboss-jmx.jar, where should my class be put so that it ends up as part of the
server?
target name=_module-jmx-most
property name=_module.name value=jmx override=true/
property name=_module.output override=true
value=${project.root}/${_module.name}/output/
!-- Copy the generated libraries --
mkdir dir=${install.lib}/
copy todir=${install.lib} filtering=no
fileset dir=${_module.output}/lib
include name=jboss-jmx.jar/
/fileset/copy
- Matt
NHSMX銲uxZ + .)jŕن jz~zqzz
---
This SF.NET email is sponsored by:
SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
http://www.vasoftware.com
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] jboss-jmx.jar
Scott,
Thanks.
- Matt
-Original Message-
From: Scott M Stark [mailto:[EMAIL PROTECTED]]
Sent: Mon 2/10/2003 4:22 PM
To: [EMAIL PROTECTED]
Cc:
Subject: Re: [JBoss-dev] jboss-jmx.jar
jboss-jmx.jar is in the root lib directory since its part of the core
microkernel.
build 190ls /usr/Main/jboss-head/build/output/jboss-4.0.0alpha/lib/
bcel.jar*jboss-boot.jar*jdom.jar*
commons-httpclient.jar* jboss-cache.jar* log4j-boot.jar*
concurrent.jar* jboss-common.jar* webdavlib.jar*
getopt.jar* jboss-jmx.jar* xercesImpl.jar*
gnu-regexp.jar* jboss-jsr77.jar* xml-apis.jar*
javassist.jar* jboss-management.jar*
jboss-aop.jar* jboss-system.jar*
Scott Stark
Chief Technology Officer
JBoss Group, LLC
- Original Message -
From: Matt Munz [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Monday, February 10, 2003 12:35 PM
Subject: [JBoss-dev] jboss-jmx.jar
Hi all,
I'm working on the XML Persistence Manager for MBeans. I put the manager
in org.jboss.mx.persistence. When I compile,
this class is put in jboss-jmx.jar, yet when I look at
$server_root/server/all/lib, it's not in there.
I found the following code in /build/build.xml -- which seems to reference
jboss-jmx.jar. What is the desired effect? If
not in jboss-jmx.jar, where should my class be put so that it ends up as part
of the server?
target name=_module-jmx-most
property name=_module.name value=jmx override=true/
property name=_module.output override=true
value=${project.root}/${_module.name}/output/
!-- Copy the generated libraries --
mkdir dir=${install.lib}/
copy todir=${install.lib} filtering=no
fileset dir=${_module.output}/lib
include name=jboss-jmx.jar/
/fileset/copy
- Matt
NHSMX銲uxZ + .)jŕن jz~zqzz
---
This SF.NET email is sponsored by:
SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
http://www.vasoftware.com
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
winmail.dat
[JBoss-dev] [ jboss-Patches-684262 ] ConnectionManager does not release connections if excepted
Patches item #684262, was opened at 2003-02-10 17:14
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376687aid=684262group_id=22866
Category: JBossCX
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: David Croley (dcroley)
Assigned to: Nobody/Anonymous (nobody)
Summary: ConnectionManager does not release connections if excepted
Initial Comment:
In the ConnectionManager (under 3.0.4), we have been
doing some integration with Toplink and I think that I
have found a bug in the JBoss code. The problem we are
seeing is that managed connections are not be released
when they should be.
In LocalTxConnectionManager.java, there is some code in
connectionClosed() method that looks like:
if (isManagedConnectionFree())
{
log.info(called unregisterAssociation, delisting);
//no more handles
delist();
log.info(called unregisterAssociation, returning);
returnManagedConnection(this.getManagedConnection(),
false);
}
The problem is that if there is an exception in the
delist() function call, the managed connection is never
released. This happens silently as the code only
catches ResourceExceptions, but some parent is catching
the exception that we are getting. By placing a
catch-all try clause around the delist(), I see that we
get...
java.lang.IllegalStateException: Already committed.
in some cases. We have fixed the problem for us by
simply reordering the statements so that the delist()
happens after the call to returnManagedConnection(),
but a better solution might be to use a better
try-catch-finally clause.
Looks like this code has been rewritten in the 4.0RC's,
but it would be nice to fix this for the 3.x branch.
David Croley
[EMAIL PROTECTED]
--
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376687aid=684262group_id=22866
---
This SF.NET email is sponsored by:
SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
http://www.vasoftware.com
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Change Notes-684388 ] JBossMQ now disconects clients with stale connections.
Change Notes item #684388, was opened at 2003-02-10 23:41 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=381174aid=684388group_id=22866 Category: JBossMQ Group: v3.0 (Rabbit Hole) Status: Open Priority: 5 Submitted By: Hiram Chirino (chirino) Assigned to: Nobody/Anonymous (nobody) Summary: JBossMQ now disconects clients with stale connections. Initial Comment: Sometimes clients disconnect from the server but the server does not notice (This is especialy the case with stateless protocols like RMI). Added an interceptor to the DestinationManager that keeps track of when the client last accessed the server. If the client is idle for too long, the client gets disconnected. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=381174aid=684388group_id=22866 --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Change Notes-684395 ] JBossMQ now disconects clients with stale connections.
Change Notes item #684395, was opened at 2003-02-10 23:51 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=381174aid=684395group_id=22866 Category: JBossMQ Group: v3.2 Status: Open Priority: 5 Submitted By: Hiram Chirino (chirino) Assigned to: Nobody/Anonymous (nobody) Summary: JBossMQ now disconects clients with stale connections. Initial Comment: Sometimes clients disconnect from the server but the server does not notice (This is especialy the case with stateless protocols like RMI). Added an interceptor to the DestinationManager that keeps track of when the client last accessed the server. If the client is idle for too long, the client gets disconnected. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=381174aid=684395group_id=22866 --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
