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

[jBPM Development] - Insert user information for process instance

by Maciej Swiderski

Maciej Swiderski [http://community.jboss.org/people/swiderski.maciej] created the discussion "Insert user information for process instance" To view the discussion, visit: http://community.jboss.org/message/538126#538126 -------------------------------------------------------------- This is continuation of of the discussion started on the parent forum - http://community.jboss.org/thread/150711 http://community.jboss.org/thread/150711 Short description: Possibility to have information about the initiator of startup of the process instance. It mostly refers to usage via BPM console and its components (RESTful interface). Sebastian suggested a quite complete solution for this with usage of already available methods in ProcessEngine. With regards to that I have a questions: - how that user information should be exposed to the process instance/execution? - is it possible to reference to it from jpdl? Obviously this requires development in both jBPM runtime and BPM console. As a intermediate solution I would like to suggest to give users of jBPM access to request information on the form (both task and process). Since forms are freemarker templates it is a matter of providing additional objects to the context prior to rendering. This should give users quite easy way to get user info and some additional stuff if needed (especially when executing via REST interface without UI). Development affects BPM console and its plugins without jBPM runtime. What's your opinion? Cheers, Maciej -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/538126#538126] Start a new discussion in jBPM Development at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

16 years, 1 month

1
0
0 / 0

[JBoss Tools Development] - Eclipse Content Types

by Robert (Bob) Brodt

Robert (Bob) Brodt [http://community.jboss.org/people/bbrodt] created the document: "Eclipse Content Types" To view the document, visit: http://community.jboss.org/docs/DOC-15175 -------------------------------------------------------------- When you pick up a can of soup and the label reads “TOMATO SOUP”, you expect tomato soup to be inside, right? What if soup manufacturers all decided not to label their products and simply used generic containers with the label “FOOD”? The only way to find out what's inside the cans would be to open them. In fact, -------------------------------------------------------------- Comment by going to Community [http://community.jboss.org/docs/DOC-15175] Create a new document in JBoss Tools Development at Community [http://community.jboss.org/choose-container!input.jspa?contentType=102&co...]

16 years, 1 month

1
0
0 / 0

Re: [jboss-dev-forums] [JCA Development] - JcaXAResourceRecovery

by Jesper Pedersen

Jesper Pedersen [http://community.jboss.org/people/jesper.pedersen] replied to the discussion "JcaXAResourceRecovery" To view the discussion, visit: http://community.jboss.org/message/538057#538057 -------------------------------------------------------------- Anil, I'm currently looking into the best way to hook up a username/password pair to the component to get a Subject. Basically I have added recover-user-name and recover-password elements to the xa-datasource definition to allow users to specify a special user name and password for the recovery if that is needed. Default is fallback to the standard user-name and password pair. Also included is a recover-security-domain, just like the security-domain - and same concept as above. I have injected the org.jboss.security.SubjectFactory instance into the component (org.jboss.resource.connectionmanager.ManagedConnectionFactoryDeployment). So I'm looking for the simplest solution for the following method: private Subject getSubject() At the moment I have: private Subject getSubject() { if (subjectFactory != null && recoverSecurityDomain != null) { return subjectFactory.createSubject(recoverSecurityDomain); } return null; } to cover for the recover-security-domain case. I would like to keep this change inside the component in order to make the minimal changes possible to other components that doesn't need to know about this feature. -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/538057#538057] Start a new discussion in JCA Development at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

16 years, 1 month

1
0
0 / 0

Re: [jboss-dev-forums] [JBoss Portal Development WSRP] - WSRP portlet development As Generic way

by Chris Laprun

Chris Laprun [http://community.jboss.org/people/chris.laprun%40jboss.com] replied to the discussion "WSRP portlet development As Generic way" To view the discussion, visit: http://community.jboss.org/message/538042#538042 -------------------------------------------------------------- Hi Srikanth, I am afraid I have no idea what you are trying to accomplish. Could you please detail your use case? Note also that no further development is being made on JBoss Portal on the community side. Why are you using JBoss Portal 2.6 instead of GateIn? -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/538042#538042] Start a new discussion in JBoss Portal Development WSRP at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

16 years, 1 month

1
0
0 / 0

Re: [jboss-dev-forums] [jBPM Development] - jBPM5 Request for Comments

by Sebastian Schneider

Sebastian Schneider [http://community.jboss.org/people/sebastian.s] commented on the document "jBPM5 Request for Comments" To view all comments on this document, visit: http://community.jboss.org/docs/DOC-15172#comment-3152 -------------------------------------------------- I just sent my feedback to the mailing list. Looking forward for your comments and especially for statements from people from JBoss. --------------------------------------------------

16 years, 1 month

1
0
0 / 0

Re: [jboss-dev-forums] [JBoss Microcontainer Development] - JBoss Reflect Performance Javassist vs Introspection

by Kabir Khan

Kabir Khan [http://community.jboss.org/people/kabir.khan%40jboss.com] replied to the discussion "JBoss Reflect Performance Javassist vs Introspection" To view the discussion, visit: http://community.jboss.org/message/538031#538031 -------------------------------------------------------------- > Kabir Khan wrote: > > ... > 2) Enable stats for the JavassistMethodInfo.invoke(), JavassistConstructorInfo.newInstance() and JavassistFieldInfo.get()/set() so we can run AS with that and get an idea of the usage of these joinpoints. > ... > 4) Come up with some differentiator (as mentioned earlier) to be able to specify if a member should have JavassistMethod/-Constructor/-Field generated or not. > ... Maybe Ales's scanning thingy could somehow integrate with these two points to automagically record annotations for the members in question? I didn't get every detail of what he said on the call, but if this indexed information is pushed into the jars, it should survive AS reboots. -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/538031#538031] Start a new discussion in JBoss Microcontainer Development at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

16 years, 1 month

1
0
0 / 0

Re: [jboss-dev-forums] [JBoss Microcontainer Development] - JBoss Reflect Performance Javassist vs Introspection

by Kabir Khan

Kabir Khan [http://community.jboss.org/people/kabir.khan%40jboss.com] replied to the discussion "JBoss Reflect Performance Javassist vs Introspection" To view the discussion, visit: http://community.jboss.org/message/538027#538027 -------------------------------------------------------------- > Kabir Khan wrote: > > Here are the times: > > > > ========== IntrospectionTypeInfoFactory > > > > A - Creating 100 ClassInfos 141ms > > > > B - Getting 100 fields and methods for 100 classes 50 times 1446ms > > > > C - First accessing 100 fields and methods for 100 classes 50 times 116ms > > > > D - Accessing 100 fields and methods for 100 classes 50 times 3545ms > > > > Done! > > > > > > > > > > ========== JavassistTypeInfoFactory > > > > A - Creating 100 ClassInfos 164ms > > > > B - Getting 100 fields and methods for 100 classes 50 times 820ms > > > > C - First accessing 100 fields and methods for 100 classes 50 times 4557ms > > > > D - Accessing 100 fields and methods for 100 classes 50 times 272ms > > > > Done! > > The output here is a bit misleading. C only accesses the members once, not 50 in order to determine the overhead of creating the JavassistMethod/-Constructor/-Field classes. I've updated the benchmark in svn to read: > > ========== IntrospectionTypeInfoFactory > A - Creating 100 ClassInfos 141ms > B - Getting 100 fields and methods for 100 classes 50 times 1446ms > C - First accessing 100 fields and methods for 100 classes 116ms > D - Accessing 100 fields and methods for 100 classes 50 times 3545ms > Done! > > > ========== JavassistTypeInfoFactory > A - Creating 100 ClassInfos 164ms > B - Getting 100 fields and methods for 100 classes 50 times 820ms > C - First accessing 100 fields and methods for 100 classes 4557ms > D - Accessing 100 fields and methods for 100 classes 50 times 272ms > Done! > -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/538027#538027] Start a new discussion in JBoss Microcontainer Development at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

16 years, 1 month

1
0
0 / 0

Re: [jboss-dev-forums] [jBPM Development] - jBPM5 Request for Comments

by Kris Verlaenen

Kris Verlaenen [http://community.jboss.org/people/KrisVerlaenen] commented on the document "jBPM5 Request for Comments" To view all comments on this document, visit: http://community.jboss.org/docs/DOC-15172#comment-3151 -------------------------------------------------- Thank you for the (very fast) feedback. We would like to welcome feedback (like this) on the mailto:jbpm-dev@lists.jboss.org jbpm-dev(a)lists.jboss.org mailing list (I just added some info about that at the end of this document), as (we believe) it might be easier to keep track of it like this. So please post your questions there and we will answer them asap. Kris --------------------------------------------------

16 years, 1 month

1
0
0 / 0

Re: [jboss-dev-forums] [jBPM Development] - jBPM5 Request for Comments

by Alexandre Emeriau

Alexandre Emeriau [http://community.jboss.org/people/Kynao] commented on the document "jBPM5 Request for Comments" To view all comments on this document, visit: http://community.jboss.org/docs/DOC-15172#comment-3150 -------------------------------------------------- On the integration part, waiting for Terracota support ( http://terracotta.org/ http://terracotta.org/) to obtain seamless Java scalability and availability. --------------------------------------------------

16 years, 1 month

1
0
0 / 0

Re: [jboss-dev-forums] [JBoss Microcontainer Development] - JBoss Reflect Performance Javassist vs Introspection

by Kabir Khan

Kabir Khan [http://community.jboss.org/people/kabir.khan%40jboss.com] replied to the discussion "JBoss Reflect Performance Javassist vs Introspection" To view the discussion, visit: http://community.jboss.org/message/538013#538013 -------------------------------------------------------------- To summarize, the steps I want to take here are: 1) Decide if we should bother to do parameter checking. If we decide to keep it, it should be done by Javassist[Method/Constructor/Field]Info and not in the generated JavassistMethod/-Constructor/-Field implementations. This can easily be turned off in the generated classes by passing in check=false to the JavassistMemberFactory create methods. 2) Enable stats for the JavassistMethodInfo.invoke(), JavassistConstructorInfo.newInstance() and JavassistFieldInfo.get()/set() so we can run AS with that and get an idea of the usage of these joinpoints. 3) Avoid creating too many JavassistMethod/-Constructor/-Field implementations. There is an overhead associated with creating these, both in terms of filling up PermGenSpace and in CPU time since each member that gets one of these needs to first generate the class and then to call ClassLoader.defineClass() which takes time. JavassistMethod/-Constructor/-Field should only be generated for Javassist[Method/Constructor/Field]Infos whose invoke()/newInstance()/get()/set() are called a lot. The data from 2) should give us some understanding of which members they are. Javassist[Method/Constructor/Field]Infos which are NOT called a lot should simply use reflection to call the target member. I think reflection should be the default. 4) Come up with some differentiator (as mentioned earlier) to be able to specify if a member should have JavassistMethod/-Constructor/-Field generated or not. 5) Let's stay with Javassist for now, and go with asm if javassist can not be improved upon in the time allowed. Creating yesterday's benchmark, I found as long as you have got the hang of one it is quite easy to look at the other. I will start off by doing some work on 2) and let you know how far I get with the others before Tuesday -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/538013#538013] Start a new discussion in JBoss Microcontainer Development at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

16 years, 1 month

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 April 2010