Verovatno ti je los dizajn.
Svrha konstruktora jeste da vrsi inicijalizaciju.
Sta konkretno radis u njemu pa ti se on sporo izvrsava?
Probaj da izmestis taj kod u neku metodu koju ces pozvati iz nekog threada ili nesto slicno tome.

Klasa o kojoj je rec ima nekoliko konstruktora, i jedan od njih kao argument ima kolekciju.
Ta kolekcija u nekim slucajevima moze da bude velika.
Objekat nije pravilno instanciran ako nije cela kolekcija obradjena, pa stoga i jeste izmodelirano tako, jer bi u obrnutom , ako bi se loop kolekcije izmestio van, objekat bio "nepotpun" sve do kraja petlje.
Znam da programerski to mogu da odradim tako sto cu uraditi kako predlazes, ali ovde se i radi upravo o tome sto je ovako pravilno izmodelirano.


Ne bih se u potpunosti slozio. Svrha konstrukora je da se "rodi" ispravan objekat, koji odmah nakon radjanja moze da zivi i da je u potpunosti funkcionalan. Naravno, da programerski mozes sebi da dopustis i da se rodi nepotpun objekat, pa da mu pre nego sto profunkcionise dodajes neophodne cinioce.

Evo ponovicu jos jednom: ne valja ti dizajn. Radis nepotrebno procesiranje u konstruktoru.

Ne znam sta znaci: 'da se rodi nepotpun objekat' ???
Atributi klase ce svakako poprimiti neke vrednosti tako da se ne moze desiti da imas objekat kod
koga imas nepotpune atribute tj. nekim atributima nemas pristup.
Svrha konstruktora jeste da vrsi inicijalizaciju atributa klase.
Ti mozes u njega da strpas sta god hoces, sto si ti ocigledno i uradio, ali to nije njegova svrha.
Znaci potrebno je da bude sto kraci i da odradi ono sto mu je svrha, tj. da dohvatis objekat ciji je
on kostruktor sto pre.
Zatim dalje radis sa tim objektom ono sto zelis (kao sto je ta tvoja obrada kolekcije).

Postuj kod pa cu moci konkretnije da ti pomognem.

Ako dobro razumijem dilemu, stvar stoji ovako:

Ako do kraja poštuješ OO paradigmu, a čini mi se da na tome insistiraš, onda ni ne možeš u procesu "rađanja", kako ti kažeš, da znaš koliki procenat objekta se "rodio". Instanciranje znači kreiranje potpunog objekta(tu si u pravu). Nepotpuni objekat ne zna koliko je nepotpun. Ili se pomiri sa dugim čekanjem ili redizajniraj.

Ako ti rađanje traje dugo, i želiš da znaš da je "rođeno" 25%, 50% ... onda uvedi klasu npr. Babica, koja će biti thread, u kome se obrađuje tvoja kolekcija, i Babica zna kada je tvoj objekat kompletno rođen. (to je u skladu sa ovim što ti Toxter predlaže).

Hmm posto pominjes u naslovu teme JProgressBar to u mnogocemu mirise na Swing :), nista posto je objekat tako velik ono sto savetujem jeste ostavi konstruktor da bude tako glomazan. Napravi swingworker, i u metodi doinbackground napravi objekt. Pa onda imas dve varijante, jedna je da postavljas progress, a druga je da iz konstruktora publishujes medjurezultate.


Za vise detalja http://java.sun.com/docs/books...uiswing/concurrency/index.html

Evo ti jedan primer koji moze da ti posluzi. Uporedno je ilustrovano koriscenje JProgressBara i sa "sporim konstruktorom" i na klasican nacin.
Deo koda sa sporim konstruktorom mi na nekim instalacijama "trokira", nadam se da ce na tvojoj da radi OK.
Bolje je da isprobas isti princip sa SwingWorker-om, jer ovo moje je malo rudimentarno resenje.