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: Mauricio Salatino <do-not-reply@xxxxxxxxx>
Date: Fri, 09 Sep 2011 18:51:52 -0400
Auto-submitted: yes
Delivery-date: Fri, 09 Sep 2011 18:52:35 -0400
Envelope-to: traductor@xxxxxxxxxxx
In-reply-to: <2-614573-3-88061-1310529144536-2-625402-3-90697-1315456217444.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-614804-3-88061-1310529283494.jivesbs.jivemailuser@http://community.jboss.org> <2-614573-3-88061-1310529144536-2-625402-3-90697-1315456217444.jivesbs.jivemailuser@http://community.jboss.org>
Reply-to: The JBoss User main mailing list <jboss-user@xxxxxxxxxxxxxxx>
Sender: jboss-user-bounces@xxxxxxxxxxxxxxx
Mauricio *Salatino [*http://comunidad.*jboss.*org/Personas/*salaboy21] creó la discusión

"*Re: *Clustering estrategia para *jBPM5"

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

--------------------------------------------------------------
Aquello es correcto y es correcto.
Si dos nodos quiere hacer operaciones en el mismo *sessionInfo uno del dos fallará y el otro  éxito. Aquello es la manera cómo cerrando trabajos. 
Vuestra aplicación tendría que añadir la lógica a *retry la operación si falla y no quieres perder la segunda modificación (el que falla).

Consideraciones mejores
--------------------------------------------------------------

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

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

Mauricio Salatino [http://community.jboss.org/people/salaboy21] created the discussion

"Re: Clustering strategy for jBPM5"

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

--------------------------------------------------------------
That's right and it's correct.
If two nodes wants to do operations on the same sessionInfo one of the two will fail and the other will success. that's the way how locking works. 
Your application should add the logic to retry the operation if it fails and you don't want to miss the second modification (the one that fails).

Best Regards
--------------------------------------------------------------

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

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>