[hibernate-dev] GSoC 2009 project at Hibernate Search status
Hello, The deadline for Google Summer of Code 2009 projects is coming soon. Here is status of my work during GSoC on Hibernate Search: [+] Hibernate Search backend based on JGroups. I finished it about month ago and sent patch to hibernate-dev list. [+] Infinispan Directory to store Lucene indexes I'm working on that. Currently I'm testing it with many readers and many Infinispan caches, where index is replicated.It works quite ok, just with problem with index merging. There are some things left to do like: "master" node selection, Infinispan cache configuration available to user, ... , but also some days are left so I hope to manage with that. Cheers, Lukasz Moren ___ hibernate-dev mailing list hibernate-dev@lists.jboss.org https://lists.jboss.org/mailman/listinfo/hibernate-dev
Re: [hibernate-dev] GSoC 2009 project at Hibernate Search status
If someone in the search team could take Lukasz's patch from last month (in the mailing list) and apply it with a quick final review that would be great. I wanted to do it but I have been swamped at the moment. Emmanuel On 12 août 09, at 10:48, Łukasz Moreń wrote: > Hello, > > The deadline for Google Summer of Code 2009 projects is coming soon. > Here is status of my work during GSoC on Hibernate Search: > > [+] Hibernate Search backend based on JGroups. I finished it about > month ago and sent patch to hibernate-dev list. > > [+] Infinispan Directory to store Lucene indexes > I'm working on that. Currently I'm testing it with many readers and > many Infinispan caches, where index is replicated.It works quite ok, > just with problem with index merging. > There are some things left to do like: "master" node selection, > Infinispan cache configuration available to user, ... , but also > some days > are left so I hope to manage with that. > > Cheers, > Lukasz Moren > ___ > 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
[hibernate-dev] Infinispan tx, config and multithreading
Ok I understand better now. Do your tests in JBoss AS with it's decent transaction manager (infinispan should have a config for it) For unit testing, force the indexing process in hibernate to use a single thread (I ghnk it's possible ask Sanne of you don't know how). Exposing some configuration to infinispan makes sense. can you start a thread explainig what is configurable and which one you think we should expose to hsearch users. Ideally I would like to offer one or two defaut config scenarios and allow to fallback to a custom config. Emmanuel On 12 août 2009, at 11:58, Łukasz Moreń wrote: Sorry, but my wifi does not work well today. I will try to explain it more clear. I'm using DummyTransactionManager available for Infinispan. It associates transaction with the calling thread. Steps to update index: 1. index writer acquires lock - begin of transaction 2. if it is necessary, index writer delegates new threads to do merge work. Those merge threads do not see changes made so far from begin of transaction, and are looking for segments which are not yet in index. Changes will be visible when AD.3 is completed. For tests i tried to commit transaction when merge starts and then everything worked well. But then i need to start it again. 3. index writer releases lock - transaction is commited, all changes made in this transaction are visible for other threads. Maybe using some other transaction manager could help? What about Infinispan cache configuration? Some configuration mechanism should be exposed to the user, or we can hardcoded one in InfinispanDirectoryProvider is enough? 2009/8/12 Emmanuel Bernard why? Emmanuel Bernard Pending you there? Emmanuel Bernard Pending Ok please describe in details what is going on. From what you are describing the tx cannot see all segments which looks like an infinispan bug to me. Pending As a back up you can try wo transaction and see if that works Emmanuel Bernard Pending technically the lucene index should cope with that Emmanuel Bernard 11:16 but I like this approach less Let's try and chat by email IF I'm not online, I need to run on some errands today. ___ hibernate-dev mailing list hibernate-dev@lists.jboss.org https://lists.jboss.org/mailman/listinfo/hibernate-dev
