September 2006 - jboss-jira - Jboss List Archives

[JBoss JIRA] Updated: (JBMESSAGING-432) One connection per unique JMS server leak

by Ovidiu Feodorov (JIRA)

[ http://jira.jboss.com/jira/browse/JBMESSAGING-432?page=all ] Ovidiu Feodorov updated JBMESSAGING-432: ---------------------------------------- Assignee: Clebert Suconic (was: Tim Fox) > One connection per unique JMS server leak > ----------------------------------------- > > Key: JBMESSAGING-432 > URL: http://jira.jboss.com/jira/browse/JBMESSAGING-432 > Project: JBoss Messaging > Issue Type: Bug > Affects Versions: 1.0.1.CR2 > Reporter: Tim Fox > Assigned To: Clebert Suconic > Priority: Minor > Fix For: 1.0.1.CR5 > > > Methods on connection factory are executed in ConnectionFactoryDelegate on their own client. > This clien is not closed after use, otherwise we end up running out of resources since after closing the client the socket connections are discarded by remoting and end up in the TIME_WAIT state, so cam quickly fill up. > This means that for the lifetime of the VM there will be one socket connection per unique jms server. So a small leak. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

18 years, 4 months

1
0
0 / 0

[JBoss JIRA] Assigned: (JBMESSAGING-410) java:/JmsXA in no-tx context does not work the same way as JBossMQ

by Ovidiu Feodorov (JIRA)

[ http://jira.jboss.com/jira/browse/JBMESSAGING-410?page=all ] Ovidiu Feodorov reassigned JBMESSAGING-410: ------------------------------------------- Assignee: Ovidiu Feodorov (was: Clebert Suconic) > java:/JmsXA in no-tx context does not work the same way as JBossMQ > ------------------------------------------------------------------ > > Key: JBMESSAGING-410 > URL: http://jira.jboss.com/jira/browse/JBMESSAGING-410 > Project: JBoss Messaging > Issue Type: Bug > Components: Configuration and Management > Affects Versions: 1.0.1.CR2 > Reporter: Elias Ross > Assigned To: Ovidiu Feodorov > Priority: Critical > Fix For: 1.0.1.CR5 > > > The same code I wrote that uses java:/JmsXA in a non-transacted environment with JBossMQ does not work with JBoss Messaging. And actually the same code does work correctly with SonicMQ as well, using the JCA adaptor with the Sonic XA connection factory. > Why allow the use java:/JmsXA without transactions? It makes sense to use a cached connection manager anyway, like you would with a database. And anyway, should be addressed for compatibility. > The following code *should* successfully send a message to a queue running without a transaction. Currently, it doesn't seem to do anything and no usage warnings are produced. > QueueConnectionFactory queueCF = (QueueConnectionFactory)new InitialContext.lookup("java:/JmsXA"); > ... > QueueConnection queueConnection = queueCF.createQueueConnection(); > QueueSession queueSession = > queueConnection.createQueueSession(false, QueueSession.AUTO_ACKNOWLEDGE); > QueueSender queueSender = queueSession.createSender(queue); > ObjectMessage om = queueSession.createObjectMessage(); > queueSender.send(om); > queueSender.close(); > queueSession.close(); > queueConnection.close(); -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

18 years, 4 months

1
0
0 / 0

[JBoss JIRA] Commented: (JBAOP-257) Test extender test in a scoped environment

by Kabir Khan (JIRA)

[ http://jira.jboss.com/jira/browse/JBAOP-257?page=comments#action_12342611 ] Kabir Khan commented on JBAOP-257: ---------------------------------- Got the mains stuff working locally testing methods. Also need to test fields, constructors. Once I have got the base loaded no parent delegation test passing completely, need to make sure that the correct (i.e. child) copy of per instance, per class, per joinpoint etc. scoped interceptors get called > Test extender test in a scoped environment > ------------------------------------------ > > Key: JBAOP-257 > URL: http://jira.jboss.com/jira/browse/JBAOP-257 > Project: JBoss AOP > Issue Type: Task > Reporter: Kabir Khan > Assigned To: Kabir Khan > Fix For: 2.0.0.alpha > > > Repackage a new test based on the testsuite test org.jboss.test.aop.test.ExtenderTestCase where the base classes are in a parent/non-scoped classloader and the sub-classes are in a scoped classloader. > There should be at least two copies of the sub class packages, being intercepted by different things. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

18 years, 4 months

1
0
0 / 0

[JBoss JIRA] Created: (JBMESSAGING-539) Rig a RI and investigate the behavior of an XASession in absence of a global transaction

by Ovidiu Feodorov (JIRA)

Rig a RI and investigate the behavior of an XASession in absence of a global transaction ---------------------------------------------------------------------------------------- Key: JBMESSAGING-539 URL: http://jira.jboss.com/jira/browse/JBMESSAGING-539 Project: JBoss Messaging Issue Type: Sub-task Components: JMS Facade Reporter: Ovidiu Feodorov Assigned To: Clebert Suconic Fix For: 1.0.1.CR5 Install the Sun's RI and run a simple test case with an XASession sending a message in an absence of a global transaction. The test case should determine whether the message is sent to the destination or not when producer.send() completes. Add the same test case to Messaging's testsuite. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

18 years, 4 months

1
2
0 / 0

[JBoss JIRA] Commented: (JBPORTAL-630) Portal name

by Ryszard Kozmik (JIRA)

[ http://jira.jboss.com/jira/browse/JBPORTAL-630?page=comments#action_12342604 ] Ryszard Kozmik commented on JBPORTAL-630: ----------------------------------------- Yeah, indeed it can be done like that. Nevertheless, I don't need this feature anymore. As you can see dependant task is resolved :-). Thanks > Portal name > ----------- > > Key: JBPORTAL-630 > URL: http://jira.jboss.com/jira/browse/JBPORTAL-630 > Project: JBoss Portal > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Reporter: Ryszard Kozmik > Assigned To: Julien Viet > Fix For: 2.6 Final > > > I need this: req.getPortalContext().getProperty("org.jboss.portal.property.name")); > to be able to create root link in JBoss Forums. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

18 years, 4 months

1
0
0 / 0

[JBoss JIRA] Commented: (JASSIST-21) release javassist 3.1 to ibiblio

by Thiago Moreira (JIRA)

[ http://jira.jboss.com/jira/browse/JASSIST-21?page=comments#action_12342597 ] Thiago Moreira commented on JASSIST-21: --------------------------------------- The new versions of Javassist could be deployed in ibiblio/maven2 ?!?! > release javassist 3.1 to ibiblio > -------------------------------- > > Key: JASSIST-21 > URL: http://jira.jboss.com/jira/browse/JASSIST-21 > Project: Javassist > Issue Type: Task > Environment: ibiblio.org/maven2 > Reporter: Jesse Kuhnert > > I have a project using javassist 3.1 and would find it easier to manage if the ibiblio/maven2 repo hosted javassist 3.1 (already has 3.0 > ) -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

18 years, 4 months

1
0
0 / 0

[JBoss JIRA] Created: (JGRP-289) Optimize stacks.xml

by Bela Ban (JIRA)

Optimize stacks.xml ------------------- Key: JGRP-289 URL: http://jira.jboss.com/jira/browse/JGRP-289 Project: JGroups Issue Type: Feature Request Affects Versions: 2.3 SP1 Reporter: Bela Ban Assigned To: Bela Ban Fix For: 2.4 We decided we want 4 configurations in stacks.xml: 1. fc-fast-minimalthreads 2. tcp (copy of the above, with TCP/TCPPING as transport) 3. fc-fast-minimalthreads-sync: alternative to #1, without FC and with message bundling disabled 4. tcp-sync: copy of #2, without FC and with message bundling disabled * The default stacks (fc-fast and tcp) have FC and message bundling is enabled * All stacks have FLUSH: because we use the Multiplexer, state transfer requires FLUSH * VIEW_SYNC will be removed (because we use FLUSH, this is redundant) * STREAMING_STATE_TRANSFER will be the default state transfer protocol o STATE_TRANSFER is there, but commented o According to Vladimir, these 2 protocols can be used interchangeably, the correct setState() and getState() methods will always be called * For the TCP-based stack o we use TCP_NIO as transport o Discovery is TCPPING: we pass the list of hosts as a system property, default is localhost * Vladimir and I will look at the resulting stacks.xml, and once it is correct, pass it on to Brian and Manik, so it can be tested with clustering and JBossCache -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

18 years, 4 months

1
1
0 / 0

[JBoss JIRA] Created: (JGRP-295) DistributedHashtable and ChannelFactory with XML config file

by Stefan Kassal (JIRA)

DistributedHashtable and ChannelFactory with XML config file ------------------------------------------------------------ Key: JGRP-295 URL: http://jira.jboss.com/jira/browse/JGRP-295 Project: JGroups Issue Type: Bug Affects Versions: 2.4 Reporter: Stefan Kassal Assigned To: Bela Ban I think I have found an issue with DistributedHashtables (jgroups 2.4CR2) I have a XML file containing the protocol stack and create a ChannelFactory with that file. ChannelFactory factory=new JChannelFactory(new File(configFilePathM)); The DistributedHashtable is created with DistributedHashtable distHashM = new DistributedHashtable(distChannelNameM,factory,channelProps,true,TIMEOUT); The problem is that the constructor of the DistributedHashtable class which I want to use uses the following: channel=factory != null ? factory.createChannel(properties) : new JChannel(properties); That means it always tries to uses the properties to create the channel and you cannot force it to use the configuration of the factory. This could be solved in a way that you check if the properties is null and if it is you call factory.createChannel() -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

18 years, 4 months

2
2
0 / 0

[JBoss JIRA] Created: (JGRP-293) Support for more system properties

by Bela Ban (JIRA)

Support for more system properties ---------------------------------- Key: JGRP-293 URL: http://jira.jboss.com/jira/browse/JGRP-293 Project: JGroups Issue Type: Feature Request Affects Versions: 2.3 SP1 Reporter: Bela Ban Assigned To: Bela Ban Priority: Optional Fix For: 2.4 ${jboss.mcast.ip.ttl:2} -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

18 years, 4 months

1
1
0 / 0

[JBoss JIRA] Commented: (JBAS-3345) Synch up with tomcat6 based jbossweb as the bundled web container

by Brian Stansberry (JIRA)

[ http://jira.jboss.com/jira/browse/JBAS-3345?page=comments#action_12342584 ] Brian Stansberry commented on JBAS-3345: ---------------------------------------- A big chunk of the tc5 folder is clustering related, and that's in "Don't care anymore" mode as well. Delete away! :) > Synch up with tomcat6 based jbossweb as the bundled web container > ----------------------------------------------------------------- > > Key: JBAS-3345 > URL: http://jira.jboss.com/jira/browse/JBAS-3345 > Project: JBoss Application Server > Issue Type: Task > Security Level: Public(Everyone can see) > Components: Web (Tomcat) service > Reporter: Scott M Stark > Assigned To: Remy Maucherat > Priority: Blocker > Fix For: JBossAS-5.0.0.Beta > > > We need a tomcat6 based version of jbosseb as the bundled web container for the jboss5 release. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

18 years, 4 months

1
0
0 / 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-jira September 2006