Newsgroup: it.comp.appl.notes-domino
Titolo: Lotuscript RunOnServer

Usando il method runonserver da un client per eseguire un agente piuttosto
pesante sul server, il client rimane comunque "imballato" per attendere il
risultato dell'agent.....qualcuno ha idea di come aggirare questa palla
orrenda?
ciao
Fx

...

Agente scedulato a 5 min che controlla un flag?

 wrote in message 3b2e...@adm.eni.it...

Anche a me interesserebbe sapere se c'č qualche metodo particolare. Io sono
un praticone e, in attesa di una soluzione piů razionale, ho creato un
agente che gira sul server ogni 5 minuti e va a controllare un campo switch
sul documento profilo: se lo switch č in off chiude subito, se č in on, lo
modifica in off ed avvia l'agente vero e proprio (quello pesante). Per
avviare l'esecuzione sul server dell'agente pesante ho inserito sul form un
pulsante che, dopo aver avvisato che l'esecuzione dell'agente non č
istantanea ma viene avviato entro 5 minuti, provvede a mettere in on lo
switch sul documento profilo.
Ciao
Theold

> Agente scedulato a 5 min che controlla un flag?
Si, ma a dire la verita' mi schifa un po'..... vuoi mettere ....hai
l'attenzione su di te, ecco stai per mostrare l'applicazione del
futuro....la faccio partire .....tenetevi forte ....click!!! ....ah c'e' da
aspettare 5 minuti.....mi intristisce un po'
ciao
Fx

 switch sul documento profilo.
Boh, forse sono riuscito a fare qualcosa di meglio ....ma solo via browser
tristez & schifez
ciao
Fx

tristez & schifez
Pessimismo & Fastidio

> Grazie che via web ci riesci, in quel modo girano solo su server ;-P
Beh, anche dal client con il runonserver girano sul server....il problema e'
che sta li' senza fare niente fino a quando l'agent non ha finito.....dal
browser invece e' un po' piu' gestibile
ciao
Fx

Ciao,
mi sembra di aver letto che Rnext supporti il multithread (o come diavolo 
si chiama) quindi credo che questo tipo di problemi potrebbero essere 
definitivamente risolti.
Ho capito bene? VI risulta?
Ciao
maximo

maximo ha scritto nel messaggio ...

Almeno per il detach degli allegati va in multithreading di sicuro. Per gli
agenti non saprei.
Ma qui il problema non sussiste, perché l'agente deve girare sul server. Il
problema è che il client non dovrebbe attendere che il server termini di
eseguire l'agente; in altre parole non dovrebbe essere sincrono.


wrote:

Io in questi casi di solito creo un mailin database e gli spedisco un
email ogni volta che voglio eseguire l'agente. Nel mailin database
metto un agente che si avvia al ricevimento della posta...(etc)
Ciao.
	Ema

 metto un agente che si avvia al ricevimento della posta...(etc)
Ci avevo pensato....ma se non ricordo male impostando l'agent come "When new
mail arrives" l'agente non e' comunque immediato.....ci mette qualche minuto
per decidersi. Comunque penso che al momento sia la soluzione migliore
grazie, ciao
Fx

per decidersi. Comunque penso che al momento sia la soluzione migliore
Try:
AMgr_NewMailEventDelay = 0

 AMgr_NewMailEventDelay = 0
Already tried, quite good.....but always with a little delay
thanks
Un Felix che da prova del suo agghiacciante inglese

A me funzionano un po' si ed un po' no...
No ricominciamo...
AMgr_DisableMailLookup=1
e passa la paura.

 A me funzionano un po' si ed un po' no...
A parte il parametro che ha segnalato Juda, che comunque consiglio
vivamente....ce ne' un altro estremamente bastardo....che di default
inibisce il funzionamento se l'utente firmatario dell'agente non e' un
utente definito sul server che deve fare girare l'agent.
Ovviamente non mi ricordo qual'era... ah ecco AMgr_DisableMailLookup=1
Non so se e' pertinente al tuo problema.....io ci sono discretamente
impazzito prima di trovare la soluzione
saluti
Fx

 e passa la paura.
...eh eh, appunto

 ha scritto nel messaggio
news:3b31...@adm.eni.it...
