<div dir="ltr">The problem is that I don't have listeners, and I can't use that functionality, since my web page can call back to my server much later. So I need something to give to my webpage, to then be able to look up the corresponding job later.<div>
<br></div><div style>As far as I can see, the only data I can get out of JobManager is getJobs() and this gives me Progress. And the only data from Progress is the job name.</div><div style><br></div><div style>I want to avoid having to change the state of the system, between two HTTP requests. In other words, I want to keep the statelessness of HTTP by simply sending back an ID of some sort.</div>
<div style><br></div><div style>Even using Listeners, I have to tie in some work listener from one request to speak to a second request which is coming in. This presumably would have to store some sort of cached map between the listeners and the version that is being installed for instance.</div>
<div style><br></div><div style>It would be nicer if when a job gets kicked off, I get an ID, and then from the ID I can simply lookup progress of that job.</div><div style><br></div><div style>Chris<br></div><div><br></div>
</div><div class="gmail_extra"><br><br><div class="gmail_quote">On 2 February 2013 17:52, DM Smith <span dir="ltr"><<a href="mailto:dmsmith@crosswire.org" target="_blank">dmsmith@crosswire.org</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I'm looking at it a bit more closely now. Not sure how it is a problem to track progress. If you look at BibleDesktop, you can do many jobs simultaneously. Such as downloading and indexing Bibles. It tracks each job separately. It does this by registering each Job with the singleton JobManager.<br>
<br>
Take a look at common-swing for o.c.c.progress.swing.JobsProgressBar that listens to JobManager as a WorkEventListener for WorkEvents. I know that Swing is not part of your app, but take it as example code.<br>
<br>
Currently, it is the object itself that is used as the ID. What does jobID provide that "this" does not?<br>
<br>
In Him,<br>
DM<br>
<div class="HOEnZb"><div class="h5"><br>
On Feb 2, 2013, at 10:32 AM, DM Smith <<a href="mailto:dmsmith@crosswire.org">dmsmith@crosswire.org</a>> wrote:<br>
<br>
> Sounds good. This is part of a more generalized problem where a message is built at the bottom of the call chain in the current locale.<br>
><br>
> Cent from my fone so theer mite be tipos. ;)<br>
><br>
> On Feb 2, 2013, at 8:59 AM, Chris Burrell <<a href="mailto:chris@burrell.me.uk">chris@burrell.me.uk</a>> wrote:<br>
><br>
>> Hi all<br>
>><br>
>> Job names for installing Bibles are (unfortunately) localised Strings. While this good if you're using it to display the user, it makes tracking of the progress difficult.<br>
>><br>
>> Can I suggest some JobID that we can track it from? Or is there already a better way implemented that I haven't found yet?<br>
>><br>
>> Chris<br>
>><br>
>> _______________________________________________<br>
>> jsword-devel mailing list<br>
>> <a href="mailto:jsword-devel@crosswire.org">jsword-devel@crosswire.org</a><br>
>> <a href="http://www.crosswire.org/mailman/listinfo/jsword-devel" target="_blank">http://www.crosswire.org/mailman/listinfo/jsword-devel</a><br>
><br>
> _______________________________________________<br>
> jsword-devel mailing list<br>
> <a href="mailto:jsword-devel@crosswire.org">jsword-devel@crosswire.org</a><br>
> <a href="http://www.crosswire.org/mailman/listinfo/jsword-devel" target="_blank">http://www.crosswire.org/mailman/listinfo/jsword-devel</a><br>
<br>
</div></div></blockquote></div><br></div>