From mjdenham at gmail.com Tue Mar 14 13:26:01 2017 From: mjdenham at gmail.com (Martin Denham) Date: Tue, 14 Mar 2017 20:26:01 +0000 Subject: [jsword-devel] zText4 In-Reply-To: <1B5C6BBC-1CCC-4FA6-8195-34B106D6C111@crosswire.org> References:

<81291D17-4115-4B86-9AB4-A5166353E417@crosswire.org> <590f0c6c-607a-b0db-e915-77156ffd58c0@gmail.com> <06CAC38B-C29B-4290-8B6B-8EAF8D7F5465@crosswire.org> <07E36009-2B79-4269-9272-5B099B7B2AC7@crosswire.org> <53BA1AD1-A64D-4EB0-809A-36648EAE5A12@crosswire.org> <1B5C6BBC-1CCC-4FA6-8195-34B106D6C111@crosswire.org> Message-ID: This is what I was told: "Xiphos and other front-ends which use repository versions of libsword still don't handle it! Apparently ztext4 was purposefully removed from the code builds that went to the repos- or something, I really don't know, but that's the reality. So I should probably wait for libsword to catch up before a ztext4 release" Martin On 14 March 2017 at 20:52, Greg Hellings wrote: > Care to elaborate on which ones? > > --Greg > > On Mar 14, 2017 3:27 PM, "Martin Denham" wrote: > >> Thanks DM. The updated JSword is now part of the released And Bible and >> IBT have successfully tested the download of a ztext4 module. >> >> However, IBT have discovered that many other Sword frontends do not yet >> support ztext4 so it should not yet be used for modules. >> >> Martin >> >> On 1 February 2017 at 03:25, DM Smith wrote: >> >>> It?s there now. >>> >>> >>> On Jan 31, 2017, at 7:54 PM, DM Smith wrote: >>> >>> I pushed it last night after struggling with ssh. I'll double check. >>> >>> >>> >>> On Jan 31, 2017, at 3:32 PM, Martin Denham wrote: >>> >>> Hi DM, >>> >>> Thanks for the quick update. However, I can't see the new code in >>> github. Did you push it? >>> >>> Martin >>> >>> On 31 January 2017 at 03:26, DM Smith wrote: >>> >>>> I?ve checked in zText4 and zCom4 support. >>>> 3 files were changed in o.c.j.book.sword >>>> BookType.java >>>> ConfigEntryType.java >>>> ZVerseBackend.java >>>> >>>> If you have forked, it should be easy to use. >>>> >>>> My test was minimal. I first tested that I didn?t break zText, using >>>> the KJV. And then rebuilt KJV with -s 4. It worked as well. >>>> >>>> Note, it didn?t have any entries that exceeded 64K. >>>> >>>> I also check in a pull request for Bible book names. >>>> >>>> I should check in some new versifications as well. Maybe tomorrow. >>>> >>>> In Him, >>>> DM >>>> >>>> On Jan 30, 2017, at 7:14 AM, DM Smith wrote: >>>> >>>> It wasn?t hard. But more than what I thought. I?m testing it now. I?m >>>> curious why we haven?t run into this problem with commentaries before as we >>>> also don?t support commentaries with entries > 64K. >>>> >>>> In Him, >>>> DM >>>> >>>> On Jan 25, 2017, at 4:15 AM, John Austin >>>> wrote: >>>> >>>> Thank you!! IBT will be publishing the complete Uzbek Bible in SWORD, >>>> within a couple weeks, possibly. We must use zText4 for this one, because >>>> some introductions are too long for zText and are being truncated without >>>> zText4. So glad it's not a hard fix. >>>> -john >>>> >>>> On 01/24/2017 08:01 AM, DM Smith wrote: >>>> >>>> I'll add it. Won't be hard. The com4 is the same format. >>>> >>>> Cent from my fone so theer mite be tipos. ;) >>>> >>>> On Jan 23, 2017, at 9:32 AM, Martin Denham >>> >> wrote: >>>> >>>> IBT have changed the zText4 file to zText for now, but it would be >>>> good to consider adding zText4 support in JSword. IBT believe they >>>> will probably need to use it in the near future. >>>> >>>> Martin >>>> >>>> On 22 January 2017 at 23:14, Martin Denham >>> >> wrote: >>>> >>>> Is there something called zText4 which is supported by sword but >>>> not JSword? >>>> >>>> Today we started receiving the following error when accessing the >>>> IBT repo from And Bible. Have you started using zText4? Maybe it >>>> is not yet supported by JSword: >>>> >>>> E/net.bible.service.download.DownloadManager: Fatal error >>>> downloading books from IBT >>>> >>>> java.lang.ClassCastException: *DataType zText4 is not defined!* >>>> at >>>> org.crosswire.jsword.book.sword.BookType.fromString(BookT >>>> ype.java:324) >>>> at >>>> org.crosswire.jsword.book.sword.SwordBookMetaData.adjustB >>>> ookType(SwordBookMetaData.java:882) >>>> at >>>> org.crosswire.jsword.book.sword.SwordBookMetaData.adjustC >>>> onfig(SwordBookMetaData.java:818) >>>> at >>>> org.crosswire.jsword.book.sword.SwordBookMetaData.( >>>> SwordBookMetaData.java:221) >>>> at >>>> org.crosswire.jsword.book.install.sword.AbstractSwordInst >>>> aller.loadCachedIndex(AbstractSwordInstaller.java:491) >>>> at >>>> org.crosswire.jsword.book.install.sword.AbstractSwordInst >>>> aller.getBooks(AbstractSwordInstaller.java:146) >>>> at >>>> net.bible.service.download.DownloadManager$override.getDo >>>> wnloadableBooks(DownloadManager.java:81) >>>> at >>>> net.bible.service.download.DownloadManager$override.acces >>>> s$dispatch(DownloadManager.java) >>>> at >>>> net.bible.service.download.DownloadManager.getDownloadabl >>>> eBooks(DownloadManager.java:0) >>>> at >>>> net.bible.service.download.RepoBase.getBookList(RepoBase.java:27) >>>> at >>>> net.bible.service.download.IBTRepo.getRepoBooks(IBTRepo.java:28) >>>> at >>>> net.bible.service.sword.SwordDocumentFacade.getDownloadab >>>> leDocuments(SwordDocumentFacade.java:213) >>>> >>>> Regards >>>> Martin >>>> >>>> >>>> _______________________________________________ >>>> jsword-devel mailing list >>>> 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 >>>> >>>> >>>> _______________________________________________ >>>> jsword-devel mailing list >>>> 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 >>>> >>>> >>>> >>> _______________________________________________ >>> jsword-devel mailing list >>> 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 >>> >>> >> >> _______________________________________________ >> jsword-devel mailing list >> 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 > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From greg.hellings at gmail.com Tue Mar 14 14:27:00 2017 From: greg.hellings at gmail.com (Greg Hellings) Date: Tue, 14 Mar 2017 16:27:00 -0500 Subject: [jsword-devel] zText4 In-Reply-To: References:

<81291D17-4115-4B86-9AB4-A5166353E417@crosswire.org> <590f0c6c-607a-b0db-e915-77156ffd58c0@gmail.com> <06CAC38B-C29B-4290-8B6B-8EAF8D7F5465@crosswire.org> <07E36009-2B79-4269-9272-5B099B7B2AC7@crosswire.org> <53BA1AD1-A64D-4EB0-809A-36648EAE5A12@crosswire.org> <1B5C6BBC-1CCC-4FA6-8195-34B106D6C111@crosswire.org> Message-ID: Indeed, most of the z*4 code is still in SVN head, but it has not been part of a release branch. That's one of the features that is awaiting a 1.8 release. --Greg On Tue, Mar 14, 2017 at 3:58 PM, Martin Denham wrote: > This is what I was told: > "Xiphos and other front-ends which use repository versions of libsword > still don't handle it! Apparently ztext4 was purposefully removed from > the code builds that went to the repos- or something, I really don't know, > but that's the reality. So I should probably wait for libsword to catch up > before a ztext4 release" > > Martin > > On 14 March 2017 at 20:52, Greg Hellings wrote: > >> Care to elaborate on which ones? >> >> --Greg >> >> On Mar 14, 2017 3:27 PM, "Martin Denham" wrote: >> >>> Thanks DM. The updated JSword is now part of the released And Bible and >>> IBT have successfully tested the download of a ztext4 module. >>> >>> However, IBT have discovered that many other Sword frontends do not yet >>> support ztext4 so it should not yet be used for modules. >>> >>> Martin >>> >>> On 1 February 2017 at 03:25, DM Smith wrote: >>> >>>> It?s there now. >>>> >>>> >>>> On Jan 31, 2017, at 7:54 PM, DM Smith wrote: >>>> >>>> I pushed it last night after struggling with ssh. I'll double check. >>>> >>>> >>>> >>>> On Jan 31, 2017, at 3:32 PM, Martin Denham wrote: >>>> >>>> Hi DM, >>>> >>>> Thanks for the quick update. However, I can't see the new code in >>>> github. Did you push it? >>>> >>>> Martin >>>> >>>> On 31 January 2017 at 03:26, DM Smith wrote: >>>> >>>>> I?ve checked in zText4 and zCom4 support. >>>>> 3 files were changed in o.c.j.book.sword >>>>> BookType.java >>>>> ConfigEntryType.java >>>>> ZVerseBackend.java >>>>> >>>>> If you have forked, it should be easy to use. >>>>> >>>>> My test was minimal. I first tested that I didn?t break zText, using >>>>> the KJV. And then rebuilt KJV with -s 4. It worked as well. >>>>> >>>>> Note, it didn?t have any entries that exceeded 64K. >>>>> >>>>> I also check in a pull request for Bible book names. >>>>> >>>>> I should check in some new versifications as well. Maybe tomorrow. >>>>> >>>>> In Him, >>>>> DM >>>>> >>>>> On Jan 30, 2017, at 7:14 AM, DM Smith wrote: >>>>> >>>>> It wasn?t hard. But more than what I thought. I?m testing it now. I?m >>>>> curious why we haven?t run into this problem with commentaries before as we >>>>> also don?t support commentaries with entries > 64K. >>>>> >>>>> In Him, >>>>> DM >>>>> >>>>> On Jan 25, 2017, at 4:15 AM, John Austin >>>>> wrote: >>>>> >>>>> Thank you!! IBT will be publishing the complete Uzbek Bible in SWORD, >>>>> within a couple weeks, possibly. We must use zText4 for this one, because >>>>> some introductions are too long for zText and are being truncated without >>>>> zText4. So glad it's not a hard fix. >>>>> -john >>>>> >>>>> On 01/24/2017 08:01 AM, DM Smith wrote: >>>>> >>>>> I'll add it. Won't be hard. The com4 is the same format. >>>>> >>>>> Cent from my fone so theer mite be tipos. ;) >>>>> >>>>> On Jan 23, 2017, at 9:32 AM, Martin Denham >>>> >> wrote: >>>>> >>>>> IBT have changed the zText4 file to zText for now, but it would be >>>>> good to consider adding zText4 support in JSword. IBT believe they >>>>> will probably need to use it in the near future. >>>>> >>>>> Martin >>>>> >>>>> On 22 January 2017 at 23:14, Martin Denham >>>> >> wrote: >>>>> >>>>> Is there something called zText4 which is supported by sword but >>>>> not JSword? >>>>> >>>>> Today we started receiving the following error when accessing the >>>>> IBT repo from And Bible. Have you started using zText4? Maybe it >>>>> is not yet supported by JSword: >>>>> >>>>> E/net.bible.service.download.DownloadManager: Fatal error >>>>> downloading books from IBT >>>>> >>>>> java.lang.ClassCastException: *DataType zText4 is not defined!* >>>>> at >>>>> org.crosswire.jsword.book.sword.BookType.fromString(BookT >>>>> ype.java:324) >>>>> at >>>>> org.crosswire.jsword.book.sword.SwordBookMetaData.adjustB >>>>> ookType(SwordBookMetaData.java:882) >>>>> at >>>>> org.crosswire.jsword.book.sword.SwordBookMetaData.adjustC >>>>> onfig(SwordBookMetaData.java:818) >>>>> at >>>>> org.crosswire.jsword.book.sword.SwordBookMetaData.( >>>>> SwordBookMetaData.java:221) >>>>> at >>>>> org.crosswire.jsword.book.install.sword.AbstractSwordInst >>>>> aller.loadCachedIndex(AbstractSwordInstaller.java:491) >>>>> at >>>>> org.crosswire.jsword.book.install.sword.AbstractSwordInst >>>>> aller.getBooks(AbstractSwordInstaller.java:146) >>>>> at >>>>> net.bible.service.download.DownloadManager$override.getDo >>>>> wnloadableBooks(DownloadManager.java:81) >>>>> at >>>>> net.bible.service.download.DownloadManager$override.acces >>>>> s$dispatch(DownloadManager.java) >>>>> at >>>>> net.bible.service.download.DownloadManager.getDownloadabl >>>>> eBooks(DownloadManager.java:0) >>>>> at >>>>> net.bible.service.download.RepoBase.getBookList(RepoBase.java:27) >>>>> at >>>>> net.bible.service.download.IBTRepo.getRepoBooks(IBTRepo.java:28) >>>>> at >>>>> net.bible.service.sword.SwordDocumentFacade.getDownloadab >>>>> leDocuments(SwordDocumentFacade.java:213) >>>>> >>>>> Regards >>>>> Martin >>>>> >>>>> >>>>> _______________________________________________ >>>>> jsword-devel mailing list >>>>> 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 >>>>> >>>>> >>>>> _______________________________________________ >>>>> jsword-devel mailing list >>>>> 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 >>>>> >>>>> >>>>> >>>> _______________________________________________ >>>> jsword-devel mailing list >>>> 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 >>>> >>>> >>> >>> _______________________________________________ >>> jsword-devel mailing list >>> 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 >> >> > > _______________________________________________ > jsword-devel mailing list > jsword-devel at crosswire.org > http://www.crosswire.org/mailman/listinfo/jsword-devel > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From chris at burrell.me.uk Mon Mar 27 13:01:03 2017 From: chris at burrell.me.uk (Chris Burrell) Date: Mon, 27 Mar 2017 21:01:03 +0100 Subject: [jsword-devel] Indexing modules programmatically Message-ID: Hi all Does anyone have a packaged 'indexer' that can be run from the command line. I'm assuming it's not too hard to build, though from recollection this is an async process, etc and so if someone just had some code they have already as a packager that would be great. Also, do you know if the crosswire server stores some JSword indexes for the modules they host? If so, that could save a bit of time... Let me know. Thanks Chris -------------- next part -------------- An HTML attachment was scrubbed... URL: From chris at burrell.me.uk Mon Mar 27 13:11:36 2017 From: chris at burrell.me.uk (Chris Burrell) Date: Mon, 27 Mar 2017 21:11:36 +0100 Subject: [jsword-devel] Indexing modules programmatically In-Reply-To: References: Message-ID: Hi In fact, forget the first part, I seem to have that, though I have to install the modules in the .sword folder for this to work. I just found this: sword.home which should hopefully mean I can index stuff without installing the modules, though presumably I will have to rebul Thanks Chris On 27 March 2017 at 21:01, Chris Burrell wrote: > Hi all > > Does anyone have a packaged 'indexer' that can be run from the command > line. I'm assuming it's not too hard to build, though from recollection > this is an async process, etc and so if someone just had some code they > have already as a packager that would be great. > > Also, do you know if the crosswire server stores some JSword indexes for > the modules they host? If so, that could save a bit of time... > > Let me know. Thanks > Chris > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From chris at burrell.me.uk Mon Mar 27 13:12:20 2017 From: chris at burrell.me.uk (Chris Burrell) Date: Mon, 27 Mar 2017 21:12:20 +0100 Subject: [jsword-devel] Indexing modules programmatically In-Reply-To: References:

Message-ID: -sorry sent too soon. ... though presumably I will have to unzip the files. If someone knows whether the Crosswire server stores the indexes, please let me know. Chris On 27 March 2017 at 21:11, Chris Burrell wrote: > Hi > > In fact, forget the first part, I seem to have that, though I have to > install the modules in the .sword folder for this to work. I just found > this: sword.home which should hopefully mean I can index stuff without > installing the modules, though presumably I will have to rebul > > Thanks > Chris > > > On 27 March 2017 at 21:01, Chris Burrell wrote: > >> Hi all >> >> Does anyone have a packaged 'indexer' that can be run from the command >> line. I'm assuming it's not too hard to build, though from recollection >> this is an async process, etc and so if someone just had some code they >> have already as a packager that would be great. >> >> Also, do you know if the crosswire server stores some JSword indexes for >> the modules they host? If so, that could save a bit of time... >> >> Let me know. Thanks >> Chris >> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From chris at burrell.me.uk Mon Mar 27 13:58:52 2017 From: chris at burrell.me.uk (Chris Burrell) Date: Mon, 27 Mar 2017 21:58:52 +0100 Subject: [jsword-devel] Indexing modules programmatically In-Reply-To: References:

Message-ID: Apologies for the many emails. I don't think the -Dsword.home -Djsword.home variables will work sadly. This looks first at ~/.sword and then after that adds in the the system property values. So it seems it looks at both directories, rather than just the one? Any ideas on how to only look at a specific directory? Chris On 27 March 2017 at 21:12, Chris Burrell wrote: > -sorry sent too soon. > > ... though presumably I will have to unzip the files. > > If someone knows whether the Crosswire server stores the indexes, please > let me know. > Chris > > > On 27 March 2017 at 21:11, Chris Burrell wrote: > >> Hi >> >> In fact, forget the first part, I seem to have that, though I have to >> install the modules in the .sword folder for this to work. I just found >> this: sword.home which should hopefully mean I can index stuff without >> installing the modules, though presumably I will have to rebul >> >> Thanks >> Chris >> >> >> On 27 March 2017 at 21:01, Chris Burrell wrote: >> >>> Hi all >>> >>> Does anyone have a packaged 'indexer' that can be run from the command >>> line. I'm assuming it's not too hard to build, though from recollection >>> this is an async process, etc and so if someone just had some code they >>> have already as a packager that would be great. >>> >>> Also, do you know if the crosswire server stores some JSword indexes for >>> the modules they host? If so, that could save a bit of time... >>> >>> Let me know. Thanks >>> Chris >>> >>> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From mjdenham at gmail.com Mon Mar 27 14:41:06 2017 From: mjdenham at gmail.com (Martin Denham) Date: Mon, 27 Mar 2017 22:41:06 +0100 Subject: [jsword-devel] Indexing modules programmatically In-Reply-To: References:

Message-ID: And Bible's indexes are here: http://crosswire.org/and-bible/indices/v1/ They are generated using JSword on JDK 7. Martin On 27 March 2017 at 21:58, Chris Burrell wrote: > Apologies for the many emails. I don't think the -Dsword.home > -Djsword.home variables will work sadly. This looks first at ~/.sword and > then after that adds in the the system property values. So it seems it > looks at both directories, rather than just the one? > > Any ideas on how to only look at a specific directory? > Chris > > > On 27 March 2017 at 21:12, Chris Burrell wrote: > >> -sorry sent too soon. >> >> ... though presumably I will have to unzip the files. >> >> If someone knows whether the Crosswire server stores the indexes, please >> let me know. >> Chris >> >> >> On 27 March 2017 at 21:11, Chris Burrell wrote: >> >>> Hi >>> >>> In fact, forget the first part, I seem to have that, though I have to >>> install the modules in the .sword folder for this to work. I just found >>> this: sword.home which should hopefully mean I can index stuff without >>> installing the modules, though presumably I will have to rebul >>> >>> Thanks >>> Chris >>> >>> >>> On 27 March 2017 at 21:01, Chris Burrell wrote: >>> >>>> Hi all >>>> >>>> Does anyone have a packaged 'indexer' that can be run from the command >>>> line. I'm assuming it's not too hard to build, though from recollection >>>> this is an async process, etc and so if someone just had some code they >>>> have already as a packager that would be great. >>>> >>>> Also, do you know if the crosswire server stores some JSword indexes >>>> for the modules they host? If so, that could save a bit of time... >>>> >>>> Let me know. Thanks >>>> Chris >>>> >>>> >>> >> > > _______________________________________________ > jsword-devel mailing list > jsword-devel at crosswire.org > http://www.crosswire.org/mailman/listinfo/jsword-devel > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From dmsmith at crosswire.org Tue Mar 28 04:54:13 2017 From: dmsmith at crosswire.org (DM Smith) Date: Tue, 28 Mar 2017 07:54:13 -0400 Subject: [jsword-devel] Indexing modules programmatically In-Reply-To: References:

Message-ID: <7F174953-966E-4700-960A-7F4CAB097450@crosswire.org> Chris, See if o.c.j.bridge.BookInstaller suits your needs for building indexes. The bridge package was written to provide command line interface to basic things and serve as examples of how to write such in JSword. You?ll have to create your own shell script for it. For an example of such see: http://www.crosswire.org/bibledesktop/stable/BibleDesktop.sh Note that indexes may need to be rebuilt if the program?s version of Java is updated wrt to Unicode or if Lucene is upgraded. -Dsword.home and -Djsword.home should work just fine, but they have to be set properly. Here is how JSword should resolve: sword.home is the location for installing modules. jsword.home is the location for storing JSword specific values. If these are not set JSword will do it?s best to find JSword?s home based on the architecture of the machine. We?ll refer to this as JSWORD_HOME regardless of how it is set. These two properties are used to set values in o.c.j.book.sword.SwordBookPath. It builds an array of module locations containing current directory, SWORD_HOME (if set), other standard locations, and finally user specified locations (via setAugmentPath). Of those, they need to have the expected mods.d and modules folder to be included. The default install directory is the first writeable among those. There?s additional logic for a new install that doesn?t have any location with mods.d and modules. The current working directory ?.? is supposed to be the location of the executable, but typically it is some odd place which doesn?t have mods.d and modules. So while it is first, it typically doesn?t have an impact. The upshot is that sword.home when it points to a folder having mods.d and modules will be the first location for looking for modules. JSWORD_HOME is actually based upon CWProject.setHome. The first argument is expected to be jsword.home, but it doesn?t have to be. It can be step.home or any other value. If that system property exists and points to a writeable folder, it will be used as JSWORD_HOME. Under JSWORD_HOME, the lucene folder will hold the indexes for the module. It doesn?t have to pre-exist indexing, being created as needed. Hope this helps, DM > On Mar 27, 2017, at 5:41 PM, Martin Denham wrote: > > And Bible's indexes are here: http://crosswire.org/and-bible/indices/v1/ > > They are generated using JSword on JDK 7. > > Martin > > On 27 March 2017 at 21:58, Chris Burrell > wrote: > Apologies for the many emails. I don't think the -Dsword.home -Djsword.home variables will work sadly. This looks first at ~/.sword and then after that adds in the the system property values. So it seems it looks at both directories, rather than just the one? > > Any ideas on how to only look at a specific directory? > Chris > > > On 27 March 2017 at 21:12, Chris Burrell > wrote: > -sorry sent too soon. > > ... though presumably I will have to unzip the files. > > If someone knows whether the Crosswire server stores the indexes, please let me know. > Chris > > > On 27 March 2017 at 21:11, Chris Burrell > wrote: > Hi > > In fact, forget the first part, I seem to have that, though I have to install the modules in the .sword folder for this to work. I just found this: sword.home which should hopefully mean I can index stuff without installing the modules, though presumably I will have to rebul > > Thanks > Chris > > > On 27 March 2017 at 21:01, Chris Burrell > wrote: > Hi all > > Does anyone have a packaged 'indexer' that can be run from the command line. I'm assuming it's not too hard to build, though from recollection this is an async process, etc and so if someone just had some code they have already as a packager that would be great. > > Also, do you know if the crosswire server stores some JSword indexes for the modules they host? If so, that could save a bit of time... > > Let me know. Thanks > Chris > > > > > > _______________________________________________ > jsword-devel mailing list > 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: