[JBoss jBPM] - Re: Websphere 6.1 and jBPM 4
by digitalsam007
My client wants to be able to use the new GWT-Console for jBPM and deploy the examples (packaged in JBPM4.zip) in websphere without any problem.
As I went through the source code of JBPM and gwt-console, gwt-console-server, jbpm-console-integration, etc, it looks like there is a realtime dependency of the ProcessEngine in the GWT-Console.
This ProcessEngine is bound as a JNDI resource somewhere.
Also, after going through the build.xml file inside the jbpm4.0/jboss folder, I found a jbpm-service.sar and a deployer is installed in the respective JBoss version.
What I think is that I might have to create a similar artifact for WAS 6.1 too. But I am not quite sure how that can be done. Can any one help me out with this???
Regards
Samraat
jbpm-service.sar
View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4244059#4244059
Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4244059
17 years
[Microcontainer] - Re: Installing a context leads to resolve of other unrelated
by alesj
"jaikiran" wrote :
| Isn't that the job of the deployers (ex: BeanMetadataDeployer) to install (which internally will move it to various states) the specific context(s)?
|
Deployers are just one way of installing a component into MC.
You can do it in many different ways - take any direct API approach.
"jaikiran" wrote :
| Shouldn't an implicit dependency be turned (by some piece of code) into an explicit dependency? For #1, the other bean is actually depending on the "some bean" for the static flag, so shouldn't this dependency be created explicitly? Same holds for #2
|
Not all dependencies could be made explicit.
e.g. let's again take the JNDI example
One bean all it cares is if certain JNDI name is present.
The other one or a few are potential candidates to provide this JNDI name.
But the catch is that providing this name depends on N variables; timestamp, weather, ...
So, there is no way to know in a particular timeframe which bean will resolve the first bean --> implicit.
"jaikiran" wrote :
| Isn't this expensive (correct me if i am wrong) and is being done for every context being installed.
Re-read the JNDI example. ;-)
Or how else are you gonna make sure you don't miss a potential dependency resolving bean,
if you don't check them all?
View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4244058#4244058
Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4244058
17 years
[Clustering/JBoss] - Deprecated DistributedState in Cluster API for JBossAS 5
by jalxm
I have code with DistributedState to update some data (my own metrics) for all members in cluster.
Now I see that DistributedState (seems DistributedState.DSListenerEx too) deprecated but I don't know how to replace my code.
Take a look..
HAPartition part = ...;
DistributedState distState = part.getDistributedStateService();
DistributedState.DSListenerEx listenerState = new DistributedState.DSListenerEx() {
/**
* {@inheritDoc}
*/
public void keyHasBeenRemoved(String category, Serializable key, Serializable value, boolean locally) {
// No-op.
}
/**
* {@inheritDoc}
*/
public void valueHasChanged(String category, Serializable key, Serializable value, boolean locally) {
// Some logic...
}
};
/* Register state listener. */
distState.registerDSListenerEx(CATEGORY, listenerState);
Every cluster node start thread with metrics update in loop
distState.set(CATEGORY, locNode.getJBossId(), localNodeMetrics);
Do you have any ideas how to replicate metrics for all nodes?
I see that CacheManager added in JBoss AS 5
Thanks,
Alex Magdenko
View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4244057#4244057
Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4244057
17 years