Protezione thread WebLogic bloccato

Question

Per impostazione predefinita WebLogic elimina i thread bloccati dopo 15 minuti (600 s), questo è controllato dal parametro StuckThreadMaxTime. Tuttavia, non riesco a trovare maggiori dettagli su come viene definita esattamente la "stuckness". In particolare:

• Qual è il punto in cui inizia il conto alla rovescia di 15 min. Inizia l'elaborazione della richiesta? Ultimo metodo wait() -like? Qualcos'altro?
• Questo si applica solo ai thread di elaborazione delle richieste oa tutti i thread? Cioè un thread di elaborazione richieste può "scappare" questa protezione creando un thread di lavoro per un'attività lunga? Soprattutto, può delegare la risposta scrivendo a un tale lavoratore senza un conto alla rovescia di 15 min?

Il mio caso è il download di file enormi tramite un sistema di autorizzazione. Poiché un utente deve essere autenticato e disporre delle autorizzazioni per visualizzare un file, non posso (o almeno non so come) lasciare questo ad un semplice server HTTP, ad es. Apache. E poiché i file possono essere enormi, il download potrebbe richiedere (almeno in teoria) più di 15 minuti.

Answer 1

Weblogic fa NON kill thread bloccati dopo lo StuckThreadMaxTime. Non è possibile farlo, il messaggio è solo informazioni sullo stato in modo che tu (amministratore) sia consapevole del fatto che il thread ha attraversato 10 minuti (600 sec = 10 min, non 15)

Questo è un valore configurabile.

Il timer inizia quando il thread inizia ad elaborare la richiesta all'interno del server. Il thread non verrà ucciso ma continuerà a essere elaborato fino al termine dell'operazione. quindi nel tuo caso, non devi preoccuparti che il thread venga ucciso, ti ha appena informato del tempo impiegato, di cui sei a conoscenza in questo caso d'uso.

Si applica a tutti i thread AFAIK - qualsiasi thread generato funzionerà anche secondo le stesse regole.

IMHO, Weblogic (o qualsiasi server delle applicazioni) non è il luogo in cui archiviare e pubblicare file di grandi dimensioni. Questo è idealmente pensato per il livello del server Web: utilizziamo SunOne su cui è possibile eseguire il servlet di download dei file. Nel tuo caso, avresti bisogno di Tomcat insieme al tuo Apache per ottimizzarlo.

Answer 2

La documentazione di WLS10 WorkManager può causare un vero e proprio headcratching. Vedere http://blogs.oracle.com/jamesbayer/2010/01/work_manager_leash_for_slow_js.html per un esempio dettagliato di come definire un WorkManager per una webapp in weblogic.xml e assegnare un servlet specifico per utilizzarlo.

In aggiunta a questo esempio, è possibile aggiungere <ignore-stuck-threads>true</ignore-stuck-threads> alla definizione <work-manager> che dovrebbe evitare che le discussioni che lavorano per quella WorkManager di essere contati contro uno stato server guasto.