beregning af tid i RMI

altså i en JProgressBar!!!

Det tror jeg ikke at du kan.

Du kan ikke beregne hvor meget data der skal flyttes og du kan heller
ikke følge med i hvor meget data der er flyttet.

Generelt er RMI også kun en god løsning til så små data mængder
at det praktisk taget ingen tid tager.

Til store data mængder er det meget bedre at bruge socket. Og så er det
nemt at følge i hvor meget data der er flyttet.

hvis man kan følge med i hvor lang tid det tager at sende data vha. Sockets, så burde man da også kunne gøre det i RMI, RMI bygger på Sockets.

Du kan muligvis godt lave dig en SocketFactory som returnerer
en extended Socket der holder styr på hvor meget data der er
flyttet og delegerer til super klassens metode.

Jeg har aldrig set noget sådant.

Men er der meget pointe i at bruge RMI så ?

Hele pointen i RMI er netop at man ikke skal bekymre sig om
serialsering, sockets etc..

Hvis du endelig ville lave noget sådant med RMI, så tror jeg at det var
nemmere at lave en "RMI session".

Du laver interfacet med:

open
getOneChunk
close

open returnerer et ID som sendes med getOneChunk og close.

Serveren opretholder en kontekst for hver ID.

getOneChunk henter den næste klump af data.

Stadigvæk ikke "god RMI", men rimeligt nemt at implementere og forstå.

Pointen er at så er det også muligt at opdatere progress efter hver kald
af getOneChunk.

Hvis det er nogenlunde den samme mængde data som flyttes hver gang, og du kender tiderne (max. og min. afhængig af datamængde) er der jo den mulighed, at du kan starte flytningen i en tråd og implementere en JProgresBar heri, samt et Timer object, som sørger for at ProgressBaren flytter sig, selvom der reelt ikke er flyttet tilsvarende mængde data

Men hvis det tager 10 sek. den ene gang og 60 sek. næste gang, så er ovenstående nok ikke løsningen - det er rent ud sagt noget hø !!.

Tager det max 15 sek. kan det godt komme til at se fornuftigt ud !

tak for hjælpen... prøver mig frem