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

[Design the new POJO MicroContainer] - Re: Property lookup interceptors

by alesj

"adrian(a)jboss.org" wrote : | That would remove the need for the interface (what was I thinking? :-) | Think POJO. ;-) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4066164#4066164 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4066164

19 years

1
0
0 / 0

[Design of JBoss internal QA (Test Suite)] - Re: Testsuite Failures

by ambika

Hi, There is no error if i just start the jboss server in all mode. But when i try to run the testsuite, its giving error for authentication. As in the jboss enterprise platform installation document mentioned, most of the services requires authentication,so we cant do any operation, untill we provide a proper authenication. If i make the changes suggest in the doc to disable jmx authentication, tests will pass, that is without authentication/ Do i need to make any entry in the any of the *.properties file so that we can authenicate properly. That is, whatever user/password and roles defined for the various task, do we need to add them in the property files of the server? Regards, ambika View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4066162#4066162 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4066162

19 years

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: Property lookup interceptors

by adrian＠jboss.org

"alesj" wrote : "adrian(a)jboss.org" wrote : | | Which would probably cover most simple use cases? | | What about: | | | <property name="x"> | | <value-factory bean="LDAPLookup" method="getValue" /> | | <parameter>foo.bar.prop</parameter> | | <parameter>mydefault</parameter> | | </value-factory> | | </property> | | That would remove the need for the interface (what was I thinking? :-) But I don't think the value factory needs to know the default value, it just returns "null" when it doesn't have the property. | <property name="x"> | <value-factory bean="LDAPLookup" method="getValue" default="mydefault"> | <parameter>foo.bar.prop</parameter> | </value-factory> | </property> | We should probably still have the shorthand mechanism for simple one parameter methods. | <property name="x"> | <value-factory bean="LDAPLookup" method="getValue" parameter="foo.bar.prop" default="mydefault"/> | </property> | View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4066161#4066161 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4066161

19 years

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: Property lookup interceptors

by alesj

"adrian(a)jboss.org" wrote : | Which would probably cover most simple use cases? What about: | <property name="x"> | <value-factory bean="LDAPLookup" method="getValue" /> | <parameter>foo.bar.prop</parameter> | <parameter>mydefault</parameter> | </value-factory> | </property> | View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4066159#4066159 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4066159

19 years

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: MC 2.0 tasks

by adrian＠jboss.org

"bgeorges" wrote : "adrian(a)jboss.org" wrote : | | .. | | anonymous wrote : | | | 4) http://jira.jboss.com/jira/browse/JBMICROCONT-71: JMX Decorator for POJOs - Adrian Brock | | | | | | | I don't know when I'll get around to finishing this. | | I've actually been waiting to find out what the real JMX annotations will be | | since this is really a backport of a feature that will appear in JMX2.0/JDK7 | | | | We could just use the Spring annotations for now? | | Then people could port to the spec defined annotations later. | | | | ... | | | | This task is incorporated in http://jira.jboss.com/jira/browse/JBAS-63 (a blocker on AS5 Beta3) | | Kabir did most of http://jira.jboss.com/jira/browse/JBAS-210. | | If you are satisfied with it Adrian, can Kabir close it? | I haven't had time to look at what Kabir (and Ales) did. The clustering team seem happy with it, they use it extensively. ;-) But this work is far from finished, it is just a prototype that provides the basic functionality, see my comment. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4066155#4066155 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4066155

19 years

1
0
0 / 0

[Design of POJO Server] - Re: Beta3 roadmap items

by bgeorges

"alesj" wrote : | .. | + Expand the profile service ManagementView supported component types and CRUD usecases. | http://jira.jboss.com/jira/browse/JBAS-4378 | To ease AS5Beta3 release progress we need to assign these subtasks: + Gathering runtime statistics for a ManagedComponent http://jira.jboss.com/jira/browse/JBAS-4394 +Implement complex ManagedProperties with MetaTypes for Datasources http://jira.jboss.com/jira/browse/JBAS-4395 + implement support for configuring, controlling and monitoring: Datasources and JMS http://jira.jboss.com/jira/browse/JBAS-4396 +remove a resource by way of its ManagedComponent without removing the entire deployment http://jira.jboss.com/jira/browse/JBAS-4397 Could you point me to the right individual. Thanks for your help. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4066154#4066154 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4066154

19 years

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: MC 2.0 tasks

by adrian＠jboss.org

"bgeorges" wrote : "scott.stark(a)jboss.org" wrote : "adrian(a)jboss.org" wrote : | | | 38) http://jira.jboss.com/jira/browse/JBMICROCONT-177: Merge the unified metadata work - Unassigned | | | | | | Don't know what this is Scott raised it. | | | | | This is for the unified j2ee1.4/javaee5 (ejb2/ejb3) metadata. | | | | Is this still relevant for AS 5 Beta 3 as discussed in http://www.jboss.org/index.html?module=bb&op=viewtopic&t=106584 ? | Or should we move this task to a later release? Alex is working on this. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4066153#4066153 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4066153

19 years

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: Property lookup interceptors

by adrian＠jboss.org

"adrian(a)jboss.org" wrote : | | | <deployment xmlns="urn:jboss:bean-deployer:2.0" xmlns:ldap="urn:jboss:ldap:1.0"> | | | | <bean name="LDAPLookUp" ...> | |  | | </bean> | | | | If you did go the seperate namespace route, then you'd probably | also want to define a seperate BeanMetaDataFactory to make the ldap configuration | easier. e.g. | | | | <ldap:config name="LDAPLookUp"> | |  | | </ldap:config> | | View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4066152#4066152 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4066152

19 years

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: Property lookup interceptors

by adrian＠jboss.org

NOTE: The example code above does not include the property type conversion. i.e. the value-factory probably just returns strings that need converting to the type of the property. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4066151#4066151 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4066151

19 years

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: Property lookup interceptors

by adrian＠jboss.org

This is the wrong approach. The system property stuff is legacy from the MBean days. It's certainly the wrong api to be extending, we need to let it die. :-) The correct approach is should be to create your own ValueMetaData | <deployment xmlns="urn:jboss:bean-deployer:2.0" xmlns:ldap="urn:jboss:ldap:1.0"> | | <bean name="LDAPLookUp" ...> |  | </bean> | | <bean name="blah"> | <property name="x"><ldap:property bean="LDAPLookUp" key="ldapkeyhere" default="..."> | </deployment> | The ldap:property parses to an implementation of ValueMetaData, something similar to the inject value metadata (AbstractDependencyValueMetaData), except it gets the value from the LDAPLookUp bean. (untested code) | public Object getValue(TypeInfo info, ClassLoader cl) throws Throwable | { | ControllerState state = dependentState; | if (state == null) | state = ControllerState.INSTALLED; | Controller controller = context.getController(); | ControllerContext lookup = controller.getContext(getUnderlyingValue(), state); | | if (isLookupValid(lookup) == false) | throw new Error("Should not be here - dependency failed - " + this); | | if (lookup == null) | return null; | | Object ldap = lookup.getTarget(); | if (result instanceof LDAPLookup == false) | throw new IllegalStateException("Not an LDAPLookup: " + ldap); | LDAPLookup ldapLookup = (LDAPLookup) ldap; | Object result = ldapLookup.lookup(key); | if (result == null) | return defaultValue; | return result; | } | But it is not documented how to do this, the only close example is the javabean namespace but that just creates objects directly from the xml. There maybe a case for abstracting this such that a bean could implement a "ValueFactory" interface | public interface ValueFactory | { | Object getValue(String key); | } | and us including a generic piece of xml in our schema to enable its use | <property name="x"><value-factory bean="LDAPLookup" key="..." default="..."/></property> | Which would probably cover most simple use cases? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4066149#4066149 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4066149

19 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 July 2007