aren't hibernate-testing artifact sensible in the sense of creating dialects
externally from hibernate base ?
/max
On Jun 18, 2010, at 16:21, Steve Ebersole wrote:
hibernate-testing is a published artifact. It currently defines
classes
in the org.hibernate.test package. Why is changing this any different
than say changing the package of org.hibernate.Session to
org.hibernate.something.Session?
And if there is a difference in your mind, then I'd argue you do not
think hibernate-testing is "important" enough to publish which was one
of my exact questions before because it means some of this becomes far
easier to deal with.
On Fri, 2010-06-18 at 14:36 +0200, Hardy Ferentschik wrote:
> Is this really an issue and this not be solved by some package/class
> renaming.
> Why cannot all tests live under org/hibernate/test and all testing util
> classes
> under org/hibernate/testing. Filtering is in this case straight forward
> and if you
> want to extend testing util classes you need to know anyways where to
> place them or
> at least you should have thought about it. Besides, how often will the
> testing
> classes change.
>
> Nicest of course would be the built-in gradle support you mentioned.
>
> --Hardy
>
> On Thu, 17 Jun 2010 19:53:29 +0200, Steve Ebersole <steve(a)hibernate.org>
> wrote:
>
>> What happens when we want to add a unit test for some cache related
>> class and we use the org.hibernate.test.cache package for the test too?
>> What happens when we want to add some testing support classes related to
>> in container testing with arquillian and add a new
>> org.hibernate.test.arquillian package in src/testing/java? Who gets to
>> remember these and update them accordingly?
>
>
--
Steve Ebersole <steve(a)hibernate.org>
http://hibernate.org
_______________________________________________
hibernate-dev mailing list
hibernate-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/hibernate-dev