[hibernate-dev] [ORM] About making delegating implementations abstract
Steve Ebersole
steve at hibernate.org
Thu Aug 17 14:00:48 EDT 2017
I'm fine with either, although (1) sure seems easier.
On Thu, Aug 17, 2017 at 11:42 AM Davide D'Alto <davide at hibernate.org> wrote:
> Solution number 2 works for me.
>
> Davide
>
> On Thu, Aug 17, 2017 at 4:24 PM, Guillaume Smet
> <guillaume.smet at gmail.com> wrote:
> > Hi,
> >
> > While updating OGM to use ORM 5.2, I found out that the delegating
> > implementations of a few classes are missing methods:
> > - AbstractDelegatingSessionBuilder
> > - AbstractDelegatingSessionFactoryBuilder
> >
> > It stayed unnoticed because the classes are abstract so they don't
> complain
> > about missing methods.
> >
> > Not sure what to do about this. At least one implementation of this sort
> of
> > things is not abstract
> > - SessionDelegatorBaseImpl - and, apparently, it allowed to detect
> missing
> > methods.
> >
> > 1/ Should we make all these classes not abstract even if their names make
> > it clear they should be?
> >
> > 2/ Another way to track it would be to have implementations of these
> > abstract classes in the tests. Even unused, it would break the build and
> > warn about this issue.
> >
> > I'm more in favor of 2/ but I thought I might as well ask.
> >
> > (I am preparing a PR to update these classes and also fix the hierarchy
> by
> > introducing a type parameter where required)
> >
> > --
> > Guillaume
> > _______________________________________________
> > hibernate-dev mailing list
> > hibernate-dev at lists.jboss.org
> > https://lists.jboss.org/mailman/listinfo/hibernate-dev
> _______________________________________________
> 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