August 2011 - jboss-jira - Jboss List Archives

[JBoss JIRA] Created: (JBAS-8853) Upgrade mod_cluster to 1.1.1.Final

by Paul Ferraro (JIRA)

Upgrade mod_cluster to 1.1.1.Final ---------------------------------- Key: JBAS-8853 URL: https://issues.jboss.org/browse/JBAS-8853 Project: JBoss Application Server Issue Type: Sub-task Security Level: Public (Everyone can see) Components: Clustering Affects Versions: 6.0.0.Final Reporter: Paul Ferraro Assignee: Paul Ferraro Fix For: 6.1.0 -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 5 months

2
2
0 / 0

[JBoss JIRA] Created: (JBAS-8852) Upgrade Infinispan to 4.2.1.Final

by Paul Ferraro (JIRA)

Upgrade Infinispan to 4.2.1.Final --------------------------------- Key: JBAS-8852 URL: https://issues.jboss.org/browse/JBAS-8852 Project: JBoss Application Server Issue Type: Sub-task Security Level: Public (Everyone can see) Components: Clustering Affects Versions: 6.0.0.Final Reporter: Paul Ferraro Assignee: Paul Ferraro Fix For: 6.1.0 -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 5 months

2
2
0 / 0

[JBoss JIRA] Created: (JBAS-8903) Upgrade JGroups to 2.11.1.Final

by Paul Ferraro (JIRA)

Upgrade JGroups to 2.11.1.Final ------------------------------- Key: JBAS-8903 URL: https://issues.jboss.org/browse/JBAS-8903 Project: JBoss Application Server Issue Type: Sub-task Security Level: Public (Everyone can see) Components: Clustering Affects Versions: 6.0.0.Final Reporter: Paul Ferraro Assignee: Paul Ferraro Fix For: 6.1.0 -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 5 months

2
3
0 / 0

[JBoss JIRA] Created: (JBMESSAGING-1841) JBM_MSG_REF primary key update performance issue (possible timeout/failure)

by Gerald Turner (JIRA)

JBM_MSG_REF primary key update performance issue (possible timeout/failure) --------------------------------------------------------------------------- Key: JBMESSAGING-1841 URL: https://issues.jboss.org/browse/JBMESSAGING-1841 Project: JBoss Messaging Issue Type: Enhancement Components: JMS Clustering, Messaging Core Persistence Affects Versions: 1.4.3.GA Environment: JBoss 5.1.0.GA in "all" configuration, PostOffice has FailoverOnNodeLeave = true, using MySQL Cluster 7.1.9a backend (ndb-persistence-service.xml) Reporter: Gerald Turner The JBM_MSG_REF table has primary key MESSAGE_ID+CHANNEL_ID. On cluster node failover a statement is run that changes CHANNEL_ID, thus modifies the primary key - an expensive operation. UPDATE JBM_MSG_REF SET CHANNEL_ID = ? WHERE CHANNEL_ID = ? I'm using a pair of hefty servers for NDB storage node backends (16 CPUs, 8GB RAM dedicated to NDB process, no other processess). I've witnessed this update statement taking around 90 seconds with 70,000 messages in queue, and 180 seconds with 140,000 messages in queue. Our MySQL DataSource connections had parameter socketTimeout 30000, causing the failover process to rollback and retry several times until giving up, crashing the PostOffice. This timeout parameter can easily be changed or removed (block forever?), but failover still takes a very long time. I altered the JBM_MSG_REF table so that MESSAGE_ID is the only part of the primary key. This makes the failover CHANNEL_ID update statement run instantly. I can't imagine a case where the JBM_MSG_REF would have duplicate MESSAGE_ID rows. If this is reasonable, could the next release of jboss-messaging 1.4.x drop CHANNEL_ID from the primary key of the CREATE TABLE JBM_MSG_REF statement? Otherwise please let me know if this table alteration is unsafe. In particular, I changed one line of ndb-persistence-service.xml SqlProperties parameter, from: CREATE_MESSAGE_REFERENCE=CREATE TABLE JBM_MSG_REF (MESSAGE_ID BIGINT, CHANNEL_ID BIGINT, TRANSACTION_ID BIGINT, STATE CHAR(1), ORD BIGINT, PAGE_ORD BIGINT, DELIVERY_COUNT INTEGER, SCHED_DELIVERY BIGINT, PRIMARY KEY(MESSAGE_ID, CHANNEL_ID)) ENGINE = NDBCLUSTER to: CREATE_MESSAGE_REFERENCE=CREATE TABLE JBM_MSG_REF (MESSAGE_ID BIGINT, CHANNEL_ID BIGINT, TRANSACTION_ID BIGINT, STATE CHAR(1), ORD BIGINT, PAGE_ORD BIGINT, DELIVERY_COUNT INTEGER, SCHED_DELIVERY BIGINT, PRIMARY KEY(MESSAGE_ID)) ENGINE = NDBCLUSTER -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 5 months

4
3
0 / 0

[JBoss JIRA] Created: (JBBUILD-676) Maven plugin that can be configured as a cleanup for build failures

by Anil Saldhana (JIRA)

Maven plugin that can be configured as a cleanup for build failures ------------------------------------------------------------------- Key: JBBUILD-676 URL: https://issues.jboss.org/browse/JBBUILD-676 Project: JBoss Build System Issue Type: Feature Request Reporter: Anil Saldhana Assignee: John Casey Whenever a maven build fails, there can be some resources that are open that can wreak havoc in a multi-build shared environments (like hudson). It will be cool, if we can configure a maven clean up plugin. Even the maven ant plugin running in a cleanup mode can do the trick -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 5 months

2
2
0 / 0

[JBoss JIRA] Created: (SECURITY-606) Release PicketBox 4.0.1

by Marcus Moyses (JIRA)

Release PicketBox 4.0.1 ----------------------- Key: SECURITY-606 URL: https://issues.jboss.org/browse/SECURITY-606 Project: PicketBox (JBoss Security and Identity Management) Issue Type: Release Security Level: Public (Everyone can see) Components: PicketBox Affects Versions: PicketBox_v4_0_final Reporter: Marcus Moyses Assignee: Marcus Moyses Fix For: PicketBox_v4_0_1 We need a new release to include the fix for datasource login modules. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 5 months

1
1
0 / 0

[JBoss JIRA] Created: (JBJCA-639) XSD: background-validation-minutes

by Jesper Pedersen (JIRA)

XSD: background-validation-minutes ---------------------------------- Key: JBJCA-639 URL: https://issues.jboss.org/browse/JBJCA-639 Project: IronJacamar Issue Type: Bug Components: Common Affects Versions: 1.0.1.Final Reporter: Jesper Pedersen Assignee: Jesper Pedersen Fix For: 1.0.2.Final, 1.1.0.Alpha1 The XSDs refer to background-validation-minutes. It should be background-validation-millis -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 5 months

1
1
0 / 0

[JBoss JIRA] Created: (SECURITY-605) SecureIdentityLoginModule doesn't work on AS7

by Marcus Moyses (JIRA)

SecureIdentityLoginModule doesn't work on AS7 --------------------------------------------- Key: SECURITY-605 URL: https://issues.jboss.org/browse/SECURITY-605 Project: PicketBox (JBoss Security and Identity Management) Issue Type: Bug Security Level: Public (Everyone can see) Components: JBossSX Reporter: Marcus Moyses Assignee: Marcus Moyses An issue with the new module classloader is preventing the SecureIdentityLoginModule class to be correctly loaded when used from the SubjectFactory. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 5 months

1
2
0 / 0

[JBoss JIRA] Created: (JBLOGGING-50) Documentation

by Dan Allen (JIRA)

Documentation ------------- Key: JBLOGGING-50 URL: https://jira.jboss.org/browse/JBLOGGING-50 Project: JBoss Logging Issue Type: Feature Request Security Level: Public (Everyone can see) Reporter: Dan Allen Assignee: David Lloyd We desperately need some documentation for this project. Obviously documentation is a component in itself. I consider this issue resolved when there is at least some information about the project available and how to use it. That could be a web site, a reference guide a wiki page...anything. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 5 months

2
1
0 / 0

[JBoss JIRA] Created: (JBLOGGING-49) Relocate @Messages and @MessageBundle to i18n package

by Dan Allen (JIRA)

Relocate @Messages and @MessageBundle to i18n package ----------------------------------------------------- Key: JBLOGGING-49 URL: https://jira.jboss.org/browse/JBLOGGING-49 Project: JBoss Logging Issue Type: Feature Request Security Level: Public (Everyone can see) Affects Versions: 3.0.0.Beta4-jboss-logging Reporter: Dan Allen Assignee: David Lloyd The message bundle facility in JBoss Logging is generally useful. In fact, we are planning on using it as a foundation for comprehensive i18n support in Seam 3. However, developers are going to be very standoff-ish if they have to import the @Messages and @MessageBundle annotations from a logging package (org.jboss.logging). I suggest moving them to the org.jboss.i18n package, though keeping it part of the JBoss Logging project since that will remain a foundation library and to stick to 1 JAR. Actual: org.jboss.logging.Messages org.jboss.logging.MessageBundle Proposed: org.jboss.i18n.Messages org.jboss.i18n.MessageBundle Relocate any other types as necessary. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 5 months

2
1
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-jira August 2011