[hibernate-dev] [infinispan-dev] [HSearch] DSL for Lucene queries (was: Re: Query module new

From: johng.sst(a)gmail.com Date: 25 September 2009 16:00:53 BST To: Navin Surtani <nsurtani(a)redhat.com&gt; Subject: Re: Re: [hibernate-dev] [infinispan-dev] [HSearch] DSL for Lucene queries (was: Re: Query module new All, I think Hardy's original push back came from the first pass' use of the decorator pattern to try to come up with a DSL. That really isn't much better than knowing the API. The alternate is to come up with a more natural language implementation but that leads to parsers, lexers, etc... I'm not saying it's not worth while but it may be a lot of work. John Griffin On Sep 25, 2009 8:12am, Navin Surtani <nsurtani(a)redhat.com&gt; wrote: > Just wanted to get this topic re-started again. > > > > > > Essentially what I think this project/DSL/module/thingy-bob is thought > > to become: - > > > > A simple package where a user can build Lucene queries without having > > to know too much about Lucene itself. If I'm headed down the wrong > > thought path then just thwack me. > > > > > > > > On 26 Aug 2009, at 21:08, Hardy Ferentschik wrote: > > > > > On Wed, 2009-08-26 at 13:39 +0200, Emmanuel Bernard wrote: > > >> I've been thinking about a DSL to build Lucene queries in the last > > >> day. > > >> What do you think of this proposal? > > > > > > What do you really gain compared to native Lucene queries? > > > > What's gained I believe is the fact that people can build complex > > lucene queries easier. Currently, it's a bit clunky imo so if we > > provide a cleaner way to build them it can prove beneficial to any > > lucene user (myself included for querying on Infinispan). > > > > Any other thoughts? > > > > > > > If your API achieves exactly the same as what's possible with Lucene > > > it is just a 'useless' wrapper. > > > > > > A wrapper around native Lucene queries would make sense if it could > > > somehow use some of the Hibernate Search specific meta data. As an > > > extreme example one could generate some meta classes a la JPA2. This > > > way > > > one could ensure that you can get help with which field names are > > > available. > > > > > > --Hardy > > > > > > _______________________________________________ > > > infinispan-dev mailing list > > > infinispan-dev(a)lists.jboss.org > > > https://lists.jboss.org/mailman/listinfo/infinispan-dev > > > > Navin Surtani > > > > Intern Infinispan > > Intern JBoss Cache Searchable > > > > _______________________________________________ > > hibernate-dev mailing list > > hibernate-dev(a)lists.jboss.org > > https://lists.jboss.org/mailman/listinfo/hibernate-dev >