[ http://opensource.atlassian.com/projects/hibernate/browse/HSEARCH-543?pag... ] Sanne Grinovero commented on HSEARCH-543: ----------------------------------------- There's nothing wrong going on, it's that slow because there are 3000 commit operations involved - on purpose as the test doesn't care about the amount of entities but the length of the queue of operations sent to the backend. This is another time-sensitive test, it's setting "3000" as an insane high amount to make sure the issue will trigger, but there's in facto no guarantee and it might be lots faster if it could exit as soon as condition is verified. So right I'll rework it, together with the async version of the same test these steal more than a minute from each run. -- 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-543?pag... ] Hardy Ferentschik updated HSEARCH-543: -------------------------------------- Fix Version/s: 3.4.0.Beta1 Environment: (was: ) Summary: SyncBackendLongWorklistsStressTest takes too long to execute (~40s) (was: Is it expected for SyncBackendLongWorklistsStressTest to take ~40s) -- 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