I have no problem if you want to do this for non-ORM; however, I've seen
bugs get introduced by "clean up" commits in ORM. Fixing these regressions
are easier to find and track if there is a "clean up" jira.
On Mon, Apr 18, 2016 at 5:54 AM, Vlad Mihalcea <mihalcea.vlad(a)gmail.com>
wrote:
+1
Vlad
On Mon, Apr 18, 2016 at 3:48 PM, Guillaume Smet <guillaume.smet(a)gmail.com>
wrote:
> OK for me too. That's what I was told when I asked the question a while
ago
> :).
>
> On Mon, Apr 18, 2016 at 2:15 PM, Sanne Grinovero <sanne(a)hibernate.org>
> wrote:
>
> > This question came up again on github; seems Gunnar, Davide and myself
> > would agree on preferring a little more flexibility on the no-orm
> > projects than ORM's guidelines:
> >
> > -
> >
>
https://github.com/hibernate/hibernate-search/pull/1064#issuecomment-2113...
> >
> >
> > This flexibility would be a perk for regular contributors only so I
> > don't feel a need to move our conclusions to a formal document, yet
> > I'm bringing it up here so you can all see it, and voice concerns /
> > approval now :)
> >
> > Thanks,
> > Sanne
> > _______________________________________________
> > hibernate-dev mailing list
> > hibernate-dev(a)lists.jboss.org
> >
https://lists.jboss.org/mailman/listinfo/hibernate-dev
> >
> _______________________________________________
> hibernate-dev mailing list
> hibernate-dev(a)lists.jboss.org
>
https://lists.jboss.org/mailman/listinfo/hibernate-dev
>
_______________________________________________
hibernate-dev mailing list
hibernate-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/hibernate-dev