[Design of JBoss jBPM] - JSF EL - Cant Pass parameters
by falazar
I am having a problem passing parameters in the JSF file
I am looping through all process definitions, and trying to then call a function that can return the # of instances of that process. But its not working. There doesnt appear to be any way to pass a parameter back into the bean from the jsf page.
| <c:forEach var="processDefinition" items="#{participantBean.allProcessDefinitions}">
| <tr class="normal" onmouseover="this.className='hovered';" onmouseout="this.className='normal';" onclick="document.all['newExe#{processDefinition.id}\'].click()">
| <td class="selectable"><h:outputText value="#{processDefinition.name}" /> (<h:outputText value="#{processDefinition.id}" />) </td>
| <td class="selectable"><h:outputText value="#{processDefinition.version}" /></td>
| <td class="selectable">
|
| PROBLEM ON NEXT LINE
| <h:outputText value="#{participantBean.allProcessInstances(processDefinition.id)}" /> </td>
| <td class="selectable">
| <h:commandLink action="#{participantBean.startNewProcessInstance}" id="newExe#{processDefinition.id}">
| <f:param name="processDefinitionId" value="#{processDefinition.id}"/>
| Start It!
| </h:commandLink>
| </td>
| </tr>
| </c:forEach>
|
// hmm count all active processes instead?
| // first get count of all processes here, then try it in the webpage, then return list if needed
| //public int getAllProcessInstances(long processDefinitionId)
| public String getAllProcessInstances()
| {
| //return "12";
| //System.out.println("PID:"+PID);
|
| return Integer.toString(jbpmBean.getJbpmContext().getGraphSession().findProcessInstances(109).size());
| //return Integer.toString(jbpmBean.getJbpmContext().getGraphSession().findProcessInstances(processDefinitionId).size());
| }
|
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3966532#3966532
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3966532
19 years, 7 months
[Design of Clustering on JBoss (Clusters/JBoss)] - ClusterPartition vs HAPartition
by bstansberry@jboss.com
Been doing a lot of refactoring, etc. related to ClusterPartition due to using JBoss Cache for state and multiplexer for the Channel.
One thing that is confusing me is the distinction between HAPartition, HAPartitionImpl and ClusterPartition.
HAPartition is a generic interface that is part of the end user API. No problem.
HAPartitionImpl is an internal implementation that uses JGroups as an implementation detail. Again clear.
ClusterPartition though doesn't really seem to be part of an end user API. It's function is just to 1) expose an MBean interface so it can accept config attributes from the deployer and pass them on to HAPartitionImpl and 2) create a JChannel and pass it on the HAPartitionImpl. All of these functions are really just part of the implementation details of HAPartitionImpl. It's not clear to me why it's a separate service.
I'm thinking the way to go here is to combine the ClusterPartition and HAPartitionImpl classes, with the combined class exposing a management interface that extends HAPartition with the implementation specific config attributes. From the end user point of view, the API is still HAPartition.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3966529#3966529
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3966529
19 years, 7 months
[Design of JBoss Remoting, Unified Invokers] - Re: Extracting load balancing classes from AS cluster module
by bstansberry@jboss.com
"tom.elrod(a)jboss.com" wrote :
| 2. FamilyClusterInfo looks fine with me to use within remoting. There are a few methods that I don't really understand what they do, such as:
|
| public int getCursor();
| public int setCursor (int cursor);
| public Object getObject ();
| public Object setObject (Object whatever);
|
These are used by the load balance policies. A load balance policy instance will get created with every proxy download, while the FCI instance for the family gets created on the 1st download and thereafter remains the same. So, the FCI is the natural location to store state that multiple proxies for the same family use.
cursor -- used by RoundRobin to store the index of the current target.
object -- used by FirstAvailableIdenticalAllProxies to store the current target.
anonymous wrote : Overall, would like to have a base LoadBalancePolicy interface with just:
|
| public Object chooseTarget (FamilyClusterInfo clusterFamily);
|
| and then have a JBossAS specific one that extends that. Only problem is that everyone is already using the current LoadBalancePolicy, so could create another base interface the the current one extends that just has the one chooseTarget() method. Don't really know what to name it, but seems like might be the easiest approach.
+1.
We can probably just call it LoadBalancePolicy and namespace it with a different package.
anonymous wrote : Although jndi will use remoting at some point and deteached invokers will fall under remoting project at some point, don't want to factor that in too much right now as don't know when this will happen or what the impact will be.
OK, for now the stuff necessary to support the legacy code will remain in AS. Even if/when the detached invoker stuff shifts to Remoting you'd probably want to package that separately, so there'll probably still be a base interface and an extended one.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3966511#3966511
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3966511
19 years, 7 months