[Java] Background caching thread

[Doctor Bonez]

Se da un program in Java care, in momentul in care este rulat, incarca o cantitate semnificativa de date sub forma unei ierarhii (categorii principale, secundare, tertiare).

In starea actuala, programul "ingheata" pana termina de incarcat tot. Ma intereseaza ca, in momentul in care a terminat de citit categoriile principale, programul sa le afiseze si sa continue incarcarea subcategoriilor "in background". Mai exact, userul sa poata vedea categoriile principale, si in momentul in care da click pe una dintre ele, daca nu s-a terminat cashing-ul, sa astepte pana acesta se termina.

[edit]: Probabil e important de mentionat ca interfata cu utilizatorul nu e Swing, ci JSP...

[Karg]

e cam greu de dezvoltat o explicatie precisa avind in vedere ca nu stiu metodele de implementare, dar, generic vorbind - ne-legat de limbaj - as face cam asa:
- ar trebui sa folosesti ceva conceptual asemanator cu un proxy (design pattern), conectat cu un observer;
- pp ca tree'ul tau e un control TTree care contine o ierarhie de TTreeNode;
- ai o clasa de background/thread loading, TThreadLoader
- derivezi din TTreeNode un TTreeNodeCache; acest TTreeNodeCache va fi observer la TThreadLoader; cind incarcarea e gata, TThreadLoader va notifica fiecare TTreeNodeCache

toata explicatia merge daca poti sa creezi ierarhia de TTreeNodeCache fara sa citesti datele; daca nu se poate, atunci...urmeaza alta explicatie.

[KLAMATH]

Ajax poster child loading .
Incarci doar rooturile treeului si generezi pagina pe server. Apoi pe client cind se da click pe un nod faci un request AJAX , iei datele si le adaugi in tree sub nodul curent.

[SteakHunter]

Originally Posted by KLAMATH

Ajax poster child loading .
Incarci doar rooturile treeului si generezi pagina pe server. Apoi pe client cind se da click pe un nod faci un request AJAX , iei datele si le adaugi in tree sub nodul curent.

Daca are "root-uri" nu mai e tree, e forest . In rest da, what you said

[Doctor Bonez]

Multumesc de raspunsuri. Din pacate (fericire?), la o cercetare mai atenta a codului a reiesit ca motivul pentru care dura atat de mult loading-ul era modul cretin in care acesta se facea (i.e. "luat totul la gramada si lookup manual" in loc de filtre in query --> exponential time).

De la ~13 secunde am adus intreaga operatiunea la 10-100 ms., ceea ce elimina necesitatea unui mecanism de caching in background...