[JBoss jBPM] - Re: job executor explained in a nutshell
by jpechane＠redhat.com
Hi,
in my opinion READ_COMMITTED is the correct level of isolation for optimistic locking.
Morover in the forst post Tom contradicts himself
anonymous wrote : The required isolation level should be set to REPEATABLE_READ for hibernate's optimistic locking to work correctly. That isolation level will guarantee that
anonymous wrote : Non-Repeatable reads are a problem for optimistic locking and therefor, isolation level READ_COMMITTED is required if you configure more then 1 job executor thread
What I think is the problem with Exceutors is that they report the StaleObjectExcepetion even if it is quite expected result in such case.
Maybe for tables with jobs we should think about pessimistic locking as the conflicts can be quite frequent.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4160133#4160133
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4160133
17 years, 9 months
[JBoss jBPM] - gravel and j4j tags in datatable
by gnagy
Hi,
I tried borrowing code from the jbpm console for listing tasks and making transitions. I iterate over #{taskInstanceList} in a datatable (tried both h:datatable and rich:datatable), but the gravel and j4j tags don't pick up the iteration variable.
<h:dataTable var="taskInstance" value="#{taskInstanceList}">
<h:column>
<f:facet name="header" >
<h:outputText value="Deal info"/>
</f:facet>
<h:outputText value="#{taskInstance.variables['dealTask']}"/>
</h:column>
<h:column>
<f:facet name="header" >
<h:outputText value="State"/>
</f:facet>
<h:outputText value="#{taskInstance.task.parent.name}"/>
</h:column>
<h:column>
<f:facet name="header" >
<h:outputText value="Actions"/>
</f:facet>
<ga:responseActions>
<gd:sort source="#{taskInstance.availableTransitions}" target="#{transitions}" entryVar="e" argument="#{e.name}"/>
</ga:responseActions>
< ul>
<gd:repeat value="#{transitions}" var="transition">
< li>
<h:commandLink>
<j4j:loadTask id="#{taskInstance.id}" target="#{j4jtask}"/>
<j4j:completeTask task="#{j4jtask}" transition="#{transition.name}"/>
#{transition.name}
<n:nav outcome="success" redirect="true" storeMessages="true"/>
<n:nav outcome="error" redirect="true" storeMessages="true"/>
</h:commandLink>
< /li>
</gd:repeat>
< /ul>
</h:column>
</h:dataTable>
is rendered as:
Deal info State Actions
info1 Accepting Deal
info2 Accepting Deal
info3 Accepting Deal
i.e. the Actions column is empty.
Any ideas why gravel and j4j don't pick up #{transitions}? Note, it semi-works with ui:repeat, but then i have no chance to sort the set of transitions.
Also, is it ok to post further gravel questions in the jbpm forum? Or do they belong elsewhere?
Thanks,
Greg
b2international.com
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4160131#4160131
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4160131
17 years, 9 months
[JBoss jBPM] - Re: Mail Node
by Fornachari
Kukeltje,
I did a program in Java, using the class javax.mail, and, using the code below, I can send email, using the same smtp server and the same email address that I tried in jBPM:
| Properties p = new Properties();
| p.put("mail.host", "MyServerSMTP");
| Session session = Session.getInstance(p, null);
| MimeMessage msg = new MimeMessage(session);
| msg.setFrom(new InternetAddress("request.notify(a)workflowmachine.com"));
| msg.setRecipient(Message.RecipientType.TO, new InternetAddress("myname(a)mycompany.com"));
| msg.setSentDate(new Date());
| msg.setSubject("Teste");
| msg.setText("Email test!");
| Transport.send(msg);
So, I suppose that my mailserver accepts the address that I using, doesn't it?
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4159988#4159988
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4159988
17 years, 9 months