Denis,

Can you suggest a use-case where identity resolver is needed (given that we
agree that a key must contain only valuable fields)?

2017-04-05 22:08 GMT+03:00 Denis Magda <dma...@apache.org>:

> Where do you want to remove the identity resolvers from? If it’s related
> to the internals of Hibernate module then it’s fine but if you suggest
> removing identity resolvers public interfaces then it might be a haste
> decision.
>
> —
> Denis
>
> > On Apr 5, 2017, at 7:42 AM, Alexey Goncharuk <alexey.goncha...@gmail.com>
> wrote:
> >
> > +1, I see no other reasons to keep it.
> >
> > 2017-04-05 13:59 GMT+03:00 Sergi Vladykin <sergi.vlady...@gmail.com>:
> >
> >> +1
> >>
> >> Lets drop them.
> >>
> >> Sergi
> >>
> >> 2017-04-05 13:50 GMT+03:00 Dmitriy Govorukhin <
> >> dmitriy.govoruk...@gmail.com>
> >> :
> >>
> >>> Hi guys, i implemented proxy for IgniteCache in hibernate integration,
> >> this
> >>> proxy transformate cacheKey to our key wrapper, leaves only required
> >>> field. I think we can remove identity resolve, it should not broke
> >>> integration with hibernate. Any objections?
> >>>
> >>> On Wed, Mar 29, 2017 at 11:07 PM, Valentin Kulichenko <
> >>> valentin.kuliche...@gmail.com> wrote:
> >>>
> >>>> I'm not saying there is no alternative solution. But let's implement
> it
> >>> and
> >>>> prove that it works first, and remove resolvers only after that.
> >>>>
> >>>> -Val
> >>>>
> >>>> On Wed, Mar 29, 2017 at 12:18 PM, Sergi Vladykin <
> >>> sergi.vlady...@gmail.com
> >>>>>
> >>>> wrote:
> >>>>
> >>>>> Guys, nothing is impossible if you know a bit about reflection in
> >> Java
> >>> :)
> >>>>>
> >>>>> We had a look at the CacheKey class and it is easily replaceable.
> >>>>>
> >>>>> Sergi
> >>>>>
> >>>>>
> >>>>>
> >>>>> 2017-03-29 21:49 GMT+03:00 Dmitriy Setrakyan <dsetrak...@apache.org
> >>> :
> >>>>>
> >>>>>> On Wed, Mar 29, 2017 at 11:43 AM, Valentin Kulichenko <
> >>>>>> valentin.kuliche...@gmail.com> wrote:
> >>>>>>
> >>>>>>> "Hibernate key" is the CacheKey class I was referring to. It's
> >>>> provided
> >>>>>> by
> >>>>>>> Hibernate, not by user and not by us. So I'm not sure it's
> >> possible
> >>>> to
> >>>>>>> replace it.
> >>>>>>>
> >>>>>>
> >>>>>> If it is impossible to replace or get rid of the Hibernate key, is
> >>> this
> >>>>>> discussion valid at all?
> >>>>>>
> >>>>>
> >>>>
> >>>
> >>
>
>

Reply via email to