[JBoss jBPM] - Re: Assigning a task to->{group, rolebased, ...}
by petia
Hi
I have recently started to use jBPM. I would like to assign a task to a group of users, but I do not succeed to do it. I saw the comments on this forum and they are one year old. I am wondering whether it is still problematic to assign a task to a group of users or if this issue has been solved? How do I do then?
I have tried the following:
As long as I have only one employee defined, the task gets assigned to her/him. The moment I define two employees, I get stuck with an error message when executing the process.
If I only use
expression="group(A)", I do not get any error message, but the task does not get offered to anyone in the group.
I will appreciate any help. I am running JBOSS jBPM 3.1.2 and using the web interface to execute the processes.
Regards, Petia
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4059616#4059616
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4059616
19Â years, 1Â month
[JBossWS] - JBossWS supports pluggable Web Service stacks
by thomas.dieslerï¼ jboss.com
Starting with JBossWS-2.1.0, which is targeted for 1-Aug-2007, JBossWS will provide a general web service integration layer. For the first time, our users will have the choice to deploy one of three possible certified JAXWS stacks in JBoss-5.0, JBoss-4.2 and JBoss-4.0. The supported stacks are JBossWS Native, Sun's Metro and Apache CFX. Since each stack comes with its own specific functional feature set and performance characteristics users will be able to deploy the stack that best suits their needs. There will be a common deployment model and management interface to all deployable stacks. Over the next few months the JBossWS team will focus on advanced functionality such as WS-ReliableMessaging, WS-Trust, WS-AtomicTransaction, WS-BusinessActivity, etc. We would love to get your feedback on this topic this will help us to prioritize the integration work and hence provide you with a web service offering that combines the best of what is currently out there.
I am especially happy to hear that both the Sun Metro and Apache CXF community and project leads endorse this move and are committed to the success of their respective stacks in JBoss. Here is what they have to say ...
Sun: Metro
anonymous wrote :
| The GlassFish[1] community very much welcomes JBoss use of our Web Services stack (JAX-WS RI and Project Tango, now combined as Project Metro[2]) and we look forward to feedback and synergies with the expanded developer community", said Eduardo Pelegri-Llopart, Distinguished Engineer at Sun and overall lead of the GlassFish Community
|
| [1] http://glassfish.java.net
| [2] http://metro.dev.java.net
|
| Eduardo Pelegri-Llopart
|
IONA: Apache CXF
anonymous wrote :
| We're excited that on the strength of the CXF project and its growing user base, the JBoss community has decided to incorporate CXF into its offerings for Web service integration. This move is indicative of the power of open source to drive innovation and speed the adoption of new technologies.
|
| Dan Kulp, Principal Engineer at IONA Technologies and Apache CXF Committer
|
EnvoiSolutions: Apache CXF
anonymous wrote :
| I'm very excited to see JBossWS take such a strong user and community centric approach. Many CXF users have been already been deploying inside JBoss due to CXF's unique capabilities and JBoss's strength as an application server. I'm excited to see this integration grow even deeper in future.
|
| Dan Diephouse
|
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4059614#4059614
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4059614
19Â years, 1Â month
[JBoss Seam] - concurrency of conversation-scoped components
by azalea
Hi,
I have two questions.
1. JBoss Seam 2.0.0.BETA1 Reference Guide - 3.1.10. Concurrency model:
anonymous wrote :
| Seam enforces a single thread per conversation per process model for the conversation context by serializing concurrent requests in the same long-running conversation context.
|
What is "per process" here?
JVM? JSF event-handler? request process? business process? others?
2. I have the following Seam SFSB.
| @Stateful
| @Name("concurrencyTesting")
| public class ConcurrencyTestingAction
| implements ConcurrencyTesting, Serializable {
|
| private int count;
|
| @In
| private FacesMessages facesMessages;
|
| @Logger
| private Log log;
|
| @Begin
| public void start() {}
|
| public void doLongWork() {
| log.debug("doLongWork start:count[#0]", count);
| try {
| Thread.sleep(60 * 1000);
| } catch (InterruptedException e) {
| log.debug("InterruptedException occured.", e);
| }
| count++;
| facesMessages.add("doLongWork: count[#0]", count);
| log.debug("doLongWork end:count[#0]", count);
| }
|
| public void doShortWork() {
| log.debug("doShortWork start:count[#0]", count);
| count++;
| facesMessages.add("doShortWork: count[#0]", count);
| log.debug("doShortWork end:count[#0]", count);
| }
|
| public int getCount() {
| return count;
| }
|
| @End
| public void end() {}
|
| @Destroy @Remove
| public void destroy() {}
| }
|
I also have next xhml file.
| ... ...
|
| <h:messages globalOnly="true" styleClass="message"/>
|
| <ul>
| <li><s:link value="conversation start" action="#{concurrencyTesting.start}" /></li>
| <li><s:link value="conversation end" action="#{concurrencyTesting.end}" /></li>
| <li><s:link value="short work" action="#{concurrencyTesting.doShortWork}" /></li>
| <li><s:link value="long work" action="#{concurrencyTesting.doLongWork}" /></li>
| </ul>
|
| ... ...
|
(1)Start the conversation by clicking "conversation start" link in browser tab #1.
(2)Open a new tab #2 with right clicking on the "short work" link.
(3)Invoke #{concurrencyTesting.doLongWork} event-handler, which sleeps in 60 secs, in tab #1.
If I invoke #{concurrencyTesting.doLongWork} event-handler quickly in tab#2(concurrent request for same conversation),
the method invocation is blocked.
And when the processing in tab #1 is over, the method invocation in tab #2 starts.
This is OK!
But if I invoke #{concurrencyTesting.doShortWork} instead of #{concurrencyTesting.doLongWork} in tab #2,
this method is invoked immediately with a new temporary conversation.
I expected that the method invocation was also blocked...
Is this Seam spec?
JBoss AS 4.2.0.GA
JBoss Seam CVS(before about 12 hours)
Thanks.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4059611#4059611
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4059611
19Â years, 1Â month