zookeeper-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Norbert Kalmar <nkal...@cloudera.com.INVALID>
Subject Re: Experimental status of readonlymode feature
Date Mon, 07 Oct 2019 15:13:58 GMT
Hi Lewis,

I don't think the two is connected, so it's not only JVM flag because it's
experimental, it's just haven't been implemented to read this parameter
from config -experimental feature or not.
If you create an upstream ticket, create the PR if you want to contribute
(or just wait until someone implements it) it will be available in the next
release (3.5.x, not in 3.4).
I'm not aware of any rule that experimental features should not be
available from config.

As for why it is experimental. Honestly, I don't know. jute.maxbuffer is
also experimental, but it is widely used in production. This might worth a
question on the dev list.


On Fri, Oct 4, 2019 at 3:40 AM Lewis Gardner <lewis@twolous.com> wrote:

> Hi,
> The readonlymode feature was added 8 years ago but is still marked as
> experimental and requires setting a JVM system property to enable it.
> What steps are required to promote this feature to "fully supported"
> status
> and allow enablement via the "readonlymode.enabled" setting in zoo.cfg?
> thanks,
> Lewis

  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message