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

[Design the new POJO MicroContainer] - Re: MutableClassInfo?

by stale.pedersen＠jboss.org

im just wondering a bit about the usage of SignatureKey in JavassistMethodInfo. it doesnt seem to add any vaule that i can see. first of all its only used in the method JavassistMethodInfo.getName() where the name can be fetched from the CtMethod object instead. with a mutable methodinfo it lack even more meaning since the method parameters and name dont need to be defined when creating the method. i can understand the usage of SignatureKey in JavassistTypeInfo as it is used as a key for the maps that hold methods, fields, and constructors. - even though a better solution would probably to use the signature of the method/field/constructor as the map key instead of SignatureKey (atleast it would be more efficient). please explain the reason of having the SignatureKey in JavassistMethodInfo, and if there isnt a good reason ill remove it. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4210967#4210967 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4210967

17 years, 1 month

1
0
0 / 0

[Design of JBoss jBPM] - Re: deletion problem

by tom.baeyens＠jboss.com

thats a configuration issue. configure history-service and history-session as in jbpm4/trunk/modules/test-db/src/main/test/resources/jbpm.cfg.xml View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4210966#4210966 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4210966

17 years, 1 month

1
0
0 / 0

[Design of JBoss jBPM] - Re: deletion problem

by galanfish

is that the history is stored in the table 'jbpm_hist_actinst' and 'jbpm_hist_procinst'? but they keep empty, where should i configure? or code? thx View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4210964#4210964 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4210964

17 years, 1 month

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - invmacceptor auto created in remotingserviceimpl

by timfox

| // when JMX is enabled, it requires a INVM acceptor to send the core messages | // corresponding to the JMX management operations (@see ReplicationAwareStandardMBeanWrapper) | if (jmxEnabled) | { | boolean invmAcceptorConfigured = false; | for (TransportConfiguration config : transportConfigs) | { | if (InVMAcceptorFactory.class.getName().equals(config.getFactoryClassName())) | { | invmAcceptorConfigured = true; | } | } | if (!invmAcceptorConfigured) | { | transportConfigs.add(new TransportConfiguration(InVMAcceptorFactory.class.getName(), new HashMap<String, Object>(), "in-vm")); | } | } | I don't understand why it's necessary.... If you want to send a management message from inside the server, no need for a session factory. just create a serversession directly and use that. Also I notice that *gulp* you're creating a new session for every invocation in replicationAwareInvoke. That's a performance killer! View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4210963#4210963 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4210963

17 years, 1 month

1
0
0 / 0

[Design of JBoss jBPM] - statefull vs stateless delegation classes

by tom.baeyens＠jboss.com

can we safely assume that all delegation classes are stateless ? when a process calls out to a user class, this can be done by specifying the classname and some configuration injections. there are various use cases of delegation classes: Assigner's (aka AssignmentHandlers), EventListeners (aka Actions) and so on. with delegation classes being stateless i mean that execution of those delegation classes will not update their member field. so after construction (incl injecting configuration) they can be considered immutable. if that is the case, those objects become thread safe and cacheble. we didn't assume this in jbpm 3 and hence instantiated each object each time as there is no good way of introducing caching. so... can we safely assume that all delegation classes are stateless as the default ? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4210958#4210958 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4210958

17 years, 1 month

1
0
0 / 0

[Design of JBoss jBPM] - Re: deletion problem

by tom.baeyens＠jboss.com

you'll still find that execution in the history. see HistoryService. runtime execution tables need to be kept clean to keep the runtime system healthy. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4210954#4210954 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4210954

17 years, 1 month

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Why are page size defaults in configuration?

by timfox

bump View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4210951#4210951 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4210951

17 years, 1 month

1
0
0 / 0

[Design of JBoss jBPM] - Re: deletion problem

by galanfish

oh... it's my mistake... i wrongfully set hibernate.dialect=org.hibernate.dialect.MySQLDialect and i fixed it as hibernate.dialect=org.hibernate.dialect.MySQLInnoDBDialect, then the testcase runned well... by the way, is that a execution would be set state to 'ended' when it is finished? and the pvm will delete the record from the table 'jbpm_execution'? can i cancel this? i mean when the execution finished, can i keep the record in database just update the state to 'ended'? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4210950#4210950 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4210950

17 years, 1 month

1
0
0 / 0

[Design of JBoss jBPM] - Re: process definition as a resource

by camunda

Technically I think yes. But for the development this would be a nightmare I think (renaming the stuff yourself, keep track what has changed to not forget to rename something and so on). And it could be that your new version requires a different third party library version, which is easily possible with scoped deployment, but not without (or do I forget something here?).... View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4210948#4210948 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4210948

17 years, 1 month

1
0
0 / 0

[Design of JBoss jBPM] - Re: process definition as a resource

by tom.baeyens＠jboss.com

"camunda" wrote : @Tom: Classloading work pretty well if you correctly use scoped classloading of AS with different parallel versions if the deployer and service take care of it correctly. The deployer I wrote for jbpm 3 works productive at the customer without problems... | my question is: would it have been possible at this client to work without versioned classes by just using different classnames if a class needs to be changed ? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4210946#4210946 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4210946

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