Hi All 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 can. P.S Hadoop and Hibernate Search? Cheers Amin On Fri, Oct 23, 2009 at 7:24 PM, Emmanuel Bernard <emman...@hibernate.org>wrote: > Hello, > > 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 >> completed. >> > > 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@lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/hibernate-dev >> > > _______________________________________________ hibernate-dev mailing list hibernate-dev@lists.jboss.org https://lists.jboss.org/mailman/listinfo/hibernate-dev
