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

[Design of JBoss jBPM] - Re: Defining a public API for jBPM

by tom.baeyens＠jboss.com

This is what I think we should provide: 1) drop in replacement for micro version upgrades like 3.2.3 to 3.2.4 2) DB migration support for db between minor version upgrades like 3.2.x to 3.3 3) DB coexistence support between major version numbers so a 3.x installation can run next to a 4.x installation. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4161209#4161209 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4161209

15 years, 10 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: Defining a public API for jBPM

by tom.baeyens＠jboss.com

"alex.guizar(a)jboss.com" wrote : anonymous wrote : Database layout is considered implementation detail that might change between minor versions. | I see this one as a source of discontempt among folks (like me) who would expect each new minor version to be a drop-in replacement for the previous minor version, unless the changes are purely additive or we provide migration scripts (not fun). I believe major versions are the place for disruptive changes in the database schema. I think you are referring to micro releases. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4161206#4161206 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4161206

15 years, 10 months

1
0
0 / 0

[Design of POJO Server] - Re: Deploying content installed after server start

by scott.stark＠jboss.org

Ok, great. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4161202#4161202 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4161202

15 years, 10 months

1
0
0 / 0

[Design of AOP on JBoss (Aspects/JBoss)] - Re: Translatable ClassLoaders

by flavia.rainone＠jboss.com

Great! I'll try to fix it and see if no aop tests (standalone and AS) get broken with it: http://jira.jboss.com/jira/browse/JBAOP-606 View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4161201#4161201 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4161201

15 years, 10 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: Defining a public API for jBPM

by alex.guizar＠jboss.com

anonymous wrote : Database layout is considered implementation detail that might change between minor versions. I see this one as a source of discontempt among folks (like me) who would expect each new minor version to be a drop-in replacement for the previous minor version, unless the changes are purely additive or we provide migration scripts (not fun). I believe major versions are the place for disruptive changes in the database schema. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4161198#4161198 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4161198

15 years, 10 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: jBPM3 switched to maven

by camunda

jbpm 3 moved to SVN? Since when? I still have the CVS access and thought only the PVM and jbpm 4 will move to SVN? By the way: Good news, that a lot of improvements are made. But at the moment it is maybe already too much? I can not work on jBPM full time and have other stuff to do. If everything changes in the development environment it is hard to keep track and commit small patches and stuff... View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4161196#4161196 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4161196

15 years, 10 months

1
0
0 / 0

[Design of POJO Server] - Re: Deploying content installed after server start

by bstansberry＠jboss.com

Just a follow up on this for the record. I got HASingletonDeploymentScanner to work with the repository based profile service as well, well enough at least for AS 5 CR1. Basically, the HASingletonDeploymentScanner has the ProfileService and the MainDeployer injected. When the ProfileService is injected, it checks if it exposes a DeploymentManager. If yes, when it becomes master or stops being master it deploys/undeploys content via the DeploymentManager API (distibute, getRepositoryNames, start, stop, undeploy). The getRepositoryNames() method Scott added yesterday was most helpful. :) If no DeploymentManager (i.e. the basic profile service) it deploys/undeploys by calling add/removeDeployment on the ProfileService and the MainDeployer and then tells the MainDeployer to process(). That's a temporary solution, but restores the feature, has educated Brian, and means there's now at least a unit test of deploy-hasingleton; never was one before. http://jira.jboss.com/jira/browse/JBAS-5682 View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4161194#4161194 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4161194

15 years, 10 months

1
0
0 / 0

[Design of AOP on JBoss (Aspects/JBoss)] - Re: Translatable ClassLoaders

by kabir.khan＠jboss.com

Translatable is for integration with the UnifiedClassLoader in JBoss 4.x and with the RealClassLoader in JBoss 5. Basically, they will call AspectManager.transform() once a class is loaded. So basically Translatable means it is a JBoss AS classloader. We haven't really done many tests with clever classloader stuff outside of JBoss, so I guess this is why we haven't picked this up before. I think the method shown should be this instead: | public ClassPool findClassPool(ClassLoader cl) | { | if (!(cl instanceof Translatable)) | { | // findClassPool has problems with boot and system classes. | if (cl == null) | { | return registerClassLoader(SecurityActions.getContextClassLoader()); | } | } | return registerClassLoader(cl); | } | | | | | For boot and system classes Class.getClassLoader() will return null, and I think that might be what the comment refers to? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4161191#4161191 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4161191

15 years, 10 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: jBPM3 should release lock-step with jPDL4

by tom.baeyens＠jboss.com

"thomas.diesler(a)jboss.com" wrote : I think we should have a consistent naming scheme (i.e. either we use the jBPM prefix or not) | good point. let's take "jPDL {version}" "thomas.diesler(a)jboss.com" wrote : Therefore I propose for jPDL4 a release cycle that aligns with jBPM3. Faster than eight weeks is very hard to manage anyway given the documentation and test coverage that is required. | the problem is that i need enough coverage in jPDL 4 to know that the basic public API starts off in the right direction. some of the advanced concepts will have their impact on the basic part of the api. i wanted to reflect with this release schedule that in my estimation, jPDL 4.0.alpha2 has enough coverage so that we can be confident that the basic parts of the api remain stable. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4161185#4161185 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4161185

15 years, 10 months

1
0
0 / 0

[Design of AOP on JBoss (Aspects/JBoss)] - Re: Translatable ClassLoaders

by flavia.rainone＠jboss.com

The commentary // findClassPool has problems with boot and system classes. does not mean too much to me, since it doesn't tell what type of problems we can get. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4161172#4161172 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4161172

15 years, 10 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-dev-forums June 2008