Re: [hibernate-dev] Compiling latest hibernate search

2009-03-25 Thread Marcel Overdijk
I was using jdk1.5.0_18 on Windows Vista. I downloaded the fix and I can build successfully now. Thanks! Time to go to bed now. Hope to experiment with the programmatic mapping tomorrow evening. Cheers, Marcel On Wed, Mar 25, 2009 at 10:52 PM, Emmanuel Bernard wrote: > Interesting, which comp

Re: [hibernate-dev] Compiling latest hibernate search

2009-03-25 Thread Emmanuel Bernard
Interesting, which compiler are you using? I can compile fine both on Java 5 and 6 using Apple JDK There seems to be a bunch of bugs related to method overloading and generics in Sun's bug database. I am inclined to believe that method overloading is evil like the FAN guys think. I have jus

Re: [hibernate-dev] Hibernate Planning

2009-03-25 Thread Emmanuel Bernard
On Mar 25, 2009, at 15:55, Hardy Ferentschik wrote: On Tue, 2009-03-24 at 21:51 -0400, Emmanuel Bernard wrote: 1) If commons-annotations *does not* rely on hibernate-core in any way then I'm fine to break it it back out if that makes sense. However y'all need to be *extremely* careful ab

Re: [hibernate-dev] Compiling latest hibernate search

2009-03-25 Thread Marcel Overdijk
OK I managed to compile Core successfully (after disabling the tests). However compiling Hibernate Search gives some errors. It's complaining about: D:\Grails\hibernate\search\src\main\java\org\hibernate\search\filter\FilterOptimizationHelper.java:[63,34] name clash: mergeByBitAnds(java.util.List)

Re: [hibernate-dev] Hibernate Planning

2009-03-25 Thread Hardy Ferentschik
On Tue, 2009-03-24 at 21:51 -0400, Emmanuel Bernard wrote: > >>> 1) If commons-annotations *does not* rely on hibernate-core in any > >>> way > >>> then I'm fine to break it it back out if that makes sense. However > >>> y'all need to be *extremely* careful about this and making sure > >>> ab

Re: [hibernate-dev] hibernate search + indexing with transaction issue

2009-03-25 Thread Emmanuel Bernard
Good question. return; is what is expected (see HSEARCH-257). The scenario you are describing (delete + add in the same transaction) cannot happen in Hibernate unless you use assigned ids and don't have any kind of association in your object. Even in this case you are cheating the system.

Re: [hibernate-dev] Compiling latest hibernate search

2009-03-25 Thread Emmanuel Bernard
Long story short, it's all in Maven now. > svn co http://anonsvn.jboss.org/repos/hibernate/core/trunk/ core > svn co http://anonsvn.jboss.org/repos/hibernate/search/trunk/ search > cd core > mvn install (1) > cd ../search mvn install (1) might fail on some doc generation but as long as the snap

Re: [hibernate-dev] Compiling latest hibernate search

2009-03-25 Thread Hardy Ferentschik
On Wed, 25 Mar 2009 15:38:45 +0100, Marcel Overdijk wrote: I've checked out the latest Hibernate Search from trunk and I'm trying to build it. I know I need the latest annotations code also. You might want to update your source again. I finally completed HSEARCH-82 today and converted Hib

[hibernate-dev] Compiling latest hibernate search

2009-03-25 Thread Marcel Overdijk
I've checked out the latest Hibernate Search from trunk and I'm trying to build it. I know I need the latest annotations code also. As described on http://hibernate.org/449.html Local latest version I changed the commons-annotations rev to "latest" in ivy.xml but it's not working either. How can