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
ncena a
> Tomcat mi haze varovani. Porad patram po nejakem mechanismu jak se tomuto
> vyhnout..
>
>
>
> -
> Vladislav Krejcirik
> --
> View this message in context:
> http://konference-java-cz.958153.n3.nabble.com/Thread-safe-webova-aplikace-Tomcat-7-tp1971440p198550
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
dobe undeploy nejsou ty vlakna jeste ukoncena a
> Tomcat mi haze varovani. Porad patram po nejakem mechanismu jak se tomuto
> vyhnout..
>
>
>
> -
> Vladislav Krejcirik
> --
> View this message in context:
> http://konference-java-cz.958153.n3.nabble.com/Thread-s
nejsou ty vlakna jeste ukoncena a
Tomcat mi haze varovani. Porad patram po nejakem mechanismu jak se tomuto
vyhnout..
-
Vladislav Krejcirik
--
View this message in context:
http://konference-java-cz.958153.n3.nabble.com/Thread-safe-webova-aplikace-Tomcat-7-tp1971440p1985502.html
Sent from the
ladislav Krejcirik
> --
> View this message in context:
> http://konference-java-cz.958153.n3.nabble.com/Thread-safe-webova-aplikace-Tomcat-7-tp1971440p1985029.html
> Sent from the konference java.cz mailing list archive at Nabble.com.
>
No to byste musel mit cely EJB stack, coz je asi zbytecne. Jestli
pouzivate Spring, tak asi bude nejlepsi pouzit jeho mechanismy. Jinak
zkuste treba ten Quartz, jak psal Ivan Polak. Ale zkusenosti se
Springem ani Quartzem nemam.
2010/11/29 Vladislav Krejcirik :
> Dobry den, pro toho Jobs scheduler
Dobry den, pro toho Jobs schedulera bych mel spis vyuzit mechanismus EJB
Timeru, nez klasicky Timer, nemyslite?
Dne 29.11.2010 7:54, Ondra Medek napsal(a):
Ja jen doplnim, ze v J2EE je jeste treti mechanismus:
3) EJB Timer
2010/11/28 Oto Buchta:
Jak už mnozí přede mnou psali, ruční spouštění
pomoci metody cancel() tridy Timer a to pri undeploy.
Nemate s cistenin vlaken nejake zkusenosti? Diky
-
Vladislav Krejcirik
--
View this message in context:
http://konference-java-cz.958153.n3.nabble.com/Thread-safe-webova-aplikace-Tomcat-7-tp1971440p1985029.html
Sent from the konference
Ja jen doplnim, ze v J2EE je jeste treti mechanismus:
3) EJB Timer
2010/11/28 Oto Buchta :
> Jak už mnozí přede mnou psali, ruční spouštění nových vláken v J2EE
> přináší jenom potíže.
> Existují na to dva v J2EE používané mechanizmy:
> 1) Doporučovaný je messaging. Zavolání jedné MBeany vytvoří v
Zdravim,
Tomcat 7 (psal ste ze to na nom zkousite?) by mel mit servlet 3.0 a tim
padem by mel mit porpodru asynchroniho zpracovani.
Nezkousel jste to, bo Vam to nevyhovuje pro danou vec?
VS
2010/11/29 Ivan Polak :
> ahojte,
>
> mozno to bude trocha mimo, ale raz som pouzil nasledovne riesenie
ahojte,
mozno to bude trocha mimo, ale raz som pouzil nasledovne riesenie
vykonavania dlhotrvacujich uloh vo web aplikacii (tomcat), mozno nie
je dobre, skuste prosim okomentovat.
tiez mam aplikaciu, kde treba spustit nieco ako dennu uzavierku, a
trva to 10-20 minut.
pouzil som QUARTZ, mam jednu
Jak už mnozí přede mnou psali, ruční spouštění nových vláken v J2EE
přináší jenom potíže.
Existují na to dva v J2EE používané mechanizmy:
1) Doporučovaný je messaging. Zavolání jedné MBeany vytvoří v
kontejneru nové vlákno a to si pak žije vlastním životem
a hlavně je spravováno právě kontejnerem,
ext:
http://konference-java-cz.958153.n3.nabble.com/Thread-safe-webova-aplikace-Tomcat-7-tp1971440p1982626.html
Sent from the konference java.cz mailing list archive at Nabble.com.
;> Predevsim by me zajimalo vycisteni Threadu, ty jsou urcite na me strane.
>>> Co
>>> se tyce ThreadLocal, tak jedna je v ramci iBatisu a jedna v ramci CXF
>>> frameworku, s tema asi nic nenadelam, nebe ano?
>>>
>>> -
>>> Vladislav Krejc
--
View this message in context:
http://konference-java-cz.958153.n3.nabble.com/Thread-safe-webova-aplikace-Tomcat-7-tp1971440p1972450.html
Sent from the konference java.cz mailing list archive at Nabble.com.
rameworku, s tema asi nic nenadelam, nebe ano?
>
> -
> Vladislav Krejcirik
> --
> View this message in context:
> http://konference-java-cz.958153.n3.nabble.com/Thread-safe-webova-aplikace-Tomcat-7-tp1971440p1972450.html
> Sent from the konference java.cz mailing list arch
.nabble.com/Thread-safe-webova-aplikace-Tomcat-7-tp1971440p1972450.html
Sent from the konference java.cz mailing list archive at Nabble.com.
Ahoj
Nepomohlo by implementovat ServletContextListener a v metode
contextDestroyed ta vlakna ukoncit?
karel
On 11/26/2010 12:02 PM, Vladislav Krejcirik wrote:
Mozna jsem to spatne napsal. Lukasi jde o core clanu. Je to webova aplikace,
ktera pousti jednotlive joby v novych threadech, kde se
requestu? Budu to muset upravit, mam tech vlaken (jobu) vice..
Dekuji.
-
Vladislav Krejcirik (http://www.vkrejcirik.info)
--
View this message in context:
http://konference-java-cz.958153.n3.nabble.com/Thread-safe-webova-aplikace-Tomcat-7-tp1971440p1972401.html
Sent from the konference java.cz
message in context:
http://konference-java-cz.958153.n3.nabble.com/Thread-safe-webova-aplikace-Tomcat-7-tp1971440p1972162.html
Sent from the konference java.cz mailing list archive at Nabble.com.
View this message in context:
http://konference-java-cz.958153.n3.nabble.com/Thread-safe-webova-aplikace-Tomcat-7-tp1971440p1971923.html
Sent from the konference java.cz mailing list archive at Nabble.com.
gt; INFO: Undeploying context [/clan-cr-20101126]
>
> -
> Vladislav Krejcirik (http://www.vkrejcirik.info)
> --
> View this message in context:
> http://konference-java-cz.958153.n3.nabble.com/Thread-safe-webova-aplikace-Tomcat-7-tp1971440p1971440.html
> Sent from the konference java.cz mailing list archive at Nabble.com.
>
--
Ondra Medek
://www.vkrejcirik.info)
--
View this message in context:
http://konference-java-cz.958153.n3.nabble.com/Thread-safe-webova-aplikace-Tomcat-7-tp1971440p1971440.html
Sent from the konference java.cz mailing list archive at Nabble.com.
27 matches
Mail list logo
