November 2008 - jboss-jira - Jboss List Archives

[JBoss JIRA] Created: (JBAS-4115) Improve imap/pop3 support in mail-ra.rar

by Peter Muir (JIRA)

Improve imap/pop3 support in mail-ra.rar ----------------------------------------- Key: JBAS-4115 URL: http://jira.jboss.com/jira/browse/JBAS-4115 Project: JBoss Application Server Issue Type: Patch Security Level: Public (Everyone can see) Components: JCA service Affects Versions: JBossAS-4.0.5.GA Reporter: Peter Muir Assigned To: Weston Price -- 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

14 years, 8 months

3
9
0 / 0

[JBoss JIRA] Created: (JBAS-6197) Clean up the HAPartition interface

by Brian Stansberry (JIRA)

Clean up the HAPartition interface ---------------------------------- Key: JBAS-6197 URL: https://jira.jboss.org/jira/browse/JBAS-6197 Project: JBoss Application Server Issue Type: Task Security Level: Public (Everyone can see) Components: Clustering Reporter: Brian Stansberry Assignee: Brian Stansberry Fix For: JBossAS-6.0.0.Alpha1 Remove deprecated methods, replace usage of ArrayList and Vector with List, add generics info. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 8 months

1
2
0 / 0

[JBoss JIRA] Created: (JBAS-3594) Allow HAPartitionStateTransfer subscribers to get state after HAPartition start() is called.

by Brian Stansberry (JIRA)

Allow HAPartitionStateTransfer subscribers to get state after HAPartition start() is called. -------------------------------------------------------------------------------------------- Key: JBAS-3594 URL: http://jira.jboss.com/jira/browse/JBAS-3594 Project: JBoss Application Server Issue Type: Feature Request Security Level: Public (Everyone can see) Components: Clustering Reporter: Brian Stansberry Assigned To: Brian Stansberry Fix For: JBossAS-5.0.1.CR1 Use the JGroups partial state transfer API for this. Remove the need for dependent services to register as a subscriber before HAPartition.start() is called. Having services interact with HAPartition before start() is contrary to the intended lifecycle semantics. -- 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

14 years, 8 months

2
3
0 / 0

[JBoss JIRA] Created: (JBAS-6133) Upgrade Quartz to latest release

by Tomaz Cerar (JIRA)

Upgrade Quartz to latest release -------------------------------- Key: JBAS-6133 URL: https://jira.jboss.org/jira/browse/JBAS-6133 Project: JBoss Application Server Issue Type: Thirdparty Change Security Level: Public (Everyone can see) Components: Scheduling/Timers Affects Versions: JBossAS-5.0.0.CR2 Reporter: Tomaz Cerar Assignee: Dimitris Andreadis Jboss 5 currenty (trunk) comes with quartz 1.5.2. which is more than 2 years old, it would be nice if if would be upgraded to latest release (1.6.1 at this time) if I just replace jar from latest dist it looks like everything works... -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 8 months

5
6
0 / 0

[JBoss JIRA] Created: (JGRP-692) Unable to recover from suspect/merge, with auto-reconnect

by Matt Magoffin (JIRA)

Unable to recover from suspect/merge, with auto-reconnect --------------------------------------------------------- Key: JGRP-692 URL: http://jira.jboss.com/jira/browse/JGRP-692 Project: JGroups Issue Type: Bug Affects Versions: 2.6.1 Environment: JBoss 4.2.2 on Linux 2.4.21-47.0.1.ELsmp i686 using Java HotSpot(TM) Server VM (build 1.5.0_10-b03, mixed mode) Reporter: Matt Magoffin Assigned To: Bela Ban Attachments: jgroups-logs.tbz2 I'm having an issue with a 2-machine cluster using a TCP stack based on the tcp.xml from JGroups 2.6.1. On each machine I have 8 separate channels running, on different ports, with 4 groups in 2 JVM instances. After some period of time, one machine will fail to respond to a FD ping, and gets suspected. The machine that failed is not responding in time it seems from high CPU use, and many of the channels will fail FD around the same time. The channels are configured with auto-reconnect. My understanding was that the channel should "heal" itself and eventually re-form into a new view with the same 2 members in the cluster, which should apply to this situation because the machine that failed to respond eventually will respond. However, the group does not always seem to "heal" (sometimes it does, sometimes not). Once it stops healing, it never seems to ever do so again, and I get tons of NAKACK "message X not found in retransmission table" ERROR logs. The only way to get the channel working agin is to shut down the channel on both machines and then start them up again. I'm not using muxed channels... just normal channels. I have for now disabled shunning, and the channels seem to be able to re-connect after a shun situation occurs, but after time I'm still seeing something wrong with the channel in that the nodes are not able to send messages to each other successfully, and I have tons of 2008-02-21 21:01:53,572 WARN [org.jgroups.protocols.pbcast.NAKACK] 172.16.172.233:19182] discarded message from non-member 172.16.172.234:19182, my view is [172.16.172.233:19182|8] [172.16.172.233:19182] log entries, even while FD is receiving acks on that channel. this is a degradation problem for me while my servers are running, not just during deployment. After a while of running, the nodes get shunned/disconnected some how (often from a slow response from the other node) and then fail to ever merge back to form the original view of the 2 nodes again. Now even with shun set to false in both FD and pbcast.GMS on both nodes for all channels, eventually still the nodes reach the same state of never re-forming... and I have tons eventual 2008-02-21 21:28:24,857 WARN [org.jgroups.protocols.pbcast.NAKACK] 172.16.172.233:19182] discarded message from non-member 172.16.172.234:19182, my view is [172.16.172.233:19182|8] [172.16.172.233:19182] After a while in my application I'll force the channel to close wait a minute, and reopen, and sometimes this gets the channel working again, but doesn't always seem to. -- 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

14 years, 8 months

4
24
0 / 0

[JBoss JIRA] Created: (JBAS-5558) AnnotationMetaDataDeployer should be rewritten to not load the classes

by Kabir Khan (JIRA)

AnnotationMetaDataDeployer should be rewritten to not load the classes ---------------------------------------------------------------------- Key: JBAS-5558 URL: http://jira.jboss.com/jira/browse/JBAS-5558 Project: JBoss Application Server Issue Type: Feature Request Security Level: Public (Everyone can see) Reporter: Kabir Khan Assigned To: Scott M Stark Fix For: JBossAS-5.0.0.CR1 -- 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

14 years, 8 months

5
14
0 / 0

[JBoss JIRA] Created: (JBAS-6225) MetaData repository loader for ServiceMetaData annotations

by Scott M Stark (JIRA)

MetaData repository loader for ServiceMetaData annotations ---------------------------------------------------------- Key: JBAS-6225 URL: https://jira.jboss.org/jira/browse/JBAS-6225 Project: JBoss Application Server Issue Type: Task Security Level: Public (Everyone can see) Components: MicroContainer bus, ProfileService, System service Affects Versions: JBossAS-5.0.0.CR2 Reporter: Scott M Stark Assignee: Ales Justin Fix For: JBossAS-5.0.0.GA See forum discussion about how we can introduce an annotation such as: <annotation> @org.jboss.system.deployers.managed.ManagementObjectClass(code=org.jboss.jms.server.destination.QueueServiceMO) </annotation> For all org.jboss.jms.server.destination.QueueService rather than having to add the annotation to each mbean deployment: <mbean code="org.jboss.jms.server.destination.QueueService" name="jboss.messaging.destination:service=Queue,name=DLQ" xmbean-dd="xmdesc/Queue-xmbean.xml"> <annotation>@org.jboss.system.deployers.managed.ManagementObjectClass(code=org.jboss.jms.server.destination.QueueServiceMO)</annotation> <depends optional-attribute-name="ServerPeer">jboss.messaging:service=ServerPeer</depends> <depends>jboss.messaging:service=PostOffice</depends> </mbean> -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 8 months

3
2
0 / 0

[JBoss JIRA] Created: (JBAS-4808) MBean Service to bind DistributedTimeCachePolicy to JNDI under java:

by Anil Saldhana (JIRA)

MBean Service to bind DistributedTimeCachePolicy to JNDI under java: -------------------------------------------------------------------- Key: JBAS-4808 URL: http://jira.jboss.com/jira/browse/JBAS-4808 Project: JBoss Application Server Issue Type: Feature Request Security Level: Public (Everyone can see) Components: Security Affects Versions: JBossAS-4.2.1.GA Reporter: Anil Saldhana Assigned To: Stefan Guilhen Fix For: JBossAS-4.2.3.GA We have many requests for clustering of the authentication cache in the JBoss security managers. We need a MBean service that can be configured (on demand by user) which will bind the DistributedTimedCachePolicy in JNDI under java: context -- 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

14 years, 8 months

3
5
0 / 0

[JBoss JIRA] Created: (JBAS-4739) CachedConnectionBankStressTestCase fails with instance per transaction BMP

by Adrian Brock (JIRA)

CachedConnectionBankStressTestCase fails with instance per transaction BMP -------------------------------------------------------------------------- Key: JBAS-4739 URL: http://jira.jboss.com/jira/browse/JBAS-4739 Project: JBoss Application Server Issue Type: Task Security Level: Public (Everyone can see) Components: Test Suite Affects Versions: JBossAS-5.0.0.Beta2 Reporter: Adrian Brock Fix For: JBossAS-5.0.0.GA The org.jboss.test.jca.test.CachedConnectionBankStressTestCase fails when using the default instance per transaction BMP of jBoss5. For now, I've reverted it to pessimistic and commit option A like jboss-4.2 but this test needs investigating to understand whether the test is broken or there is a problem in the BMP 1.1 under instance per transaction. -- 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

14 years, 8 months

4
7
0 / 0

[JBoss JIRA] Created: (JBAS-3982) HASingletonController emits a cluster-wide JMX Notification after starting/stopping singleton

by Brian Stansberry (JIRA)

HASingletonController emits a cluster-wide JMX Notification after starting/stopping singleton --------------------------------------------------------------------------------------------- Key: JBAS-3982 URL: http://jira.jboss.com/jira/browse/JBAS-3982 Project: JBoss Application Server Issue Type: Feature Request Security Level: Public (Everyone can see) Components: Clustering Reporter: Brian Stansberry Assigned To: Brian Stansberry Fix For: JBossAS-5.0.1.CR1 Provide a mechanism for cluster-wide notifications when singleton services are started and stopped. In conjunction with this, a special BarrierController variant could be developed that monitors the cluster-wide notifications, allowing service dependencies on remote singletons. -- 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

14 years, 8 months

5
4
0 / 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-jira November 2008