Hi Richard, just a short reply. Are you aware that Solr (Discovery in DSpace uses Solr) builds on Lucene? They even support the same syntax with some minor differences and even that is configurable. The issue is not that Lucene is worse than Solr or anything, it's just that Solr brings many features that aren't in pure Lucene. The reason why we dislike keeping both is that there's a significant development, maintenance and support burden for DSpace commiters to keep both. Count with me - two search backends times two UIs (plus other interfaces like REST API in the works) are four wildly different systems to work with. DSpace is not just one platform, it's a collection of platforms. If we converge upon a single search platform (I don't see this happening with UIs), we'll have more time to put towards improving DSpace and adding new features thanks to not doing double the amount of work. This will make DSpace better in the long term.
>From what you said, it seems to me that everything you have should be also possible to do in Discovery. I do understand that changing your highly customized implementation from Lucene to Solr is a lot of work. But it has very tangible advantages. Regards, ~~helix84 Compulsory reading: DSpace Mailing List Etiquette https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette ------------------------------------------------------------------------------ Android apps run on BlackBerry 10 Introducing the new BlackBerry 10.2.1 Runtime for Android apps. Now with support for Jelly Bean, Bluetooth, Mapview and more. Get your Android app in front of a whole new audience. Start now. http://pubads.g.doubleclick.net/gampad/clk?id=124407151&iu=/4140/ostg.clktrk _______________________________________________ Dspace-general mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/dspace-general
