November 2006 - jboss-jira - Jboss List Archives

[JBoss JIRA] Created: (JBCACHE-751) ignoreModifications cache loader flag to be extended to all cache loaders, not just ones configured in a chaining cache loader

by Manik Surtani (JIRA)

ignoreModifications cache loader flag to be extended to all cache loaders, not just ones configured in a chaining cache loader ------------------------------------------------------------------------------------------------------------------------------ Key: JBCACHE-751 URL: http://jira.jboss.com/jira/browse/JBCACHE-751 Project: JBoss Cache Issue Type: Feature Request Security Level: Public (Everyone can see) Components: Cache loaders Affects Versions: 1.4.0, 1.3.0 Reporter: Manik Surtani Assigned To: Manik Surtani Fix For: 2.1.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, 9 months

2
2
0 / 0

[JBoss JIRA] Created: (JBAS-3441) Request to include log4j version 1.2.13 in next JBoss AS release

by Khiem Tang (JIRA)

Request to include log4j version 1.2.13 in next JBoss AS release ---------------------------------------------------------------- Key: JBAS-3441 URL: http://jira.jboss.com/jira/browse/JBAS-3441 Project: JBoss Application Server Issue Type: Feature Request Security Level: Public (Everyone can see) Components: Logging Affects Versions: JBossAS-4.0.4.GA Environment: All OS's. Reporter: Khiem Tang Assigned To: Scott M Stark We have one component that depends on log4j-1.2.13 but the one that ships with JBoss is older. We currently use this log4j version in our JBoss stack and it seems to work fine. It would help us if JBoss put the same version (1.2.13) in the packages. -- 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, 9 months

2
1
0 / 0

[JBoss JIRA] Created: (JBMESSAGING-634) If Server is restarted, client leases IDs might be out of sync

by Clebert Suconic (JIRA)

If Server is restarted, client leases IDs might be out of sync -------------------------------------------------------------- Key: JBMESSAGING-634 URL: http://jira.jboss.com/jira/browse/JBMESSAGING-634 Project: JBoss Messaging Issue Type: Bug Reporter: Clebert Suconic Assigned To: Ovidiu Feodorov This is the scenario I have: I start the server... I have clients opening/closing connections in a loop... I kill the server... (will ignore the errors on client until I get restarted) I restart the server.... I will get a bunch of errors on client, regarding not being able to find ClientIds on Lease operations (Just WARNs) Kill the client... after some time.. .the server gets into an unexpected state, after we have seen this exception: 20:59:37,765 ERROR [STDERR] java.lang.NullPointerException 20:59:37,765 ERROR [STDERR] at org.jboss.remoting.Lease.notifyClientLost(Lease.java:211) 20:59:37,765 ERROR [STDERR] at org.jboss.remoting.Lease.access$300(Lease.java:39) 20:59:37,765 ERROR [STDERR] at org.jboss.remoting.Lease$LeaseTimerTask.run(Lease.java:242) 20:59:37,765 ERROR [STDERR] at java.util.TimerThread.mainLoop(Timer.java:512) 20:59:37,765 ERROR [STDERR] at java.util.TimerThread.run(Timer.java:462) I consider the description of this JIRA issue very subjective, we should rename it as soon as we have found the real cause. -- 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, 9 months

2
5
0 / 0

[JBoss JIRA] Created: (JBMESSAGING-553) Run AS (4.x and 5.x) integration tests with Messaging

by Ovidiu Feodorov (JIRA)

Run AS (4.x and 5.x) integration tests with Messaging ----------------------------------------------------- Key: JBMESSAGING-553 URL: http://jira.jboss.com/jira/browse/JBMESSAGING-553 Project: JBoss Messaging Issue Type: Task Components: Tests and Performance Reporter: Ovidiu Feodorov Assigned To: Richard Achmatowicz Priority: Critical Fix For: 1.2.0.Beta1 This is the container task for everthing required to run JBoss AS JMS integration tests with JBoss Messaging. The existing integration test framework should be modified in such a manner to allow interchangeably running the same JMS tests with JBossMQ and JBoss Messaging. None of the existing JBossMQ tests should be removed, they must be at most refactored so the JBossMQ-specific tests will be executed with JBossMQ only (as part of the JBossMQ functional testsuite) and generic JMS tests will be executed with both JBossMQ and JBoss Messaging. More details in the sub-tasks. -- 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, 9 months

5
14
0 / 0

[JBoss JIRA] Created: (JASSIST-29) StackMapTable support

by Shigeru Chiba (JIRA)

StackMapTable support --------------------- Key: JASSIST-29 URL: http://jira.jboss.com/jira/browse/JASSIST-29 Project: Javassist Issue Type: Feature Request Reporter: Shigeru Chiba Assigned To: Shigeru Chiba Priority: Blocker All class files must support StackMapTable in Java SE 6. -- 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, 9 months

2
2
0 / 0

[JBoss JIRA] Created: (JBMESSAGING-641) Make sure smoke tests pass on an un-scoped JBoss5/Messaging instance

by Ovidiu Feodorov (JIRA)

Make sure smoke tests pass on an un-scoped JBoss5/Messaging instance -------------------------------------------------------------------- Key: JBMESSAGING-641 URL: http://jira.jboss.com/jira/browse/JBMESSAGING-641 Project: JBoss Messaging Issue Type: Sub-task Reporter: Ovidiu Feodorov Assigned To: Ovidiu Feodorov Fix For: 1.2.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

18 years, 9 months

5
11
0 / 0

[JBoss JIRA] Created: (JBMESSAGING-639) AS Integration

by Ovidiu Feodorov (JIRA)

AS Integration -------------- Key: JBMESSAGING-639 URL: http://jira.jboss.com/jira/browse/JBMESSAGING-639 Project: JBoss Messaging Issue Type: Task Reporter: Ovidiu Feodorov Assigned To: Ovidiu Feodorov Fix For: 1.2.0.CR1 Container task for anything related to integration. -- 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, 9 months

4
7
0 / 0

[JBoss JIRA] Created: (JBMESSAGING-603) Performance graphs

by Ovidiu Feodorov (JIRA)

Performance graphs ------------------ Key: JBMESSAGING-603 URL: http://jira.jboss.com/jira/browse/JBMESSAGING-603 Project: JBoss Messaging Issue Type: Task Components: Tests and Performance Reporter: Ovidiu Feodorov Assigned To: Ovidiu Feodorov Fix For: 1.0.1.GA -- 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, 10 months

4
10
0 / 0

[JBoss JIRA] Created: (JGRP-337) Make STOP_FLUSH phase in FLUSH asynchronous

by Bela Ban (JIRA)

Make STOP_FLUSH phase in FLUSH asynchronous ------------------------------------------- Key: JGRP-337 URL: http://jira.jboss.com/jira/browse/JGRP-337 Project: JGroups Issue Type: Task Affects Versions: 2.4 Reporter: Bela Ban Assigned To: Bela Ban Fix For: 2.5 Revert back from synchronous. Only possible if we make the STOP_FLUSH message *out-of-band* ! -- 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, 10 months

3
5
0 / 0

[JBoss JIRA] Created: (JBMESSAGING-509) JMS DDL should be made public and available as a script.

by Joel Lindheimer (JIRA)

JMS DDL should be made public and available as a script. -------------------------------------------------------- Key: JBMESSAGING-509 URL: http://jira.jboss.com/jira/browse/JBMESSAGING-509 Project: JBoss Messaging Issue Type: Feature Request Components: Messaging Core Affects Versions: 1.0.1.CR4 Environment: All Reporter: Joel Lindheimer Assigned To: Ovidiu Feodorov JMS DDL should be made public and available as a script. Other jboss projects like jbpm have the option of generating ddl at server startup, or not, also supply ddl generation capability. Recently (CR4) there was a release that made schema changes and problems occured from said changes. Had there been ddl files available diffs could have been done easily and the problem would have been apparent right away. -- 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, 10 months

4
8
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-jira November 2006