[ http://jira.jboss.com/jira/browse/JBAOP-253?page=all ]
Kabir Khan updated JBAOP-253:
-----------------------------
Fix Version/s: 2.0.0.CR2
(was: 2.0.0.beta2)
> Before release, submit the jar to the Messaging team for testing
> ----------------------------------------------------------------
>
> Key: JBAOP-253
> URL: http://jira.jboss.com/jira/browse/JBAOP-253
> Project: JBoss AOP
> Issue Type: Task
> Reporter: Ovidiu Feodorov
> Assigned To: Kabir Khan
> Priority: Minor
> Fix For: 2.0.0.CR2
>
>
--
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
[ http://jira.jboss.com/jira/browse/JBAOP-209?page=all ]
Kabir Khan updated JBAOP-209:
-----------------------------
Fix Version/s: 2.0.0.CR2
(was: 2.0.0.beta2)
> Change any usage of java.rmi.MarshalledObject with JBoss Serialization's equivalent.
> ------------------------------------------------------------------------------------
>
> Key: JBAOP-209
> URL: http://jira.jboss.com/jira/browse/JBAOP-209
> Project: JBoss AOP
> Issue Type: Feature Request
> Affects Versions: 1.3.5
> Reporter: Bill Burke
> Assigned To: Bill Burke
> Priority: Minor
> Fix For: 2.0.0.CR2
>
>
--
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
[ http://jira.jboss.com/jira/browse/JBAOP-107?page=all ]
Kabir Khan updated JBAOP-107:
-----------------------------
Fix Version/s: 2.0.0.CR2
(was: 2.0.0.beta2)
> The different types of classloader integration for AOP belong in the related release not jboss-head
> ---------------------------------------------------------------------------------------------------
>
> Key: JBAOP-107
> URL: http://jira.jboss.com/jira/browse/JBAOP-107
> Project: JBoss AOP
> Issue Type: Task
> Affects Versions: 2.0.0.alpha4
> Reporter: Adrian Brock
> Assigned To: Kabir Khan
> Priority: Minor
> Fix For: 2.0.0.CR2
>
>
> The JBoss classloading integration with JBossAOP should be managed by JBoss release,
> not by the aop/aspects modules in jboss-head.
--
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
Make a version of ScopedJbossClassPool that works with AS 5
-----------------------------------------------------------
Key: JBAOP-409
URL: http://jira.jboss.com/jira/browse/JBAOP-409
Project: JBoss AOP
Issue Type: Task
Security Level: Public (Everyone can see)
Reporter: Kabir Khan
Assigned To: Kabir Khan
Fix For: 2.0.0.alpha5
--
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
GenericHeaderAuthenticator injection of ssoid, sessioncookie name
-----------------------------------------------------------------
Key: JBAS-4804
URL: http://jira.jboss.com/jira/browse/JBAS-4804
Project: JBoss Application Server
Issue Type: Feature Request
Security Level: Public (Everyone can see)
Components: Web (Tomcat) service
Affects Versions: JBossAS-4.2.1.GA
Reporter: Anil Saldhana
Assigned To: Stefan Guilhen
Fix For: JBossAS-4.2.3.GA
http://wiki.jboss.org/wiki/Wiki.jsp?page=GenericHeaderBasedAuthentication
Currently the two inputs - HttpHeaderForSSOAuth and SessionCookieForSSOAuth are read from the tomcat service (via JMX). We need to support the easier way of injecting these via WEB-INF/context.xml. This should be in addition.
Create a test case called as GenericHeaderAuthenticationUnitTestCase (that is separate from the other earlier test case). This new test case should use a web application that has context.xml in the WEB-INF. The test case should not require a special server configuration (like the other test case).
--
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
TECH REVIEW: Getting Started Guide - Chapter 6. JMS and Message-Driven Beans
----------------------------------------------------------------------------
Key: JBAS-4830
URL: http://jira.jboss.com/jira/browse/JBAS-4830
Project: JBoss Application Server
Issue Type: Sub-task
Security Level: Public (Everyone can see)
Affects Versions: JBossAS-4.2.2.GA
Reporter: Michael Smith
Attached is an Open Office 2.0 Document contain a chapter of the Getting Started Guide
1. Open document in Open Office
2. Edit -> Changes -> Record
3. Edit the document
4. Save changes and reattach to this Jira
It is important for track changes to be enabled so the re-write can be easily performed.
http://labs.jboss.com/jbossas/docs/Getting_Started_Guide/beta422/html/
--
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
Fail-over does not complete if a node different from the "active" one fails
---------------------------------------------------------------------------
Key: JBMESSAGING-1116
URL: http://jira.jboss.com/jira/browse/JBMESSAGING-1116
Project: JBoss Messaging
Issue Type: Bug
Components: JMS Clustering
Affects Versions: 1.4.0.GA
Reporter: Ovidiu Feodorov
Assigned To: Tim Fox
Priority: Critical
Fix For: 1.4.0.SP1
This is how to replicate it:
- Load a queue with a large number of messages (I used 100,000 10K text persistent messages), by connecting to node A
- Start consuming concurrently using 50 parallel consumers over a connection to node A
- Kill node B
The consumption rate drop to 0 and never recovers.
Trying to close the connection on the client-side never completes.
Trying to shut down node A fails, need to eventually kill it.
--
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
[ http://jira.jboss.com/jira/browse/JBMESSAGING-406?page=comments#action_12... ]
Tim Fox commented on JBMESSAGING-406:
-------------------------------------
Should also support active passive failover
> Persistence refactoring
> -----------------------
>
> Key: JBMESSAGING-406
> URL: http://jira.jboss.com/jira/browse/JBMESSAGING-406
> Project: JBoss Messaging
> Issue Type: Task
> Reporter: Tim Fox
> Assigned To: Tim Fox
> Priority: Critical
> Fix For: 2.0.0 Alpha
>
>
> Need to refactor persistence so each node has its own storage.
> We should provide at least three local persistence manager configs:
> 1) JDBC local pm that works out of the box with HSQL - not recommended for production.
> 2) BDB based pm that customers need to download - recommended for best performance.
> Should optimise for the SAN use case.
> Need to consider whether we need to support replication for failover too.
--
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
[ http://jira.jboss.com/jira/browse/JBMESSAGING-406?page=comments#action_12... ]
Tim Fox commented on JBMESSAGING-406:
-------------------------------------
Very large messages should be stored outside the store on the file system and referenced via pointers.
> Persistence refactoring
> -----------------------
>
> Key: JBMESSAGING-406
> URL: http://jira.jboss.com/jira/browse/JBMESSAGING-406
> Project: JBoss Messaging
> Issue Type: Task
> Reporter: Tim Fox
> Assigned To: Tim Fox
> Priority: Critical
> Fix For: 2.0.0 Alpha
>
>
> Need to refactor persistence so each node has its own storage.
> We should provide at least three local persistence manager configs:
> 1) JDBC local pm that works out of the box with HSQL - not recommended for production.
> 2) BDB based pm that customers need to download - recommended for best performance.
> Should optimise for the SAN use case.
> Need to consider whether we need to support replication for failover too.
--
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