jboss-user
[Arriba] [Todas las Listas]

[jboss-Usuario] [jBPM] - Re: Clustering estrategia para jBPM5

To: User development <jboss-user@xxxxxxxxxxxxxxx>
Subject: [jboss-Usuario] [jBPM] - Re: Clustering estrategia para jBPM5
From: Arkady Perepelyuk <do-not-reply@xxxxxxxxx>
Date: Sat, 10 Sep 2011 10:57:01 -0400
Auto-submitted: yes
Delivery-date: Sat, 10 Sep 2011 10:58:13 -0400
Envelope-to: traductor@xxxxxxxxxxx
In-reply-to: <2-614573-3-88061-1310529144536-2-625848-3-2836-1315630298907.jivesbs.jivemailuser@http://community.jboss.org>
List-archive: <http://lists.jboss.org/pipermail/jboss-user>
List-help: <mailto:jboss-user-request@lists.jboss.org?subject=help>
List-id: The JBoss User main mailing list <jboss-user.lists.jboss.org>
List-post: <mailto:jboss-user@lists.jboss.org>
List-subscribe: <https://lists.jboss.org/mailman/listinfo/jboss-user>, <mailto:jboss-user-request@lists.jboss.org?subject=subscribe>
List-unsubscribe: <https://lists.jboss.org/mailman/listinfo/jboss-user>, <mailto:jboss-user-request@lists.jboss.org?subject=unsubscribe>
References: <2-614573-3-88061-1310529144536.jivesbs.jivemailuser@http://community.jboss.org> <2-614573-3-88061-1310529144536-2-625843-3-90697-1315621130775.jivesbs.jivemailuser@http://community.jboss.org> <2-614573-3-88061-1310529144536-2-625848-3-2836-1315630298907.jivesbs.jivemailuser@http://community.jboss.org>
Reply-to: The JBoss User main mailing list <jboss-user@xxxxxxxxxxxxxxx>
Sender: jboss-user-bounces@xxxxxxxxxxxxxxx
*Arkady *Perepelyuk [*http://Comunidad.*jboss.*org/Personas/*arkper] creó la discusión

"*Re: *Clustering estrategia para *jBPM5"

para ver la discusión, visita: *http://comunidad.*jboss.*org/Mensaje/625871#625871

--------------------------------------------------------------
estoy intentando conseguir exactamente lo que este hilo es todo sobre - tener un grupo de varios *jBPM5 aplicaciones. Ellos todo *areconnected a un autobús de servicio de la empresa que puede fácilmente ronda-*robin las peticiones que vienen del *clustered aplicación de web. El caso de uso exacto es cuando sigue:

1. *jBPM5 Nodo 1 consigue una petición para crear un caso de proceso.hay varias tareas humanas que necesitan ser creado - así que Nodo 1 comunica a un grupo de Tarea *Servers para tener que hecho.
2. Un usuario completa una tarea humana que resulta en una Tarea *server Nodo *X comunicando su conclusión a *jBPM5 Nodo 2.

El punto que estoy probando a la marca es que a no ser que el *jBPM5 nodos comparten la misma sesión de conocimiento, Nodo 2 no será capaz de coger el acontecimiento de conclusión de la tarea y mover el caso de proceso sólo porque el caso de proceso sólo sería disponible al nodo que había creado lo. Tan, cuando Gary *Tse había sugerido en el mensaje de apertura, probé la sesión que comparte por ejecutar el siguiendo en cada nodo:

*h6. *StatefulKnowledgeSession *ksession = *JPAKnowledgeService.*loadStatefulKnowledgeSession(1, *kbase, *config, *env);


informé el fracaso previsible debido a optimista cerrando no siendo la estrategia correcta para manejar concurrente actualiza de nodos múltiples. Así que esto no es una opción para construir un *clustered *jBPM5 aplicación. Así que estoy yendo para preguntarte otra vez (te he preguntado la misma cuestión en un hilo diferente *dedictaed a *clustering) - qué es vuestra aproximación a construir un *clustered *jBPM5 aplicación para *scalability y disponibilidad alta? Cada misión de volumen alta aplicación de empresa crítica requiere esto como asunto de prioridad muy alta.
--------------------------------------------------------------

Respuesta a este mensaje por ir a Comunidad
[*http://comunidad.*jboss.*org/Mensaje/625871#625871]

Empieza una discusión nueva en *jBPM en Comunidad
[*http://comunidad.*jboss.*org/Escoge-contenedor!Entrada.*jspa?*contentType=1&*containerType=14&contenedor=2034]

Arkady Perepelyuk [http://community.jboss.org/people/arkper] created the discussion

"Re: Clustering strategy for jBPM5"

To view the discussion, visit: http://community.jboss.org/message/625871#625871

--------------------------------------------------------------
I'm trying to achieve exactly what this thread is all about - have a cluster of several jBPM5 applications. They all areconnected to an enterprise service bus that can easily round-robin requests coming from the clustered web application. The exact use case is as follows:

1. jBPM5 Node 1 gets a request to create a process instance.There are several human tasks that need to be created - so Node 1 communicates to a cluster of Task Servers to have that done.
2. A user completes a human task which results in a Task server Node X communicating its completion to jBPM5 Node 2.

The point that I'm trying to make is that unless the jBPM5 nodes share the same knowledge session, Node 2 will not be able to pick up the task completion event and move the process instance alone because the process instance would only be available to the node that had created it. So, as Gary Tse had suggested in the opening message, I tried session sharing by executing the following on each node:

h6. StatefulKnowledgeSession ksession = JPAKnowledgeService.loadStatefulKnowledgeSession(1, kbase, config, env);


I reported the predictable failure due to optimistic locking not being the right strategy to handle concurrent updates from multiple nodes. So this isn't an option to build a clustered jBPM5 application. So I'm going to ask you again (I've asked you the same question in a different thread dedictaed to clustering) - what is your approach to building a clustered jBPM5 application for scalability and high availability? Every high volume mission critical enterprise application requires this as a matter of very high priority.
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/625871#625871]

Start a new discussion in jBPM at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2034]

_______________________________________________
*jboss-Usuario *mailing lista
*jboss-user@xxxxxxxxxxxxxxx
*https://listas.*jboss.*org/*mailman/*listinfo/*jboss-Usuario
_______________________________________________
jboss-user mailing list
jboss-user@xxxxxxxxxxxxxxx
https://lists.jboss.org/mailman/listinfo/jboss-user
<Anterior por Tema] Tema Actual [Siguiente por Tema>