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. Regards, Norbert On Fri, Oct 4, 2019 at 3:40 AM Lewis Gardner <le...@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 >