March 2008 - jboss-dev-forums - Jboss List Archives

[Design of JBossCache] - Re: New state transfer in JBoss Cache

by manik.surtani＠jboss.com

Ok, so after discussing this further with Bela and Jason earlier, I've updated the wiki. Could you guys please have a look and make sure we're all on the same page here. Basically, the big changes are: | * Idempotency is required, but we've determined that cache updates are idempotent provided updates are applied in order. | * No more proxying of local calls on the state provider. | * No more locking of local transactions from committing for the duration of state generation. | View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4136108#4136108 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4136108

18 years

1
0
0 / 0

[Design of Security on JBoss] - Re: Security Injection in AS5

by adrian＠jboss.org

"anil.saldhana(a)jboss.com" wrote : this design thread is to discuss Adrian's subtask for me to tidy up some of the security injection in AS5. | http://jira.jboss.com/jira/browse/JBAS-5309 | | Adrian: There's no real way to depend upon a specific login module, you have to depend on the XMLLoginConfig | | The dependency cannot be on a single login module. XMLLoginConfig just establishes the configuration needed for the modules. | I'm saying there should be. The first pass would be to make the SecurityDomain injectable by "hiding" all the wiring inside your own mc dependency. This would translate to the dependency is only satisfied when the login module repository has a "jbossmq" login module and the value returned is the security domain once it is satisifed Internally, this could use the current mechanism of looking up java:/jaas/name or it could be more optimised (more optimised is preferred since the jndi lookup doesn't provide a way to be notified of undeployment). | <bean name="Whatever" ...> | <property name="securityDomain"><security-domain-ref xmlns="urn:jboss-security-beans:1.0" name="jbossmq"/></property> | ... | The second pass would be to make security domains deployable inside the MC by writing a BeanMetaDataFactory This would be similar to above, except now you can deploy the login modules inside MC configuration | bean name="Whatever" ...> | <property name="securityDomain><inject name="jbossmq" property="securityDomain"/></property> | </bean> | | <login-module xmlns="urn:jboss-security-beans:1.0" name="jbossmq"> | <authentication> | <login-module code = "org.jboss.security.auth.spi.DatabaseServerLoginModule" | flag = "required"> | <module-option name = "unauthenticatedIdentity">guest</module-option> | <module-option name = "dsJndiName">java:/DefaultDS</module-option> | <module-option name = "principalsQuery">SELECT PASSWD FROM JMS_USERS WHERE USERID=?</module-option> | <module-option name = "rolesQuery">SELECT ROLEID, 'Roles' FROM JMS_ROLES WHERE USERID=?</module-option> | </login-module> | </authentication> | </login-module> | The real solution (longer term) is to get the secuity aspect to "automagically" inject it from the "metadata repository" (such a mechansim doesn't really exist in AOP yet so this is asperational :-). e.g. something like (the annotations are not real, just for discussion purposes) | @AspectFactory("SecurityAspect" scope=Scope.PER_INSTANCE) | public class SecurityAspect | { | public SecurityAspect( | @Inject(fromMetaData=true) | SecurityDomain securityDomain | ) { ... } | } | The later (which doesn't exist) would mean that when AOP injects the parameter into the constructor method, it uses MetaData.getMetaData(SecurityDomain.class) as the parameter which could come from any of the scopes e.g. instance - the ejb, or deployment - the ear config server - a server wide default piece of metadata View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4136107#4136107 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4136107

18 years

1
0
0 / 0

[Design of JBossCache] - Re: Requirement for _default_ eviction region

by manik.surtani＠jboss.com

Hmm, good point. And this plays much better into what we expect with default behaviour. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4136096#4136096 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4136096

18 years

1
0
0 / 0

[Design of Security on JBoss] - Security Injection in AS5

by anil.saldhana＠jboss.com

this design thread is to discuss Adrian's subtask for me to tidy up some of the security injection in AS5. http://jira.jboss.com/jira/browse/JBAS-5309 Adrian: There's no real way to depend upon a specific login module, you have to depend on the XMLLoginConfig The dependency cannot be on a single login module. XMLLoginConfig just establishes the configuration needed for the modules. I will take a look at the injection. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4136095#4136095 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4136095

18 years

1
0
0 / 0

[Design of JBoss Build System] - Re: Moving jbossas to a maven repo for thirdparty

by pgier

I'm not sure about the best way to handle the "resources" folders in some of the app server dependencies. I created a workaround in the plugin that allows the plugin to copy files from the directory "thirdparty/src/main/resources" to the appropriate locations, but this has some drawbacks because these files are now version controlled in the app server source tree instead of their respective projects. In the long term maybe the projects should jar these files and create an artifact with a classifier of "resources" that can be downloaded to the appropriate place. So for example aop would have a file called something like "aop-2.0-resources.jar". I'm open to suggestions on this if anyone has ideas of how to best handle it. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4136089#4136089 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4136089

18 years

1
0
0 / 0

[Design of JBossCache] - Re: Fqns containing just Strings

by manik.surtani＠jboss.com

I see your point, Brian. The GUID approach really would be just a fudge. My main purpose in restricting Fqns is performance, so let's see if this can be achieved in other ways. But first, addressing Jason's suggestions: "jason.greene(a)jboss.com" wrote : After discussing this with Brian, I agree with his position, that we should not force Fqns to be String only. The primary reason is that an Fqn is the definitive key of a node in the cache . Further, the node is the definitive notion of an "entity" in a domain model. While it makes things easier for us to restrict Fqns to strings, all we are really doing is pushing the problem onto users, and all of the possible solutions are not nearly as effective as the solution today. Agreed. We would just be pushing the problem into the user space. "jason.greene(a)jboss.com" wrote : | So to summarize, I believe these are the changes we should make: | | | * Remove generics from Fqn API | | * Enforce all Fqn components to be Serializable | | * Introduce Fqn.getEncodedString | | * Update cache loaders to use the encoded string | | * Update documentation | | View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4136088#4136088 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4136088

18 years

1
0
0 / 0

[Design of EJB 3.0] - Re: Injection of Security Domain annotation into the contain

by wolfc

I have a sneaky suspicion that the merged meta data is not the input of Ejb3Deployer, that would also explain why I see generic bean meta data there. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4136081#4136081 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4136081

18 years

1
0
0 / 0

[Design of POJO Server] - Re: JBAS-5259, JMS Destination Names is showing as QueueServ

by mark.spritzler

I am still getting null returned from getComponentsByType. The compByCompType map only has two entries one for LocalTX Datasources and the other for XAConnectionFactory. Our code is definitely doing a refresh of the managementView. The testDLQ test doesn't seem to be running in Hudson, I noticed that that test is not added to the testSuite. Sorry, thanks Mark View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4136073#4136073 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4136073

18 years

1
0
0 / 0

[Design of EJB 3.0] - Re: Injection of Security Domain annotation into the contain

by anil.saldhana＠jboss.com

The metadata instance in SecurityDomainMetaDataBridge is JBossSessionMetaData. The Merged Meta Data (JBossMetaData) is not picked up at all. Where is the link to get SecurityDMBridge to start seeing the merged meta data? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4136072#4136072 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4136072

18 years

1
0
0 / 0

[Design of Clustering on JBoss (Clusters/JBoss)] - JBAS-5233 - Logging synchronous cluster wide RPC calls as DE

by galder.zamarreno＠jboss.com

JBAS-5233 My idea is to have log messages shown in that JIRA logged as DEBUG rather than TRACE. These include: log.trace("callMethodOnCluster(true), objName="+objName | +", methodName="+methodName+", members="+jgotherMembers); | ... | log.trace("callMethodOnCluster(false), objName="+objName | +", methodName="+methodName+", members="+members); | ... | log.trace("Ignoring non-received response: "+response); View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4136064#4136064 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4136064

18 years

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 March 2008