Pokud ta knihovna není napsána tak, že vlákna pravidelně testují např.
status interrupt, tak je regulérně ukončit nelze. Musíte počkat na jejich
konec.
Z.T.
--
Zdenek Tronicek
FIT CTU in Prague
Vladislav Krejcirik napsal(a):
> V podstate hledam zpusob jak korektne ukoncit vlakno ve kterem bezi
V podstate hledam zpusob jak korektne ukoncit vlakno ve kterem bezi
casove narocna operace knihovny treti strany (jadro ktere provadi dlouhe
vypocty). Jelikoz se jedna o knihovnu treti strany, nejsem schopny do ni
dostat jakoukoliv kontrolu promenne pro ukonceni vypoctu.
Potrebuju byt schopen
Nevím co přesně hledáte, ale v Javě není možné ukončit násilně vlákno,
když nepočítám metodu stop, která je z dobrého důvodu deprecated. A i
kdyby taková možnost byla, tak byste ji neměl používat ze stejného důvodu,
který vedl k odstranění metody stop.
Z.T.
--
Zdenek Tronicek
FIT CTU in Prague
Pres join by to jit melo, co myslite? Zkousim hledat v user guide
tomcatu jestli neobsahuje podporu pro managing vlaken.
Dne 29.11.2010 11:06, "Zdeněk Troníček" napsal(a):
A nešlo by v destroy nebo lépe v contextDestroyed počkat na konec vláken?
Buď přes join nebo prostě jen nějakou dobu počka
Dne 29.11.2010 13:11, el.wond...@centrum.cz napsal(a):
V konfiguraku nic takoveho neni . Pouze nejaky DefaultSpringContextSource...
Tak právě ten bych zkusil vyměnit za ten můj MyContextSource. Oba jsou potomci
AbstractContextSource
http://static.springsource.org/spring-ldap/docs/1.3.x/apidoc
V konfiguraku nic takoveho neni . Pouze nejaky DefaultSpringContextSource...
A nešlo by v destroy nebo lépe v contextDestroyed počkat na konec vláken?
Buď přes join nebo prostě jen nějakou dobu počkat (sleep) s tím, že vlákna
skončí?
Z.
--
Zdenek Tronicek
FIT CTU in Prague
Vladislav Krejcirik napsal(a):
>
> To aby to byla webova aplikace byl pozadavek, bohuzel s tim nic
2010/11/29 Vladislav Krejcirik :
> V metode
> destroy() beanu JobsScheduler
Tedy pravdepodobne pozivas EJB nebo Spring. Pak bych ten scheduling
zkusil delat pres tyto kontejnery.
Predpokladam, ze vlakna se spravne ukonci, ale pozdeji, nez Tomcat
hazi svoje hlasky. Pak take muze byt resenim hlasky
A co tak pred undeploy proste a jednoduse zavolat nejaky systemovy
servlet, ktery vse korektne ukonci?
Na kazdy thread zavola interupt() a v threadu se osetri korektni
uzavreni a nebo pres ACID transakce se vsechno zahodi?
Dne 29. listopadu 2010 10:48 Vladislav Krejcirik
napsal(a):
>
> To aby to
To aby to byla webova aplikace byl pozadavek, bohuzel s tim nic neudelam, i
kdyz si myslim ze to neni prilis vhodne.
Tak jak jste to ted napsal, tak to v podstate mam udelane. V metode
destroy() beanu JobsScheduler ponastavuju priznaky ze se maji vlakna s
vypocty ukoncit. Ale v dobe undeploy nej
10 matches
Mail list logo