[hibernate-dev] Some minor improvements to Hibernate Search
aminmc at gmail.com
Fri Oct 23 17:00:54 EDT 2009
Thank you for your valuable feedback.
I agree that the Spring integration should actually be done on the Spring
side. To be honest I have been somewhat annoyed with Spring and agree that
putting Spring into the Hibernate Search isn't probably a good idea. It
makes sense for Spring to be doing the work to integrate with Hibernate
Search. I have created a Spring Integration Lucene indexing project on
Google code which basically does aysnc indexing, this application takes in a
directory and indexes files (extracts text using apache tika).
2) The reason for this came about when I was developing something for our
application. Basically we have 2 products, one of the products has
knowledge of the other so basically A knows certain things about B however B
doesn't know about A (our crazy codebase). In B some entities are
hibernate search indexed and some of the data is required in A. So instead
of returning the entity to A, B publishes an event with some data and then A
gets the lucene document from the B's index (hope people are still following
me at this point), and populates an entity which is subsequently indexed in
A. I created this method in A's codebase and thought that it would be handy
to get the raw lucene document without creating a FullTextQuery and the do a
search. The aim is to read a document using a convenient method to do this
on the FullTextSession.
In relation to GigaSpaces, i started on this and created a openspaces
project but there really hasnt been much momentum on it and as you guys have
done work around JGroups, JMS I thought it might be a nice addition. What I
would like to do help as much as I can and I'm happy to do what you guys
need doing (writing documentation, writing tests, etc). To be honest I'm
hoping for some guidance from you guys. As I mentioned before Hibernate
Search is a really great library and I would like to help whatever way I
P.S Hadoop and Hibernate Search?
On Fri, Oct 23, 2009 at 7:24 PM, Emmanuel Bernard <emmanuel at hibernate.org>wrote:
> On 23 oct. 09, at 16:47, Amin Mohammed-Coleman wrote:
> Hi All
>> I have been looking at the Hibernate Search codebase and I am very keen to
>> help out. I have noticed some small changes I would like to purpose (very
>> small) and I hope I don't offend anyone by mentioning these.
>> 1) Remove cyclic reference in JmsBackEndQueueProcessor and
>> JmsBackEndQueueProcessorFactory. It seems as though the factory creates a
>> processor and the processor depends on the factory. The processor only
>> needs the queueConnection factory and jms queue which I think should be
>> passed to the processor instead of passing the factory. The object being
>> created should not know about the factory.
> Whatever ;)
>> 2) Create a convienence method (not sure where) that enables a user to get
>> the lucene document using either the fulltextsession. So for example the
>> method would loook something like:
>> fullTextSession.getDocument(Class<?> clazz, Serializable id);
>> Under the hood it would delegate the work to the directory providers and
>> close the index readers.
> What's your use case exactly? I've never had such a need.
>> 3) Provide integration with GigaSpaces which I had started but not
> cool. It maybe time to cut Hibernate Search into a few subprojects. Hardy,
> do you want to give it a thought?
>> 4) Integration with Spring and maybe Spring Integration.
> cool, maybe it could be another module, I don't want any unneeded
> dependency on the core.
>> Sorry if my mail is brief however I would be happy to discuss any of the
>> points further.
>> Kind Regards
>> Amin (amin-mc on the forums)
>> hibernate-dev mailing list
>> hibernate-dev at lists.jboss.org
More information about the hibernate-dev