t; (effectively immutable) after the
container starts.
From: Dan Smith
Sent: Wednesday, October 21, 2020 2:58 PM
To: dev@geode.apache.org
Subject: Re: [DISCUSS] ServiceRegistry RFC
You mentioned the metrics service - I think that is a good pattern to follow.
ance of the ServiceRegistry or
Context or whatever.
From: Udo Kohlmeyer
Sent: Tuesday, October 20, 2020 3:01 PM
To: dev@geode.apache.org
Subject: Re: [DISCUSS] ServiceRegistry RFC
Jens, that is a great thought. Lifecycle management would be amazing and I
think we c
broader discussion on lifecycle management of the Cache.
Hope this makes sense.
--Udo
From: Jens Deppe
Date: Wednesday, October 21, 2020 at 8:46 AM
To: dev@geode.apache.org
Subject: Re: [DISCUSS] ServiceRegistry RFC
One aspect this conversation has brought to mind is whether these services will
Dan Smith
Date: Wednesday, October 21, 2020 at 5:14 AM
To: dev@geode.apache.org
Subject: Re: [DISCUSS] ServiceRegistry RFC
It might be better to hang things off InternalCache rather than create a
new singleton. The cache is already a singleton, but we've been working on
r
xtend this existing service concept for your case?
-Dan
From: Jens Deppe
Sent: Tuesday, October 20, 2020 5:33 AM
To: dev@geode.apache.org
Subject: Re: [DISCUSS] ServiceRegistry RFC
Hi Udo,
Is the intention of this to replace (and extend) what we're
constructor or method call.
--Udo
From: Jens Deppe
Date: Tuesday, October 20, 2020 at 11:33 PM
To: dev@geode.apache.org
Subject: Re: [DISCUSS] ServiceRegistry RFC
Hi Udo,
Is the intention of this to replace (and extend) what we're doing with the
traditional service loading mechanism today? i.e
, 2020 11:13 AM
To: dev@geode.apache.org
Subject: Re: [DISCUSS] ServiceRegistry RFC
It might be better to hang things off InternalCache rather than create a new
singleton. The cache is already a singleton, but we've been working on removing
that by plumbing the cache everywhere. The cach
xtend this existing service concept for your case?
-Dan
From: Jens Deppe
Sent: Tuesday, October 20, 2020 5:33 AM
To: dev@geode.apache.org
Subject: Re: [DISCUSS] ServiceRegistry RFC
Hi Udo,
Is the intention of this to replace (and extend) what we're doing with t
Hi Udo,
Is the intention of this to replace (and extend) what we're doing with the
traditional service loading mechanism today? i.e. how we're loading everything
that extends CacheService (for example HttpService, LuceneService,
GeodeRedisService, etc.).
Thanks
--jens
On 10/15/20, 7:25 PM,
