[Building Sakai] SOLR vs Elastic Search

[Matthew Jones]

Well it didn't appear from the ticket there was any code actually available
for the proxy mechanism to work (to switch implementations). It sounded
more like the ticket was asking for "someone else" to create that
mechanism. As Aaron said, if there's a patch, please re-open.

I don't see anyone other than Oxford providing a patch unless they really
want SOLR and don't want to do the work to manually include it? (Unless
there really is a patch and I'm just not seeing it)


On Wed, Feb 27, 2013 at 10:59 AM, John Bush <john.bush at rsmart.com> wrote:

> All we are talking about here is really just a spring proxy mechanism
> to select the search impl right?  Seems to me that is pretty
> straightforward, and I think oxford has already done it.  It makes
> sense to me to just get that committed.
>
> On Tue, Feb 26, 2013 at 10:33 AM, Zhen Qian <zqian at umich.edu> wrote:
> > Hi, Adam:
> >
> > I agree with your point of having shim layer on top of underlying
> different
> > search implementations. Elastic search is in svn now, can Oxford checkin
> > solr code as well?
> >
> > Meanwhile, do people think it is worthwhile to start a confluence page to
> > document feature/setup/cost/performance details of solr vs elastic search
> > implementations, which would serve as a guide to the community?
> >
> > Thanks,
> >
> > - Zhen
> >
> >
> > On Tue, Feb 26, 2013 at 11:35 AM, Adam Marshall <
> adam.marshall at it.ox.ac.uk>
> > wrote:
> >>
> >> May I ask why https://jira.sakaiproject.org/browse/SRCH-99 has been
> >> closed?  This shim was to allow institutions to choose which underlying
> >> search technology they want to run: either solr or elastic search
> >>
> >> We have been running SOLR in production at Oxford for months now and are
> >> poised to commit the code back.
> >>
> >> After lots of development and moths of non-problematic use, the
> community
> >> should at least be at liberty to evaluate Elastic Search implementations
> >> against SOLR search and then come to a decision as to whether just one
> >> should be used or whether institutions will be allowed to make a choice
> as
> >> to which way they want to go.
> >>
> >> adam
> >>
> >> --
> >> Dr A C Marshall, WebLearn Service Manager, IT Services, University of
> >> Oxford.
> >>
> >>
> >>
> >> _______________________________________________
> >> sakai-dev mailing list
> >> sakai-dev at collab.sakaiproject.org
> >> http://collab.sakaiproject.org/mailman/listinfo/sakai-dev
> >>
> >> TO UNSUBSCRIBE: send email to
> >> sakai-dev-unsubscribe at collab.sakaiproject.org with a subject of
> >> "unsubscribe"
> >
> >
> >
> > _______________________________________________
> > sakai-dev mailing list
> > sakai-dev at collab.sakaiproject.org
> > http://collab.sakaiproject.org/mailman/listinfo/sakai-dev
> >
> > TO UNSUBSCRIBE: send email to
> sakai-dev-unsubscribe at collab.sakaiproject.org
> > with a subject of "unsubscribe"
>
>
>
> --
> John Bush
> 602-490-0470
> _______________________________________________
> sakai-dev mailing list
> sakai-dev at collab.sakaiproject.org
> http://collab.sakaiproject.org/mailman/listinfo/sakai-dev
>
> TO UNSUBSCRIBE: send email to
> sakai-dev-unsubscribe at collab.sakaiproject.org with a subject of
> "unsubscribe"
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://collab.sakaiproject.org/pipermail/sakai-dev/attachments/20130227/5a1820c4/attachment.html