[Design of JBoss jBPM] - jBPM Multithreading: Is there a specification?
by archer77
Is jBPM working in a real multithreaded environment?
Is there a specification how the thread interaction should work?
I looked for information on both topic but did not find any.
It seems that the current design/implementation allows to have two different representations of the same task, both containing different data.
My problem:
A process definition will make the jBPM generate an event on task-assign. When executed following happens:
* Thread A ends the previous task, jBPM continues execution.
* jBPM creates, assigns next task, triggers the event handler (also Thread A)
* The eventhandler dispatches a message to the actor of the new task
* The actor receives the message (other host, Thread B)
* Connects to the jBPM (Thread B) and tries to fetch the task information
* Depending on the transport speed, thread B will be so fast, that he asks for the task when it is
** not yet assigned to him (causes not authorised exception)
** already there (everything ok)
The same game can be played using the task-create event, result:
* Task does not exist (error)
* Task already there (ok)
I added a loop around the getRemoteTaskInstanceInfo call because I know the Id of the task from the message, so I can wait for it to appear.
Disadvantage: The code gets really ugly because every multithreaded jBPM interaction has to retry an operation until it succeeds. Apart from that the workaround causes high server load (polling) or inefficient timing (wait).
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4025353#4025353
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4025353
19 years, 1 month
[Other JBoss Development Design] - JBoss Rules problem (too many iterations)
by nicolemans72
I use JBoss Rules in my project and I have a problem with this rule
| [then]addList "{value}" {expression}
| =liste.add(new Integer({value})); {expression}
|
The drl line wich matches with this rule is like that:
| addList "125" addList "130" addList "135" addList "140"
|
The number of element to add could change but when I have more than 9 elements, I have a compilation problem:
| rg.drools.rule.InvalidRulePackage: unknown:124:0 Unable to expand: niveaux concernes : addList "20" addList "29" addList "35" addList "40" addList "45" addList "50" addList "65" addList "70" addList "75" addList "80". Due to To many iterations in processing the expression: [addList "20" addList "29" addList "35" addList "40" addList "45" addList "50" addList "65" addList "70" addList "75" addList "80"] with target template: [liste.add(new Integer({value})); {expression}]
|
Is there a limit of iterations??
Is it a bug?
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4025346#4025346
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4025346
19 years, 1 month
[Design of POJO Server] - Hot deployment added to trunk
by scott.stark＠jboss.org
Hotdeployment has been added to trunk. The HDScanner bean implements that behavior by obtaining the modified deployments from the active Profile.
| <!-- Hotdeployment of applications -->
| <bean name="HDScanner"
| class="org.jboss.system.server.profileservice.hotdeploy.HDScanner">
| <property name="mainDeployer"><inject bean="MainDeployer"/></property>
| <property name="profileService"><inject bean="ProfileService"/></property>
| <property name="scanPeriod">5000</property>
| <property name="scanThreadName">HDScanner</property>
| </bean>
|
Note that only the root of a top-level deployment is checked for modifications. Only the DeploymentPhase.APPLICATION type of deployments are checked for modifications. This corresponds to the current deploy directory contents.
More information about what metadata files constitute modifications, and well as allowing for subdeployment modifications with subsequent refreshing of a bundle type class loader are future todos.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4025332#4025332
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4025332
19 years, 1 month
[Design of JBoss Portal] - Flexing JBoss Posrtal
by johanwasserman
Would it be possible to start a new Forum for Flexing JBoss Prortal? I am on a mission to build a stable portal application based on flex, and that inspired me to flex some of JB Portal's curret functionallity as well.
Now I have some "how do I questions" but I'm not sure theire design related (I'll post them in the user forum for now).
Maybe there are some other developers out there who'd like to know the best place to put the flex library and files, and how to replace the portals interfaces with flex interfaces, etc, etc...
Currnetly, I just want to replace the User Portal with a flex logon app, that instead of going to the (sorry) "ugly" login page, just logs on straight from the User Portlet. ( See user forum for detail).
I'm gonna have a lot more questions and hopefully there's other developers out there that are interested in going the same direction.....
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4025318#4025318
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4025318
19 years, 1 month
[Design of JBoss Internal Benchmarking] - specj2004 with Jboss
by sudheer_pisces
I am trying to setup specj2004 to work on JBoss, however I have encountered the following errors:
Failed to boot JBoss:
org.jboss.deployment.DeploymentException: url file:/usr/local/jboss-4.0.5.GA/server/emulator/conf/jboss-service.xml could not be opened, does it exist?
at org.jboss.deployment.DeploymentInfo.(DeploymentInfo.java:214)
at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:781)
at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:766)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155)
at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94)
at org.jboss.mx.server.Invocation.invoke(Invocation.java:86)
at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264)
at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659)
at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:210)
at $Proxy5.deploy(Unknown Source)
at org.jboss.system.server.ServerImpl.doStart(ServerImpl.java:482)
at org.jboss.system.server.ServerImpl.start(ServerImpl.java:362)
at org.jboss.Main.boot(Main.java:200)
at org.jboss.Main$1.run(Main.java:490)
at java.lang.Thread.run(Thread.java:619)
13:03:04,862 INFO [Server] Runtime shutdown hook called, forceHalt: true
13:03:04,893 INFO [Server] JBoss SHUTDOWN: Undeploying all packages
13:03:04,927 INFO [Server] Shutdown complete
Shutdown complete
Halting VM
I am using jboss application server jboss-4.0.5.GA, jboss-specj2004-kit-1.3.7 and SPECjAppServer2004.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4025314#4025314
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4025314
19 years, 1 month
[Design of Clustering on JBoss (Clusters/JBoss)] - Re: JBoss and NLB
by diabelos
I am doing the same thing. I am using the the MS NLB to handle the load balancing while JBOSS is doing its own cluster. What I have found is, there seems to be a conflict between the two applications (NLB & JBOSS). As of yet, I don't know why this is, however, it has to do with multicasting. Basically when you create an NLB cluster, JBOSS clustering stops working. NLB can run in either unicast or multicast mode, but, AFAIK, typical installs are multicast mode, though MS sets the default to unicast (we run in multicast because we have too). If you delete the NLB cluster, JBOSS clustering starts to work again.
I also used the JGroups 2.5.0 testing tools to demonstrate this.
If someone has a clue as to why this is happening, please let us know.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4025276#4025276
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4025276
19 years, 1 month
[Design of OSGi Integration] - Re: OSGiControllerContext design
by alesj
"adrian(a)jboss.org" wrote :
| If you want to integrate other contexts that are not native OSGi (like POJOs, mbeans),
|
What do you mean by native OSGi context?
Our new OSGi schema + -osgi.xml file ==> OSGiControllerContext?
"adrian(a)jboss.org" wrote :
| this will need an "on the fly" implementation of the bundle context or whatever OSGi expects.
| I can't remember the exact details, since it is a while since I looked at the OSGi api.
| I do remember there are some notifications required in there somewhere.
|
'On the fly' implementation of the bundle context?
Where to keep the 'on the fly' BC instance, so that it is available to non-native contexts when you want to integrate them?
I'm dealing with this problem (with adding additional 'bundle' scope) in my current initial impl, but I think this is not the way to go.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4025247#4025247
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4025247
19 years, 1 month