+1
On Tue, Dec 17, 2019 at 3:25 PM Dick Cavender wrote:
> +1
>
> On Tue, Dec 17, 2019 at 3:03 PM Patrick Johnson
> wrote:
>
> > +1
> >
> > > On Dec 17, 2019, at 3:01 PM, Owen Nichols wrote:
> > >
> > > +1
> > >
> > >> On Dec 17, 2019, at 2:57 PM, Udo Kohlmeyer wrote:
> > >>
> > >> Hi there
+1
On Tue, Dec 17, 2019 at 3:03 PM Patrick Johnson wrote:
> +1
>
> > On Dec 17, 2019, at 3:01 PM, Owen Nichols wrote:
> >
> > +1
> >
> >> On Dec 17, 2019, at 2:57 PM, Udo Kohlmeyer wrote:
> >>
> >> Hi there Apache Devs.
> >>
> >> I can we please vote on the inclusion of GEODE-7531. This issue
+1
> On Dec 17, 2019, at 3:01 PM, Owen Nichols wrote:
>
> +1
>
>> On Dec 17, 2019, at 2:57 PM, Udo Kohlmeyer wrote:
>>
>> Hi there Apache Devs.
>>
>> I can we please vote on the inclusion of GEODE-7531. This issue is to fix an
>> bug which assumes that all `Pool` objects are of type
+1
> On Dec 17, 2019, at 2:57 PM, Udo Kohlmeyer wrote:
>
> Hi there Apache Devs.
>
> I can we please vote on the inclusion of GEODE-7531. This issue is to fix an
> bug which assumes that all `Pool` objects are of type `PoolImpl` and
> immediately casts Pool -> PoolImpl.
>
> In the case of
Hi there Apache Devs.
I can we please vote on the inclusion of GEODE-7531. This issue is to
fix an bug which assumes that all `Pool` objects are of type `PoolImpl`
and immediately casts Pool -> PoolImpl.
In the case of testing with Mocks, the type casts fail, because the
Pool-mocks are not