March 2011 - jboss-jira - Jboss List Archives

[JBoss JIRA] Resolved: (JBJCA-20) JDBC RAR tests

by Jesper Pedersen (JIRA)

[ https://issues.jboss.org/browse/JBJCA-20?page=com.atlassian.jira.plugin.s... ] Jesper Pedersen resolved JBJCA-20. ---------------------------------- Assignee: Jesper Pedersen Resolution: Out of Date > JDBC RAR tests > -------------- > > Key: JBJCA-20 > URL: https://issues.jboss.org/browse/JBJCA-20 > Project: IronJacamar > Issue Type: Task > Components: JDBC > Reporter: Adrian Brock > Assignee: Jesper Pedersen > Priority: Minor > > Need to write some tests that tweaks the edge cases of the RAR configuration, > in particular: > no-tx vs local-tx vs xa > PreparedStatement caching > Resetting of Connection/Statement state variables > auto-commit vs user setAutoCommit(false) vs Managed > transaction isolation levels > etc. > This will probably have to wait until we integrate Derby > so we actually have support for these usecases in a test database. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years, 1 month

1
0
0 / 0

[JBoss JIRA] Closed: (JBJCA-20) JDBC RAR tests

by Jesper Pedersen (JIRA)

[ https://issues.jboss.org/browse/JBJCA-20?page=com.atlassian.jira.plugin.s... ] Jesper Pedersen closed JBJCA-20. -------------------------------- > JDBC RAR tests > -------------- > > Key: JBJCA-20 > URL: https://issues.jboss.org/browse/JBJCA-20 > Project: IronJacamar > Issue Type: Task > Components: JDBC > Reporter: Adrian Brock > Assignee: Jesper Pedersen > Priority: Minor > > Need to write some tests that tweaks the edge cases of the RAR configuration, > in particular: > no-tx vs local-tx vs xa > PreparedStatement caching > Resetting of Connection/Statement state variables > auto-commit vs user setAutoCommit(false) vs Managed > transaction isolation levels > etc. > This will probably have to wait until we integrate Derby > so we actually have support for these usecases in a test database. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years, 1 month

1
0
0 / 0

[JBoss JIRA] Closed: (JBJCA-18) JCA Interceptors

by Jesper Pedersen (JIRA)

[ https://issues.jboss.org/browse/JBJCA-18?page=com.atlassian.jira.plugin.s... ] Jesper Pedersen closed JBJCA-18. -------------------------------- Assignee: Jesper Pedersen > JCA Interceptors > ---------------- > > Key: JBJCA-18 > URL: https://issues.jboss.org/browse/JBJCA-18 > Project: IronJacamar > Issue Type: Task > Components: Core > Reporter: Adrian Brock > Assignee: Jesper Pedersen > Priority: Minor > > Forums discussion thread: http://www.jboss.org/index.html?module=bb&op=viewtopic&t=48683 > This is really a major rewrite of the JCA implementation to be less monolithic > so this will need some careful design and consideration and > breaking up into more fine grained tasks. > The idea is to provide containers/interceptors for the components within the JCA module > such that these components can be more easily customised and developed according to > the needs of each user. > There are three main interceptor stacks that I can think of: > 1) ConnectionManager (connection allocation) > This provides an interceptor stack behind the ConnectionFactory/DataSource proxy > to process the allocateConnection invocation. > It will look something like: > ConnectionFactory proxy -> ConnectionManager interceptor -> Pooling interceptor > 2) ManagedConnection/ConnectionEventListener (connection management) > This stack provides most of the features that are currently performed by the > BaseManagerConnection2$ConnectionListener and their supporting methods, > but as an interceptor stack. > As now they will largely be driven by the events from the resource adapter, > and it this object that is actually pooled. > 3) Resource Adaptors > The JDBC and JMS adaptors should be implemented as interceptor stacks > to allow optional interceptors like statistics collection, custom behaviour > and also to perform vendor specific processing/workarounds. > Where AOP can be used, we could actually instrument the vendor classes so > we can also expose vendor specific methods, not just the JDBC interfaces. > This would remove the requirement to do things like getUnderlyingConection() by user code. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years, 1 month

1
0
0 / 0

[JBoss JIRA] Resolved: (JBJCA-16) Message Inflow targetting MBeans/POJOs

by Jesper Pedersen (JIRA)

[ https://issues.jboss.org/browse/JBJCA-16?page=com.atlassian.jira.plugin.s... ] Jesper Pedersen resolved JBJCA-16. ---------------------------------- Resolution: Out of Date > Message Inflow targetting MBeans/POJOs > -------------------------------------- > > Key: JBJCA-16 > URL: https://issues.jboss.org/browse/JBJCA-16 > Project: IronJacamar > Issue Type: Task > Components: Core > Reporter: Adrian Brock > Assignee: Jesper Pedersen > Priority: Minor > > Forums Discussion Thread: http://www.jboss.org/index.html?module=bb&op=viewtopic&t=48674 > The JCA message inflow could target MBeans or POJOs rather than EJBs. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years, 1 month

1
0
0 / 0

[JBoss JIRA] Closed: (JBJCA-16) Message Inflow targetting MBeans/POJOs

by Jesper Pedersen (JIRA)

[ https://issues.jboss.org/browse/JBJCA-16?page=com.atlassian.jira.plugin.s... ] Jesper Pedersen closed JBJCA-16. -------------------------------- > Message Inflow targetting MBeans/POJOs > -------------------------------------- > > Key: JBJCA-16 > URL: https://issues.jboss.org/browse/JBJCA-16 > Project: IronJacamar > Issue Type: Task > Components: Core > Reporter: Adrian Brock > Assignee: Jesper Pedersen > Priority: Minor > > Forums Discussion Thread: http://www.jboss.org/index.html?module=bb&op=viewtopic&t=48674 > The JCA message inflow could target MBeans or POJOs rather than EJBs. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years, 1 month

1
0
0 / 0

[JBoss JIRA] Closed: (JBJCA-15) Improvements to Message Inflow

by Jesper Pedersen (JIRA)

[ https://issues.jboss.org/browse/JBJCA-15?page=com.atlassian.jira.plugin.s... ] Jesper Pedersen closed JBJCA-15. -------------------------------- > Improvements to Message Inflow > ------------------------------ > > Key: JBJCA-15 > URL: https://issues.jboss.org/browse/JBJCA-15 > Project: IronJacamar > Issue Type: Task > Components: Core > Reporter: Adrian Brock > Assignee: Jesper Pedersen > Priority: Minor > > Forums Discussion Thread: http://www.jboss.org/index.html?module=bb&op=viewtopic&t=48675 > Need to determine what quality of service features should be provided > for message inflow. > The most obvious would be delivery side pooling where the RAR does not do this > or does this badly. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years, 1 month

1
0
0 / 0

[JBoss JIRA] Resolved: (JBJCA-18) JCA Interceptors

by Jesper Pedersen (JIRA)

[ https://issues.jboss.org/browse/JBJCA-18?page=com.atlassian.jira.plugin.s... ] Jesper Pedersen resolved JBJCA-18. ---------------------------------- Resolution: Won't Fix > JCA Interceptors > ---------------- > > Key: JBJCA-18 > URL: https://issues.jboss.org/browse/JBJCA-18 > Project: IronJacamar > Issue Type: Task > Components: Core > Reporter: Adrian Brock > Priority: Minor > > Forums discussion thread: http://www.jboss.org/index.html?module=bb&op=viewtopic&t=48683 > This is really a major rewrite of the JCA implementation to be less monolithic > so this will need some careful design and consideration and > breaking up into more fine grained tasks. > The idea is to provide containers/interceptors for the components within the JCA module > such that these components can be more easily customised and developed according to > the needs of each user. > There are three main interceptor stacks that I can think of: > 1) ConnectionManager (connection allocation) > This provides an interceptor stack behind the ConnectionFactory/DataSource proxy > to process the allocateConnection invocation. > It will look something like: > ConnectionFactory proxy -> ConnectionManager interceptor -> Pooling interceptor > 2) ManagedConnection/ConnectionEventListener (connection management) > This stack provides most of the features that are currently performed by the > BaseManagerConnection2$ConnectionListener and their supporting methods, > but as an interceptor stack. > As now they will largely be driven by the events from the resource adapter, > and it this object that is actually pooled. > 3) Resource Adaptors > The JDBC and JMS adaptors should be implemented as interceptor stacks > to allow optional interceptors like statistics collection, custom behaviour > and also to perform vendor specific processing/workarounds. > Where AOP can be used, we could actually instrument the vendor classes so > we can also expose vendor specific methods, not just the JDBC interfaces. > This would remove the requirement to do things like getUnderlyingConection() by user code. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years, 1 month

1
0
0 / 0

[JBoss JIRA] Resolved: (JBJCA-13) More Configurable Bootstrap Context

by Jesper Pedersen (JIRA)

[ https://issues.jboss.org/browse/JBJCA-13?page=com.atlassian.jira.plugin.s... ] Jesper Pedersen resolved JBJCA-13. ---------------------------------- Assignee: Jesper Pedersen Resolution: Out of Date > More Configurable Bootstrap Context > ----------------------------------- > > Key: JBJCA-13 > URL: https://issues.jboss.org/browse/JBJCA-13 > Project: IronJacamar > Issue Type: Task > Components: Core > Reporter: Adrian Brock > Assignee: Jesper Pedersen > Priority: Minor > > Forums Discussion Thread: http://www.jboss.org/index.html?module=bb&op=viewtopic&t=48677 > Need a mechanism to make the Bootstrap context passed to rar more configurable. > Currently a single context is passed to all rars. > e.g. A rar may want its own WorkManager/ThreadPool -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years, 1 month

1
0
0 / 0

[JBoss JIRA] Closed: (JBJCA-13) More Configurable Bootstrap Context

by Jesper Pedersen (JIRA)

[ https://issues.jboss.org/browse/JBJCA-13?page=com.atlassian.jira.plugin.s... ] Jesper Pedersen closed JBJCA-13. -------------------------------- > More Configurable Bootstrap Context > ----------------------------------- > > Key: JBJCA-13 > URL: https://issues.jboss.org/browse/JBJCA-13 > Project: IronJacamar > Issue Type: Task > Components: Core > Reporter: Adrian Brock > Assignee: Jesper Pedersen > Priority: Minor > > Forums Discussion Thread: http://www.jboss.org/index.html?module=bb&op=viewtopic&t=48677 > Need a mechanism to make the Bootstrap context passed to rar more configurable. > Currently a single context is passed to all rars. > e.g. A rar may want its own WorkManager/ThreadPool -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years, 1 month

1
0
0 / 0

[JBoss JIRA] Resolved: (JBJCA-15) Improvements to Message Inflow

by Jesper Pedersen (JIRA)

[ https://issues.jboss.org/browse/JBJCA-15?page=com.atlassian.jira.plugin.s... ] Jesper Pedersen resolved JBJCA-15. ---------------------------------- Resolution: Out of Date Assignee: Jesper Pedersen > Improvements to Message Inflow > ------------------------------ > > Key: JBJCA-15 > URL: https://issues.jboss.org/browse/JBJCA-15 > Project: IronJacamar > Issue Type: Task > Components: Core > Reporter: Adrian Brock > Assignee: Jesper Pedersen > Priority: Minor > > Forums Discussion Thread: http://www.jboss.org/index.html?module=bb&op=viewtopic&t=48675 > Need to determine what quality of service features should be provided > for message inflow. > The most obvious would be delivery side pooling where the RAR does not do this > or does this badly. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years, 1 month

1
0
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 March 2011