February 2007 - jboss-dev-forums - Jboss List Archives

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: JORAM Tests on integration testsuite

by adrian＠jboss.org

You mean this :-) http://fisheye.jboss.org/browse/~raw,r=1.1/JBoss/joramtests/README.txt View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4009661#4009661 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4009661

18 years, 11 months

1
0
0 / 0

[Design of JCA on JBoss] - Re: JcaXAResourceRecovery

by scott.stark＠jboss.org

This still is not application managed security ala getConnection(username, password). The admin may have to use a hardware key fob to supply this info. If the recovery security configuration allows for a ConsoleCallbackHandler to obtain the information, that is the user's choice. Its still external configuration to jca as far as I can see. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4009656#4009656 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4009656

18 years, 11 months

1
0
0 / 0

[Design of JCA on JBoss] - Re: JcaXAResourceRecovery

by weston.price＠jboss.com

anonymous wrote : | Since is a potential security issue to store this in the recovery state, you have to be able to override it. If it means the admin initiating the recovery has to supply it, so be it. | BINGO! This is all I have been saying since being flamed this morning. I have to have that information somehow, someway. Scenarios requiring Subjects and CRI are not all that uncommon. They most certainly do not constitute 1% or less of my use cases as was previously suggested. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4009653#4009653 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4009653

18 years, 11 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: JORAM Tests on integration testsuite

by rachmatowicz＠jboss.com

I seem to remember a readme file in the same directory showing how to build. I think you have to check out jboss-head, cd to jboss-head, then checkout joramtests, then build it... i.e. build joramtests asa new subdirectory witihin jbosshead View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4009649#4009649 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4009649

18 years, 11 months

1
0
0 / 0

[Design of JCA on JBoss] - Re: JcaXAResourceRecovery

by scott.stark＠jboss.org

Since is a potential security issue to store this in the recovery state, you have to be able to override it. If it means the admin initiating the recovery has to supply it, so be it. You can't assume that because application managed security originally created the connection, that this has to be used for recovery. The application may have secure ways of obtaining this info. That same mechanism or equivalently strong approach would have to be setup for recovery. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4009648#4009648 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4009648

18 years, 11 months

1
0
0 / 0

[Design of JCA on JBoss] - Re: JcaXAResourceRecovery

by weston.price＠jboss.com

anonymous wrote : | The point is, there is no reason why application managed security means that the username and password have to be passed to the jca provided connection factory getConnection call. | Yes it does. Unless you want to put the ConnectionRequestInfo data somewhere else, like a properties file there is no way for the JCA layer to be able to reconstruct a connection for recovery in this scenario. If it's being yanked from somewhere else, fine, but at that point your are no longer in application-managed security land your in a half ass *-ds.xml file land with the security information residing in a different place. anonymous wrote : | If it is available because some user passed it in, fine, but it is not how server frameworks should be coded. | Propose an alternative to the problem: A connection that has been created via getConnection(username, password) has failed. The RecoveryManager needs to be able to recreate the connection and initiate recovery on the underlying resource. So, what should the JCA layer do. Remember, you don't have the username/password because it is 'application managed'. Where does this information come from? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4009645#4009645 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4009645

18 years, 11 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: JORAM Tests on integration testsuite

by clebert.suconic＠jboss.com

I'm okay on not building the project for now... But the build for joramtests is broken at this point (at least for me): | clebert@clebert-laptop:~/workspaces/svn-trunk-jboss/trunk/joramtests$ ./build.sh module-jars | Searching for build.xml ... | Buildfile: /home/clebert/workspaces/svn-trunk-jboss/trunk/joramtests/build.xml | | _buildmagic:init: | Trying to override old definition of task property | | _buildmagic:init:buildlog: | | configure: | Overriding previous definition of reference to jboss.test.classpath | | _default:task-init: | | init: | | module-jars: | | BUILD FAILED | /home/clebert/workspaces/svn-trunk-jboss/trunk/joramtests/build.xml:132: Manifest file: /home/clebert/workspaces/svn-trunk-jboss/trunk/joramtests/output/etc/default.mf does not exist. | | Total time: 3 seconds | clebert@clebert-laptop:~/workspaces/svn-trunk-jboss/trunk/joramtests$ | View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4009637#4009637 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4009637

18 years, 11 months

1
0
0 / 0

[Design of the JBoss EJB Container] - Re: Reducing Java object lock contention in org.jboss.invoca

by ScottMarlow

I left one part out. I also want to remove the "synchronized" on getPooledConnection() + returnConnection(). I don't think that we need to lock on both the instance variable "pool" and the class instance of PooledInvokerProxy. I also see that we don't hold the lock as long anymore (we release it before testing the connection). View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4009631#4009631 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4009631

18 years, 11 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: JORAM Tests on integration testsuite

by rachmatowicz＠jboss.com

Clebert The sources for the JORAM tests are found in cvs.forge.jboss.com/cvsroot/jboss/joramtests There is a build.xml file in the root of that directory which contains a target module-jars which builds the jar file in question. That jar file is then presumably checked into repository.jboss.com as any other repository element, described in: http://wiki.jboss.org/wiki/Wiki.jsp?page=JBossBuild Richard View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4009627#4009627 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4009627

18 years, 11 months

1
0
0 / 0

[Design of the JBoss EJB Container] - Re: Reducing Java object lock contention in org.jboss.invoca

by ScottMarlow

The jira is JBAS-4047. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4009626#4009626 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4009626

18 years, 11 months

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-dev-forums February 2007