[jsword-devel] feather request: book downloading and index generating api

DM Smith dmsmith555 at yahoo.com
Fri Dec 8 09:00:52 MST 2006


We hope to migrate the UI to SWT. So I am very interested in your RCP 
work. Is there a place where I can see what you have done. If possible, 
I'd like to minimize your pain of re-integrating the JSword as it changes.

David wrote:
> Eclipse RCP platform has its own threading api. Use can choose the job 
> run on backgroud or foreground. I maybe need to double check why the 
> process failed. (I believe it is because of threading)
> For book installation, I added two mirror methods to do downloading 
> and copying.  It works fine. The only issue is the api and package 
> keep changing and I have to compare every time there is a new release 
> and merge the code.
>
> For indexing, I have not made it to work correctly.  I will study the 
> code next week. The basic idea is kick off a background job and call 
> jsword api to generate index. No thread for indexing itself is needed.
>
> For Web sword, the book installation is on server side. Never mind.  
> It will not be used for end users. I put it on hold because I have 
> several othe plugins need to be done soon.
>
> Zhaojun
>
> On 12/8/06, *DM Smith* <dmsmith555 at yahoo.com 
> <mailto:dmsmith555 at yahoo.com>> wrote:
>
>     David wrote:
>     > Hi, DM and fellow developers,
>     >
>     > I am developing web sword(90% done, pure j2ee implementation, will
>     > help web hosting) and sword on eclipse RCP.  Issues were raised up
>     > when I try to integrate install book and generate indices. The code
>     > now has job api build in and also has the reporter to
>     communicate with
>     > user UI.
>     >
>     > In order to accelerate the acceptance of jword library,  the api for
>     > downloading books and api for index processing need to seperated
>     from
>     > Job api.
>     I'm not sure I understand the problem.
>
>     The index api (org.crosswire.jsword.index) is independent of the
>     Job and
>     Reporter apis. The Lucene implementation is not.
>     Likewise for the install api ( org.crosswire.jsword.index) and the
>     sword
>     implementation.
>
>     Both the Job api and the Reporter api are listener based. If there
>     is no
>     listener for Job events or Reporter events, then those are not heard.
>     Any listener of your choosing can be provided or not provided. It
>     is up
>     to you.
>
>     The purpose of the Job and Reporter apis is to provide asynchronous
>     communication of a potentially background task thread. For
>     example, you
>     will notice in BibleDesktop that you can download and/or index
>     more than
>     one Book at a time. Each download and index is on its own thread
>     and it
>     communicates back to BibleDesktop asynchronously of its progress
>     or any
>     problems that are encountered.
>
>     In a web environment asynchronous communication of long-lived
>     threads on
>     the server may prove to be a challenge, but it should be possible.
>
>
>     _______________________________________________
>     jsword-devel mailing list
>     jsword-devel at crosswire.org <mailto:jsword-devel at crosswire.org>
>     http://www.crosswire.org/mailman/listinfo/jsword-devel
>
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> jsword-devel mailing list
> jsword-devel at crosswire.org
> http://www.crosswire.org/mailman/listinfo/jsword-devel
>   




More information about the jsword-devel mailing list