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

Re: [jboss-dev-forums] [JBoss XML Binding Development] - first stax performance test

by Jason Greene

Jason Greene [http://community.jboss.org/people/jason.greene%40jboss.com] replied to the discussion "first stax performance test" To view the discussion, visit: http://community.jboss.org/message/541839#541839 -------------------------------------------------------------- Hi Alexey, Which StAX impl are you using? In the past I found woodstox to be much faster than what is bundled in the JDK. -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/541839#541839] Start a new discussion in JBoss XML Binding Development at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

15 years, 11 months

1
0
0 / 0

Re: [jboss-dev-forums] [EJB 3.0 Development] - Possible Deadlock Jboss 4.2.3

by Daniel Cullender

Daniel Cullender [http://community.jboss.org/people/cullendw] replied to the discussion "Possible Deadlock Jboss 4.2.3" To view the discussion, visit: http://community.jboss.org/message/541810#541810 -------------------------------------------------------------- I forgot to mention, we recently upgraded from Spring 2.5 to Spring 3 (which we have deployed using the spring deployer) -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/541810#541810] Start a new discussion in EJB 3.0 Development at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

15 years, 11 months

1
0
0 / 0

[JBoss Tools Development] - XModel in JBoss Tools

by Viacheslav Kabanovich

Viacheslav Kabanovich [http://community.jboss.org/people/scabanovich] modified the document: "XModel in JBoss Tools" To view the document, visit: http://community.jboss.org/docs/DOC-15207 -------------------------------------------------------------- Some features of JBoss Tools have XModel for their internal model. This model framework was created 8 years but remains undocumented. It is time to fill the gap with some notes to be of use to those who might fix issues in or contribute to XModel based features. Basics for XModel is in plugin org.jboss.tools.common.model. Basic ui components that visualize objects of XModel are in org.jboss.tools.common.model.ui. The idea of XModel is that one can minimize Java coding by describing any model object by meta information about its structure and actions that can be done on it and bind this meta info with common implementation, which can be customised but in many cases is good by default. That info is xml (*.meta) file registered with XModel by extension point 'org.jboss.tools.common.model.meta'. All objects in XModel have common super interface XModelObject, and even common super class XModelObjectImpl. But of course, for the sake of customization there are opportunities to override the default implementation. For the start, look into *.meta files and make sure that it contains only a few basic notions. But there are some tricks that make it difficult to understand without explanations. Just several, for the beginning: 1) Entity name convention. There are no packages and all entity names must be unique. It is solved by common prefix for a set of entities for a project. For example, all entities for Seam start with 'Seam'. With one exception: root entity of file usually starts with 'File', so root entity for components.xml starts with 'FileSeam'. That is not the requirement, but it is conveniency, which one can use within a project to filter/find entities by prefix. Version is provided by digital suffix, otherwize digits are not welcome in entity name, e.g. entities 'FileSeamComponent12', 'FileSeamComponent20' etc. are for versions 1.2, 2.0, etc. I regularly use code that assumes such suffixing to compute version (it is limited to a project, common features do not make such assumptions). 2). What is "%Regular%" in the next fragment? <XModelEntity ImplementingClass="%Regular%" name="EclipseWorkspace"> It is quite evident that 'ImplementingClass' is a java class for XModel object that implements XModelObject (actually even always extends XModelObjectImpl). There are a few standard implementations and I decided that it would not do always to type qualified name. So, there is an idea of simple mappings with predefined names. Most of them are introduced in org.jboss.tools.common.model/resources/meta/base.meta and contributed where needed (kind of trivial extension point, invented when there were no Eclipse around). In this case it is <MAPPING name="Implementations"> <PAIR name="Regular" value="org.jboss.tools.common.model.impl.RegularObjectImpl"/> </MAPPING> So, loader of *.meta files looks for either qualified class names or %...% expressions, and for 'ImplementingClass' attribute looks into mapping 'Implementations'. 3) What are PROPERTIES in the next fragment? <XModelAttribute PROPERTIES="id=true;category=general" name="component-name" xmlname="name"/> Actually, this is the most gross trick in XModel. As I told above, there are but few basic notions in it, but one may without limitation add any set of them by PROPERTIES attribute. Being fully aware of the danger of such approach, I introduced new property names only when quite necessary and useful. - Property 'id' is used by implentation class org.jboss.tools.common.model.impl.CustomizedObjectImpl, usually referenced %Custom%. It marks attribute as the one which value must be unique in parent, and by default that value is used for object's path part and presentation (e.g. label in Tree) - Property 'category' with two values 'general' and 'advanced' is used to automatically generate ui editor forms if no specific form is defined. If category=advanced, field editor for the attribute is added to Section 'Advanced', if 'category' is not set, it will not be present in ui form at all. 4) What is <XModelAttributeReference>? <XModelEntity name="SeamJmsQueueConnection" ... <XModelAttributeReference attributes="class,scope,precedence,installed,auto-create" entity="SeamComponent" name="component"/> ... </XModelEntity> Entities SeamComponent and SeamJmsQueueConnection have a lot in common, meta information for attributes 'class', 'scope', etc. can be inherited by the later from the former. The meta model inheritance in XModel is rather trivial, I admit it, but improving it is next to impossible because of potentially huge refactoring that it might involve (I am afraid that similar consideration will loom in the way of many a sensible suggestions for XModel improvements). *XModel and type safety problem * 1. In configuration meta files, one can bind entity with any implementation (extending XModelObject). XModelObject will be created with that implementation. Then, if it is necessary to work with implementing type, casting must be performed. That is not type safe operation. 2. If developer works with a large project that contains several modules, he can carelessly make use in *.meta file of one module features defined in other modules. Then, if one of these modules is not included into build for product, then build will pass but will not work. These two and other related problems are due to lack of validation for XModel. They can be solved by adding new builder/validator for *.meta files and contribution to Java builder that would check casting types. The lack of validation is currently the greate drawback of XModel that hinders developers from using it. -------------------------------------------------------------- Comment by going to Community [http://community.jboss.org/docs/DOC-15207] Create a new document in JBoss Tools Development at Community [http://community.jboss.org/choose-container!input.jspa?contentType=102&co...]

15 years, 11 months

1
0
0 / 0

[EJB 3.0 Development] - Possible Deadlock Jboss 4.2.3

by Daniel Cullender

Daniel Cullender [http://community.jboss.org/people/cullendw] created the discussion "Possible Deadlock Jboss 4.2.3" To view the discussion, visit: http://community.jboss.org/message/541800#541800 -------------------------------------------------------------- Hi, We have been running jboss 4.2.3 for a while now. Recently we have been getting deadlocks and we are battling to narrow down the exact cause. This happens randomly and can take hours to occur. When doing a stack trace, we find the following culprits : *Thread: WorkManager(2)-38* : priority:5, demon:true, threadId:479, threadState:BLOCKED, lockName:java.lang.Class@741b31f2 > java.lang.Class.initAnnotationsIfNecessary(Class.java:3067) > java.lang.Class.getAnnotation(Class.java:3029) > org.jboss.aop.annotation.AnnotationElement.getVisibleAnnotation(AnnotationElement.java:88) > org.jboss.aop.Advisor.resolveAnnotation(Advisor.java:321) > org.jboss.ejb3.security.Ejb3AuthenticationInterceptor.invoke(Ejb3AuthenticationInterceptor.java:74) > org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101) > org.jboss.ejb3.ENCPropagationInterceptor.invoke(ENCPropagationInterceptor.java:46) > org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101) > org.jboss.ejb3.asynchronous.AsynchronousInterceptor.invoke(AsynchronousInterceptor.java:106) > org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101) > org.jboss.ejb3.service.ServiceContainer.localInvoke(ServiceContainer.java:329) > org.jboss.ejb3.service.ServiceContainer.localInvoke(ServiceContainer.java:294) > org.jboss.ejb3.service.ServiceMBeanDelegate.invoke(ServiceMBeanDelegate.java:215) > org.jboss.mx.server.RawDynamicInvoker.invoke(RawDynamicInvoker.java:164) > org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659) > org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:210) > $Proxy101.get(Unknown Source) *Thread: AsyncNotifier-401* : priority:5, demon:false, threadId:812, threadState:BLOCKED, lockName:java.lang.Class@741b31f2 > java.lang.Class.initAnnotationsIfNecessary(Class.java:3067) > java.lang.Class.getAnnotation(Class.java:3029) > org.jboss.aop.annotation.AnnotationElement.getVisibleAnnotation(AnnotationElement.java:88) > org.jboss.aop.Advisor.resolveAnnotation(Advisor.java:321) > org.jboss.ejb3.security.Ejb3AuthenticationInterceptor.invoke(Ejb3AuthenticationInterceptor.java:74) > org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101) > org.jboss.ejb3.ENCPropagationInterceptor.invoke(ENCPropagationInterceptor.java:46) > org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101) > org.jboss.ejb3.asynchronous.AsynchronousInterceptor.invoke(AsynchronousInterceptor.java:106) > org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101) > org.jboss.ejb3.service.ServiceContainer.localInvoke(ServiceContainer.java:329) > org.jboss.ejb3.service.ServiceContainer.localInvoke(ServiceContainer.java:294) > org.jboss.ejb3.service.ServiceMBeanDelegate.invoke(ServiceMBeanDelegate.java:215) > org.jboss.mx.server.RawDynamicInvoker.invoke(RawDynamicInvoker.java:164) > org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659) > org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:210) > $Proxy101.get(Unknown Source) The method java.lang.Class.initAnnotationsIfNecessary is synchronized and it seems that both threads are hanging on the same class java.lang.Class@741b31f2. Any ideas why this would start happening all of a sudden? We upgraded to the latest java 6 patch recently and I am curious if any changes were made to the Class class .... -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/541800#541800] Start a new discussion in EJB 3.0 Development at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

15 years, 11 months

1
0
0 / 0

Re: [jboss-dev-forums] [JBoss Remoting Development] - XPost - Remoting from unsigned applet - ClassLoader security

by fatbatman

fatbatman [http://community.jboss.org/people/fatbatman] replied to the discussion "XPost - Remoting from unsigned applet - ClassLoader security" To view the discussion, visit: http://community.jboss.org/message/541774#541774 -------------------------------------------------------------- Hi Ron, I never got a chance to look at this in the end, any ideas how things have changed going to remoting 3? in short, is there an easy way to use remoting 3 from an unsigned applet? if not how to go about it... Thanks J P.S. Regarding the JBoss community site, does anyone have any idea how I set my own password ? How do I update my email address? -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/541774#541774] Start a new discussion in JBoss Remoting Development at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

15 years, 11 months

1
0
0 / 0

Re: [jboss-dev-forums] [JBoss XML Binding Development] - first stax performance test

by Alexey Loubyansky

Alexey Loubyansky [http://community.jboss.org/people/alex.loubyansky%40jboss.com] replied to the discussion "first stax performance test" To view the discussion, visit: http://community.jboss.org/message/541768#541768 -------------------------------------------------------------- BTW, within the AS, in case of the SAX-based parser, the SAX parser factory will be created and initialized just once. All the XML files except the first one will benefit from the initialization during the first XML parsing. -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/541768#541768] Start a new discussion in JBoss XML Binding Development at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

15 years, 11 months

1
0
0 / 0

[JBoss XML Binding Development] - first stax performance test

by Alexey Loubyansky

Alexey Loubyansky [http://community.jboss.org/people/alex.loubyansky%40jboss.com] created the discussion "first stax performance test" To view the discussion, visit: http://community.jboss.org/message/541766#541766 -------------------------------------------------------------- I've written a simple StAX-based parser for XB to see how it affects the performance. I've used the same tests I've been using previously while working on optimizations and comparison to JAXB. I'd like to mention that XB testsuite with StAX parser has a few failures related to required attributes with default values and tests related to XInclude. In JBoss AS both of these are important. As to the default attributes, if they are missing from the xml, the parser is supposed to silently add them in. But this happens (with SAX at least) only if the validation is enabled. The StAX impl I've used for testing (which is included in JDK6) doesn't seem to support validation (setting isValidating proprty to true fails). XInclude is not supported. But if necessary, I guess, we implement it on top. The results show the average time (in ms) of 10 independent re-runs and include the time for the first test run (includes parser initialization, classloading, etc) and subsequent 1000 runs. XB with SAX (custom written handlers, XInclude disabled, property replacement disabled, non-validating) first run: 127.1 next 1000 runs: 892.4 XB with SAX (default handlers, XInclude disabled, property replacement disabled, non-validating) first run: 127.8 next 1000 runs: 997 JAXB (XInclude disabled, non-validating) first run: 119.8 next 1000 runs: 1088.4 XB with StAX (custom written handlers, property replacement disabled) first run: 22.6 next 1000 runs: 1015.3 XB with StAX (default reflection-based handlers, property replacement disabled) first run: 24.8 next 1000 runs: 1102.1 The initialization with StAX is unbeatable. But then actually parsing and unmarshalling isn't showing that well. Just to be clear, what I did is just switched from SAX events to StAX, the parser looks very simple (create stream and pull events), I don't see potentially significant optimizations there. -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/541766#541766] Start a new discussion in JBoss XML Binding Development at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

15 years, 11 months

1
0
0 / 0

Re: [jboss-dev-forums] [jBPM Development] - Insert user information for process instance

by C. Mourad Jaber

C. Mourad Jaber [http://community.jboss.org/people/newbeewan2] replied to the discussion "Insert user information for process instance" To view the discussion, visit: http://community.jboss.org/message/541758#541758 -------------------------------------------------------------- Hi, As HuiSheng Xu ask me, I send you my point of view about that subject... AFAIK, there are serveral needs linked to put user information in a process. * find some process by userid (by adding userid in process instance info), * enforce the usage of identity, user who start the process could be the default assignee (with a particular EL for exemple), * Check if the user could start an instance of a particular process (need some adds in jpdl to descripe that !) Regards -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/541758#541758] Start a new discussion in jBPM Development at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

15 years, 11 months

1
0
0 / 0

Re: [jboss-dev-forums] [JBoss ESB Development] - SOAPProxy initialization and deployment ordering

by David Ward

David Ward [http://community.jboss.org/people/dward] replied to the discussion "SOAPProxy initialization and deployment ordering" To view the discussion, visit: http://community.jboss.org/message/541700#541700 -------------------------------------------------------------- > David Ward wrote: > > The quickstarts do show it. However I will admit that the documentation is weak in this area. I will create a JIRA for it. https://jira.jboss.org/jira/browse/JBESB-3303 https://jira.jboss.org/jira/browse/JBESB-3303 is for trunk feeding JBoss.org ESB 4.9 and is closed. https://jira.jboss.org/jira/browse/JBESB-3304 https://jira.jboss.org/jira/browse/JBESB-3304 is for the JBESB_4_7_CP branch feeding JBoss.com SOA-P 5.0.x and is closed. https://jira.jboss.org/jira/browse/SOA-2072 https://jira.jboss.org/jira/browse/SOA-2072 is the dependent SOA-P issue for JBoss.com SOA-P 5.0.2 and is pending acceptance. -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/541700#541700] Start a new discussion in JBoss ESB Development at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

15 years, 11 months

1
0
0 / 0

Re: [jboss-dev-forums] [JBoss Microcontainer Development] - ClassPool bootstrap refactoring

by Kabir Khan

Kabir Khan [http://community.jboss.org/people/kabir.khan%40jboss.com] replied to the discussion "ClassPool bootstrap refactoring" To view the discussion, visit: http://community.jboss.org/message/541650#541650 -------------------------------------------------------------- The AS testsuite aop tests and smoke tests now all pass in my local copy. I need to refactor what I have done for the bootstrap a bit, and then I need releases of: * bootstrap * classpool * reflect * kernel * aop Andrew has volunteered to do bootstrap, and I will do the rest. -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/541650#541650] Start a new discussion in JBoss Microcontainer Development at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

15 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 May 2010