/ / Flex - Riprova il servizio di Blaze DS - flex, blazeds

Flex - Blaze DS Service riprova: flex, blazeds

Abbiamo un'applicazione flex integrata conjava-spring usando BlazeDS. L'applicazione fornisce all'utente una schermata di interazione JMS in cui l'utente deve inserire parametri come url e dettagli della coda e un messaggio verrà pubblicato su quella coda. Il problema è che ogni volta che il livello server (java) richiede tempo per rispondere, in qualche modo un'altra richiesta viene inviata al server.

Il registro ha il seguente aspetto:

2011-10-11 03:17:19 INFO [[ACTIVE] ExecuteThread: "11" per la coda: "weblogic.kernel.Default (auto-tuning)"] - JanusFilter.processJanusPrincipal -> janusPrincipal ==== D 2011-10-11 03:17:19 INFO [[ACTIVE] ExecuteThread: "11" per la coda: "weblogic.kernel.Default (self-tuning)"] - TraceLoggerUtil.logBefore -> Inizio di JMSClientServiceImpl.sendJMSMessage 2011-10-11 03:17:19 INFO [[ACTIVE] ExecuteThread: "11" per la coda: "weblogic.kernel.Default (self-tuning)"] - JMSClientServiceImpl.sendJMSMessage -> :: Invio messaggio JMS 2011-10-11 03:22:19 INFO [[ACTIVE] ExecuteThread: "9" per la coda: "weblogic.kernel.Default (self-tuning)"] - JanusFilter.processJanusPrincipal -> janusPrincipal ==== D 2011-10-11 03:22:19 INFO [[ACTIVE] ExecuteThread: "9" per la coda: "weblogic.kernel.Default (self-tuning)"] - TraceLoggerUtil.logBefore -> Inizio di JMSClientServiceImpl.sendJMSMessage 2011-10-11 03:22:19 INFO [[ACTIVE] ExecuteThread: "9" per la coda: "weblogic.kernel.Default (self-tuning)"] - JMSClientServiceImpl.sendJMSMessage -> :: Invio messaggio JMS

C'è qualche tipo di proprietà nell'oggetto remoto o BlazeDS di Flex che rende possibile questo tentativo? Si noti che c'è un intervallo di 5 minuti.

risposte:

0 per risposta № 1

Avevo affrontato lo stesso problema nel nostro controllo di qualitàambiente. Abbiamo un server Web Apache configurato accanto ai server weblogic. La richiesta va prima al server web Apache, dove il timeout della sessione è impostato su 5 minuti.

Quindi, ogni 5 minuti, se il server è occupato con la richiesta corrente, la richiesta viene nuovamente inviata di nuovo. Per risolvere questo problema, modificare il paramentre WLIOTimeoutSecs in apache config a più di 300 (impostazione predefinita).

Spero che questo ti aiuti..