May 2009 - jboss-dev-forums - Jboss List Archives

[Design of Management Features on JBoss] - Re: MetaMapper not being used for property setter

by scott.stark＠jboss.org

It can't be on the TypeInfo because a there is a many to one relationship between ManagedPropertys to a given TyypeInfo, and each MaagedProperty can be overriding how the MetaValue is being built. The ICF should be looking to the MetaMapper attached to the ManagedProperty. There are a few issues with the ICF api that are showing up as we have evolved other features. The MetaMapper should probably be part of the ICF.setValue/getValue calls. For now, we need to review the ICF implementations (there are probably only two) and make sure they are using the full set of type transformation features. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4229509#4229509 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4229509

17 years

1
0
0 / 0

[TODO - DEVELOPMENT] - Re: Bug List and Contributor agreement

by mcapsu

Hi I would also like to contribute as well; I just started looking around jboss.org on how to do this yesterday; I found the bug list for AS here: https://jira.jboss.org/jira/browse/JBAS And what looks to be an outdated dev doc here: http://docs.jboss.org/process-guide/en/html/index.html Is there any instructions on how to get going in an eclipse-based development environment? Thanks, Mike View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4229507#4229507 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4229507

17 years

1
0
0 / 0

[Design of Management Features on JBoss] - MetaMapper not being used for property setter

by bstansberry＠jboss.com

In my work on adding management to the service binding manager-related beans, I've written a MetaMapper subclass and applied it to a property via @MetaMapping on the getter. My MetaMapper gets invoked when the property is read, but when a ManagementView.updateComponent call results in a call to the setter, the MetaMapper isn't used, resulting in an exception. Walking through this in a debugger, I think the problem is in BeanMetaDataICF: | public void setValue(BeanInfo beanInfo, ManagedProperty property, | BeanMetaData attachment, MetaValue value) | { | ClassLoader prevLoader = SecurityActions.getContextClassLoader(); | String beanName = attachment.getName(); | // First look to the mapped name | String name = property.getMappedName(); | if (name == null) | name = property.getName(); | try | { | ClassLoader loader = getClassLoader(attachment); | // Set the mbean class loader as the TCL | SecurityActions.setContextClassLoader(loader); | | PropertyInfo propertyInfo = property.getField(Fields.PROPERTY_INFO, PropertyInfo.class); | if(propertyInfo == null) | propertyInfo = beanInfo.getProperty(name); | if(propertyInfo == null) | throw new IllegalArgumentException("No matching property found: " + name + "/" + beanName); | | if(propertyInfo.isWritable() == false) | { | if(log.isTraceEnabled()) | log.trace("Skipping get of non-writable property: "+propertyInfo); | return; | } | Object plainValue = metaValueFactory.unwrap(value, propertyInfo.getType()); | Object bean = locateBean(beanName); | | // Only update if the bean is not null | if(bean != null) | propertyInfo.set(bean, plainValue); | | BeanMetaDataBuilder builder = BeanMetaDataBuilder.createBuilder(attachment); | builder.addPropertyMetaData(name, plainValue); | | } | catch(Throwable e) | { | throw new IllegalStateException("Failed to set property value: "+name + "/" + beanName, e); | } | finally | { | SecurityActions.setContextClassLoader(prevLoader); | } | } | The method has access to the ManagedProperty, and my MetaMapper is attached to the ManagedProperty as a transient attachment. AFAICT the way the MetaMapper is found when the getter is called is via that transient attachment. But the above code does not look for the MetaMapper there; it just delegates to DefaultMetaValueFactory, which uses MetaMapper.getMetaMapper(). MetaMapper.getMetaMapper() will only find a MetaMapper if it is 1) Attached to the TypeInfo 2) Specified via an annotation on the class Here the type is java.util.Set<org.jboss.services.binding.ServiceBindingMetadata>, so of course #2 doesn't apply and adding an attachment so #1 would work seems problematic. I suspect that's why the approach of adding the MetaMapper as a transient attachment to the ManagedProperty is there. Should BeanMetaDataICF have logic added to look for the MetaMapper in the ManagedProperty? Or should the MetaMapper have somehow been attached to the TypeInfo so #1 would work? I doubt the latter. I think I can find a workaround for this for my SBM work, but it will force me to annotate a class with @MetaMapping when I don't want to. I'm trying to avoid adding hard-coded dependencies on jboss-managed and jboss-metatype to the SBM classes. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4229506#4229506 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4229506

17 years

1
0
0 / 0

[Design of JBoss jBPM] - Re: Proposal: Groovy integration in jBPM-4

by camunda

Just a short question: What integration of Groovy? What is the goal and motivation of this? Why do you work on this? Or maybe I just missed it and Tom can enlighten me ;-) View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4229502#4229502 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4229502

17 years

1
0
0 / 0

[Design of POJO Server] - Re: Various performance issues in core projects

by jaikiran

"jaikiran" wrote : Profiler shows me there are 33232 calls to the Class.getDeclaredMethods() each taking an average of 297 micro sec. I changed the implementation of these methods (findMethod, findConstructor and findField) and see good enough performance improvements | Carlo and me have been playing with various combinations of class hierarchy and number of methods. The existing implementation in ReflectionUtils (i.e. call to getDeclaredMethods()) performs better when the classes are hierarchical and the numbers of methods in this hierarchy is less. However, if the number of methods starts increasing or if there is no/less hierarchy involved in the classes, then the proposed change performs better. So its really a question of which is the right scenario. As for the rest of the changes/questions mentioned in my previous post, they still hold good. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4229489#4229489 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4229489

17 years

1
0
0 / 0

[Design of JBoss jBPM] - Proposal: Groovy integration in jBPM-4

by njipwo

Hi together, I'll give here a short description on how I'll attack the following proposal (Groovy integration in jBPM 4) with the following 3 headlines: Identification of the library dependencies Availability of the libraries in a maven repository Work out example(s) as a proof of concept Milestone 1 (Done): Education: Motivation behind java and scripting languages. Introduction to the involved technologies/frameworks (jBPM). Milestone 2 (approximately 4 - 5 days): - Identify the library dependencies (Almost completed). The core Groovy libraries used in JSR-223 may be conflicting with jBPM-4 libraries since jBPM-4 is using hibernate. I'll have 2 or more alternatives to solve this issue. - Check the existence of those libraries in a public maven repository (1 day) - The next problem coming on the top of this one is that jBPM-4 will support Java 6 (1 - 2 days). Since Java 6 provide the support for scripting language there will be a need to synchronize between both. Milestone 3 (approximately 4- 7 days): Once it's decided which way to go I'll have to go straight with the Groovy integration including the jBPM configuration and play around with couple examples invoking the GroovyScriptEngine. I'm expecting here to run into some issues and bugs. Milestone 4 (approximately unknown): Working out some examples where groovy is used in a process. This is the big picture how I'll attack this proposal. The other question I have is the following: Where to post design decisions I'll be facing and where to send/publish my status report. Is this same post the right place? Thanks for your feed back. Bertrand Njipwo View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4229488#4229488 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4229488

17 years

1
0
0 / 0

[Design of Management Features on JBoss] - Re: How to Expose MBean Invocation Stats into admin-console?

by scott.stark＠jboss.org

Its fine to add it to the wiki. We certainly want to update the debugging tools as well. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4229484#4229484 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4229484

17 years

1
0
0 / 0

[Design of Management Features on JBoss] - Re: How to Expose MBean Invocation Stats into admin-console?

by ALRubinger

"emuckenhuber" wrote : There is a basic debug servlet: | http://localhost:8080/jmx-console/ProfileServiceDebugServlet?op=listDeplo... That's love. Will also help me with ensuring the new bootstrap impl has all the correct properties exposed. Mind if I add this link to the Wiki, or is there a more appropriate place? S, ALR View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4229479#4229479 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4229479

17 years

1
0
0 / 0

[Design of Management Features on JBoss] - Re: How to Expose MBean Invocation Stats into admin-console?

by emuckenhuber

"ALRubinger" wrote : | How do I verify that my ManagedObject is registered, and can I browse through its properties? Is there some equivalent to JNDIView in jmx-console or elsewhere? | There is a basic debug servlet: http://localhost:8080/jmx-console/ProfileServiceDebugServlet?op=listDeplo... View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4229476#4229476 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4229476

17 years

1
0
0 / 0

[Design of Management Features on JBoss] - Re: How to Expose MBean Invocation Stats into admin-console?

by ALRubinger

Thanks for the links guys. How do I verify that my ManagedObject is registered, and can I browse through its properties? Is there some equivalent to JNDIView in jmx-console or elsewhere? S, ALR View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4229471#4229471 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4229471

17 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 May 2009