[ http://opensource.atlassian.com/projects/hibernate/browse/HSEARCH-76?page... ] Christian Bauer commented on HSEARCH-76: ---------------------------------------- I am using this as a workaround, seems to be smarter anyway because it doesn't trigger the sequential selects: ScrollableResults cursor = session.createQuery("select o from " + entityClass.getName() + " o fetch all properties").scroll(); -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://opensource.atlassian.com/projects/hibernate/secure/Administrators.... - For more information on JIRA, see: http://www.atlassian.com/software/jira

[ http://opensource.atlassian.com/projects/hibernate/browse/HSEARCH-76?page... ] Emmanuel Bernard commented on HSEARCH-76: ----------------------------------------- The code does not lose the last row. I have it working in the test suite FullTextSession s = Search.createFullTextSession( openSession() ); Transaction tx = s.beginTransaction(); int loop = 14; for (int i = 0; i < loop; i++) { s.connection().createStatement().executeUpdate( "insert into Email(id, title, body, header) values( + " + ( i + 1 ) + ", 'Bob Sponge', 'Meet the guys who create the software', 'nope')" ); } tx.commit(); s.close(); //check non created object does get found!!1 s = new FullTextSessionImpl( openSession() ); tx = s.beginTransaction(); ScrollableResults results = s.createCriteria( Email.class ).scroll( ScrollMode.FORWARD_ONLY ); int index = 0; while ( results.next() ) { index++; s.index( results.get( 0 ) ); if ( index % 5 == 0 ) s.clear(); } tx.commit(); s.clear(); tx = s.beginTransaction(); QueryParser parser = new QueryParser( "id", new StopAnalyzer() ); List result = s.createFullTextQuery( parser.parse( "body:create" ) ).list(); assertEquals( 14, result.size() ); for (Object object : result) { s.delete( object ); } tx.commit(); s.close(); -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://opensource.atlassian.com/projects/hibernate/secure/Administrators.... - For more information on JIRA, see: http://www.atlassian.com/software/jira

[ http://opensource.atlassian.com/projects/hibernate/browse/HSEARCH-76?page... ] Alexander Chebanenko commented on HSEARCH-76: --------------------------------------------- There is a problem with DocumentBuilder, getDocument method. It uses "entity.getClass()" instead of "Hibernate.getClass(entity)", thus resulting document has "_hibernate_class" field value equal to hibernate proxy class, not entity class. No search could be performed later on such an index, since search injects criteria "_hibernate_class:Entity". -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://opensource.atlassian.com/projects/hibernate/secure/Administrators.... - For more information on JIRA, see: http://www.atlassian.com/software/jira

[ http://opensource.atlassian.com/projects/hibernate/browse/HSEARCH-76?page... ] Emmanuel Bernard updated HSEARCH-76: ------------------------------------ Fix Version/s: (was: 3.0.0.cr1) -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://opensource.atlassian.com/projects/hibernate/secure/Administrators.... - For more information on JIRA, see: http://www.atlassian.com/software/jira