[Glass] Gem go down when ex retry is manage for aBlock on: do:

[Dario Trussardi]

Ciao,

> 
> 
> On Thu, Jan 23, 2014 at 4:02 AM, Dario Trussardi <dario.trussardi at tiscali.it> wrote:
> 
> The service vm is described here[1]
> 
> [1] https://code.google.com/p/glassdb/wiki/ServiceVMExample 
> 
> >>
> >>>   - you might be able to successfully trigger a dialog to pop up if you can
> >>>     avoid making the jquery call inside the exception block ... something where you
> >>>     set a flag inside the exception block and pop up the dialog for retry in the
> >>>     code following the exception might work as well ...
> >>
> >>      How i can open a pop up when exception occured ?
> >>
> >>      Anyone has an example about it ?
> >>
> >>
> >>>
> >>> There might be other approaches as well...
> >>>
> 
> I complete extrapolate the iqDialog from on: do:  exception :
> 
>                 stampaok:= false.
>                 erroreTcpIP := false.
> 
>                 [ stampaok]  whileFalse:[
>                         stampaok := true.
>                         erroreTcpIP ifTrue:[ self jqDialog: ( DTRCassaDialogConferma openOnException: exRef
>                                                                                                                                 onModel: dcmModel)
>                                                                                 title: 'ERRORE STAMPA'. ].
> 
>                          [TicketBaseTipoCentriCarico newOn: dcmModel dettagli: tfDettagli onPrinter: rfrMaster aPrinterTicket ]
>                                  on: PrinterError do: [:ex |    exRef := ex .
>                                                                         erroreTcpIP := true.
>                                                                         stampaok := false.
>                                                                         ex return: false. ].
>                                                                 ].
> 
> Now the while loop work fine.
> 
> I would think that this while loop would be touchy to use in a multi-vm GemStone scenario since http requests would be delivered to a different vm, unless you are using session affinity or a single gem 

Thanks Dale,

	but what do you intend for session affinity ?

	When i have a method with temporary  variables and i do a callback 	or   a jqDialog   as on 

	i lose this temporary data ?

	What are the data on which i can rely,  into on environment with more gem  where http request would be delivered to a different vm ?

	Thanks for any considerations,

		Dario

	
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gemtalksystems.com/mailman/private/glass/attachments/20140124/466944ff/attachment.html>