[hibernate-dev] Modularization of Search
Sanne Grinovero
sanne.grinovero at gmail.com
Sun Mar 21 19:20:02 EDT 2010
it's ok for me because of your "consistency with core" argument but I
have no clue about why this setup is useful.
(I like consistency, but had to hang this poster as a reminder in my
room: http://site.despair.com/images/dpage/consistency03.jpg)
I'm still wondering what's the difference between:
hibernate-search-testing/
hibernate-search-testsuite/
but have no doubts you know, let's see if I understand better after the commit.
Cheers,
Sanne
2010/3/20 Hardy Ferentschik <hibernate at ferentschik.de>:
> Ok, locally I have now the following structure
>
> pom.xml
> hibernate-search/
> hibernate-search-archetype/
> hibernate-search-testing/
> hibernate-search-testsuite/
>
> Tests are split out into hibernate-search-testsuite. We can still leave
> tests which don't extend
> SearchTestCase in hibernate-search, but there are not many ;-)
>
> This setup will allow to add a new infinispan module where the tests can use
> for example the
> SearchTestCase of hibernate-search-testing. We can also further split out
> the jms and jgroups
> clustering, but that's optional.
>
> The only way to keep the main tests in hibernate-search while still
> publishing a testing module
> would be some code duplication.
>
> I know there are still some reservations about this setup, so I thought I
> ask once more -
> commit or not commit? ;-)
>
> --Hardy
>
>
>
>
> On Wed, 17 Mar 2010 12:38:54 -0300, Hardy Ferentschik
> <hibernate at ferentschik.de> wrote:
>
>> Regarding the test util module (hibernate-search-testing). If we are
>> planning to split out
>> the different clustering parts (or for any other later module) we probably
>> want to
>> have all the test base classes in hibernate-search-testing as well (eg
>> SearchTestCase).
>> Obviously SearchTestCase depends heavily on core Search classes and an
>> additional
>> hibernate-search-util is not going to cut it. If we go the full monty we
>> would need
>> to break out all the test related utility/base classes into
>> hibernate-search-testing
>> and then move all tests into hibernate-search-testsuite. This is
>> effectively how Hibernate
>> Core is setup and it creates some consistency. I guess Steve had his
>> reasons after all to
>> go for the setup we have now ;-)
>>
>> I don't think we have to be too worried about people not running the
>> tests, because they
>> are in another module. The setup works for Core. Besides, I am a big
>> sucker for consistency
>> and I like the idea that Search would mirror the Core setup. Thoughts?
>>
>> Regarding the performance tests, I am not sure whether we need a separate
>> module for that.
>> The problem is now that these tests are excluded in the POM configuration.
>> I think we just
>> need a way to run them. Maybe a simple property 'mvn install
>> -Drun.performance.test=true'
>> We can then decide if the default should be true or false.
>>
>> --Hardy
>>
>> _______________________________________________
>> hibernate-dev mailing list
>> hibernate-dev at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/hibernate-dev
>
>
More information about the hibernate-dev
mailing list