January 2008 - jboss-dev-forums - Jboss List Archives

[Design of JBoss jBPM] - Another potential enhancement to jbpm

by argo516

We like jbpm Timer support, however, it does not work with multiple hosts running against a single database scenario. By digging into JBPM code this appears to stem from the fact that SchedulerThread issues a simple query to get list of all due Timers and then executes them one by one (without locking anything). So it's possible that if two hosts fire SchedulerThread at the same time (this becomes increasingly more likely as the number of hosts grows) some Timers will be executed twice. I created a new scheduler service that takes care of this problem by properly locking and scanning JBPM_TIMERS table where only one box works on any given timer. Furthermore, instead of depending on a servlet to kick off the SchedulerThread I made it start automatically with jbpm runtime. This will allow jbpm timers to work outside of J2EE environment. However, I don't feel strongly about the way Timers are kicked off, so if people prefer to continue using the Servlet for compatibility reasons I am ok with that. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4121934#4121934 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4121934

18 years, 2 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: Moving out of the UnifiedClassloaders

by anil.saldhana＠jboss.com

Ales, do not want to obscure your last discussion post with Adrian. I just want to tell you that adding a jboss-structure.xml to the AS security test deployment, got the particular tests to pass. I will need to add the structure to other deployments with the same resource(properties files) detection issue. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4121932#4121932 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4121932

18 years, 2 months

1
0
0 / 0

[Design of JBoss Build System] - JBossAS / Build System - Minutes 21 Jan 2008

by ALRubinger

Today we discussed a couple hitches with the existing build system within the AS, exposing a few cases encountered as a result of bringing EJB3 out of the AS. The consensus, to be executed: * Copy of build scripts, configurations, etc from AS "testsuite" module to Maven "org.jboss:jboss-test" * Deprecation of these moved components in AS "testsuite", forward development to continue in Maven component * No AS component may depend on EJB3. This will allow us to resolve cyclic dependencies. * All AS components must have working POM, Maven build, and Hudson runs to publish snapshots at least once weekly; this will allow IT to safely month-old snapshots while ensuring the latest is always in the repo. How does this also ensure the artifact gets placed into thirdparty? Or do we care? Paul? * Each project/module is responsible for its own publishing to Maven repo. Note that build itself is implementation-specific to each module (and may be done in Ivy/Ant etc), but the resultant artifact must be published to the Maven repo to be accessible from other projects. S, ALR View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4121927#4121927 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4121927

18 years, 2 months

1
0
0 / 0

[Design of JBossCache] - Re: Data gravitation cleanup process and stale nodes

by bstansberry＠jboss.com

Only vague thought that comes to mind is a concern about data versions with OL. That is, /a/b have a particular data version. Say a special DataVersion impl like we use in Hibernate caching for structural nodes, where we never report the node as being out-of-date. The removal destroys that on the backup node. Then the data owner writes /a/b/d. The special DataVersion impl doesn't replicate to the buddy for /a or /a/b, since the owner didn't think it had written to those nodes. So the buddy just inserts a default DataVersion. Now the trees are inconsistent. I guess, in general I think the idea of making changes to the backup tree when the data owner is still alive is a bad idea. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4121918#4121918 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4121918

18 years, 2 months

1
0
0 / 0

[Design of JBoss jBPM] - Potential enhancement to jbpm

by argo516

I want to submit a enhancement to jbpm and wanted to see what everybody thinks about it: Everytime our application starts it deploys the latest process definition files (packages in the same *.jar). This allows us to always keep our code and process definitions in sync - for example if somebody modified and packaged a new process definition. However, currently every time you deploy jbpm blindly creates new row(s) in the database. This is rather problematic considering that we run multiple hosts against the same db and they can start/stop many times a day (very decentralized model). This results in a lot of uneeded junk in the database. The change I wrote actually compares the process definition parsed from the xml file against the lattest version in the database and only deploys if it's different. This way we still get the "just deploy each time you start" behavior, however without unneeded load on the db. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4121915#4121915 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4121915

18 years, 2 months

1
0
0 / 0

[Design of JBoss Portal] - Portlet Node

by hegler87

Hi, I want to get the node of my portlet. How can I do that in the portal 2.6.3 ? thanks for help. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4121911#4121911 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4121911

18 years, 2 months

1
0
0 / 0

[Design of POJO Server] - Re: property values in ManagementViewImpl.applyTemplate

by scott.stark＠jboss.org

There has to be a stable graph in terms of names when the MOs were originally created, so what test generates this error so I can understand where the mismatch occurs? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4121895#4121895 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4121895

18 years, 2 months

1
0
0 / 0

[Design of JBossCache] - Re: Data gravitation cleanup process and stale nodes

by manik.surtani＠jboss.com

Any thoughts on this? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4121890#4121890 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4121890

18 years, 2 months

1
0
0 / 0

[Design of JBoss Portal] - Re: Portlet Container 1.2 changes

by julien＠jboss.com

Removed PortletInvocation.getPortletContext() since now it is possible override getContext() with a PortletInvocationContext type. XXXInvocation now returns XXXInvocationContext related interfaces using the same mechanism. For instance: | public RenderInvocation extends PortletInvocation { | ... | public RenderContext getContext() | { | return renderContext; // instead of InvocationContext | } | View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4121886#4121886 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4121886

18 years, 2 months

1
0
0 / 0

[Design of JBoss Portal] - Re: Portlet Container 1.2 changes

by julien＠jboss.com

1/ renamed RequestContext to ServerContext as it provides services delivered by the server 2/ introduced RequestContext that contains the data provided by the HTTP client request when it connects using a POST with a non application/x-www-form-urlencoded content type. That was before on the ActionContext interface but it needs to be decoupled from it in order to be usable for the Resource requests. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4121884#4121884 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4121884

18 years, 2 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 January 2008