[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