Cuando le digo al analyser que me busque todas las conversaciones, me genera una lista con todas, y cuando le digo que me represente una después de que me ha generado su ventana genérica, me representa los mensajes bien (de un agente a otro) pero desordenados!!! (te adjunto ventana para que veas como la representa, el cliente pide precio para una pizza a tres pizzerias diferentes). Además, dice que la conversación es unsuccessfull cuando es un fipa-contract-net y debería conocerlo... Te paso también el código Java. La clase a ejecutar es Main y la su nombre completo es pizzerias.Main
Logged In: YES
user_id=1883301
Originator: YES
File Added: ventana.tiff
Diagrama de secuencia erróneo
Logged In: YES
user_id=1863761
Originator: NO
Solucionado en la siguiente versión. Respecto al orden de los mensajes esta relacionado con el Bug item #1788305, y la solución es la misma (el uso del identificador del mensaje en lugar del timestamp, clase DBAccess.java). También se ha solucionado las conversaciones unsucessfull. El problema era que los participantes de una conversación se guardaban como un par (agent id, estado del automata) de manera que en ocasiones un mismo participante se registraba varias veces. El problema fue complicado de detectar ya que aparentemente el automata evolucionaba correctamente desde el estado inicial al final (modificaciones en método addParticipant de la calse ContractStat).
El "Pizza example" ha sido integrado en ACLAnalyser.