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

[Design of JBoss jBPM] - Re: hibernate-configuration in jbpm.cfg.xml

by tom.baeyens＠jboss.com

no need for those to be mutually exclusive. this is e.g. how we can apply the centralized caching configuration, and offer a single place to configure the cache strategy. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4208516#4208516 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4208516

17 years, 1 month

1
0
0 / 0

[Design of JBoss jBPM] - Re: hibernate-configuration in jbpm.cfg.xml

by tom.baeyens＠jboss.com

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

17 years, 1 month

1
0
0 / 0

[Design of JBoss jBPM] - Re: signal on ended token

by cvl

Hi. This is very good. I somehow assumed (from comments), that the proposed fix was not accepted. Thanks, Good luck. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4208512#4208512 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4208512

17 years, 1 month

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: classloading dependencies

by adrian＠jboss.org

"jhalliday" wrote : | > That's already been fixed | | .. but the fix is not in AS branch 5.x yet. | The fix is in Branch_5_0 | 12:54:24,440 INFO [ServerImpl] Release ID: JBoss [Morpheus] 5.0.1.GA (build: SVNTag=JBoss_5_0_1_GA date=200902091457) | <snip/> | 12:54:32,351 WARN [RequirementDependencyItem] VFSClassLoaderPolicyModule bindings-classloader:0.0.0 resolved ModuleRequirement{jmx-classloader [0.0.0,?)} to VFSClassLoaderPolicyModule jmx-classloader:0.0.0 which has import-all=true. Cannot check its consistency. | anonymous wrote : | One further question: Assuming I have a choice between the -beans.xml and -classloading.xml techniques for specifying the dependency, what is considered best practice? This is for a transactions demo app we'll be shipping from JBoss, so if there is a 'right way' of doing things I guess I should use it :-) Best practice is to depend upon packages rather than modules because it is less susceptable to refactoring problems. That requires the jboss-classloading.xml View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4208510#4208510 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4208510

17 years, 1 month

1
0
0 / 0

[Design of JBoss jBPM] - Re: Confused about versioning

by camunda

Additional question: The SP release in jira is only for special service packs done by support? Or...? Target releases for JIRA for me is the next GA? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4208504#4208504 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4208504

17 years, 1 month

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: classloading dependencies

by alesj

"jhalliday" wrote : | One further question: Assuming I have a choice between the -beans.xml and -classloading.xml techniques for specifying the dependency, what is considered best practice? | I would go with -classloading.xml as that *clearly* states cl dependency. The -beans.xml way depends on "nobody doing any cl-ing before PreInstall", which might change if you dynamically add some state before PreInstall who's action is already gonna touch some BeanInfo/ClassInfo stuff. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4208503#4208503 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4208503

17 years, 1 month

1
0
0 / 0

[Design of JBoss jBPM] - Re: Confused about versioning

by camunda

Is there information on this available anywhere? This is a important information for end users as well! So any commits in the core should be targeted to the current 32x (in jira)? And they are automatically released as 33x as well? So there is no distinction in the core itself? Confusing... anonymous wrote : 32x productization is being finalized. Any Influences on this? What does this mean exactly? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4208501#4208501 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4208501

17 years, 1 month

1
0
0 / 0

[Design of JBoss jBPM] - Re: signal on ended token

by camunda

Hi cvl, You still can have "non ended subprocesses, when the parent process is ended". Because of the additional fix proposed in https://jira.jboss.org/jira/browse/JBPM-1471 this is no problem, since an ended sub process only signals the super process if it is not ended. This fix was necessary anyway, otherwise canceling a process instance (which cancels sub process instance, which notifies the parent) wouldn't have been possible any more. Cheers Bernd View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4208498#4208498 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4208498

17 years, 1 month

1
0
0 / 0

[Design of JBoss jBPM] - Re: hibernate-configuration in jbpm.cfg.xml

by heiko.braun＠jboss.com

you mean inline configuration (2) in combination with the external descriptor (2) ? For instance: | <hibernate-configuration resource="hibernate.cfg.xml"> (1) | | [... inline here ...] (2) | | </hibnerate-configuration> | View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4208491#4208491 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4208491

17 years, 1 month

1
0
0 / 0

[Design of POJO Server] - JBMETA-110: CreateDestination metadata feature / new metadat

by wolfc

We need a way to add new vertical features without affecting the horizontal layers. For example CreateDestination required a change to metadata. It'll will also require a new annotation processor, but that one can (/should) be configured on the EjbAnnotationMetaDataDeployer. (Right now hardcoded in JBoss50Creator.) For EJBTHREE-987 I stuffed it into the activation properties, which are filtered out when the end point needs to be created. (Let me take the liberty to give myself Brock points for that kind of solution.) https://jira.jboss.org/jira/browse/EJBTHREE-987 We may end up with tons of features which should not be coded within jboss-metadata itself (cache configurations for example). And I want to abuse it to allow EJB 3.1 to become a true extension. So we need a blueprint which can us forward. To ramble a bit on: maybe an xsd that allows for 'random' elements within bean metadata and then have a deployer split those up. Next deployer picks up and deploys something. <session> | <ejb-name>MyEjb</ejb-name> | <cache xmlns:mycache><max>10</max></cache> | </session> For the jboss xsd that should not pose a problem, but how will this be reflected into code without losing type safety? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4208486#4208486 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4208486

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