On Thu, Mar 17, 2011 at 10:23 AM, Dag H. Wanvik <[email protected]> wrote: > Lily Wei <[email protected]> writes: > >> We had a fix for DERBY-5108 in the trunk and most of the running result >> looks good to me with istate daemon on. My opinion is leaning toward to turn >> the default to on for istat daemon. With it on, Derby is still zero-admin >> db. Most users shouldn't know it is there. And, disable it is very easy >> process for users. With the original seven days period to see how things are >> going, we still have time to see the outcome if we turn the default to on. > > After having reviewed what's been happening in my absence, I'll give my > 0.02 cents, too. > > The con is mostly that the feature hasn't been enabled on trunk for very > long, and we have seen a few issues around it, although they have been > mostly fixed. The file deletion issues on Windows (DERBY-5108) is not > confined to this issue and something we need to fix going forward, by > looking again at how we perform an orderly shutdown. It seems we have > ordering problems there, cf [1], DERBY-4920 and Knut's observation on > DERBY-5108 when calling SYSCS_UPDATE_STATISTICS on a large index just > before shutting down the database. > > [1] > https://issues.apache.org/jira/browse/DERBY-5108?focusedCommentId=13006941&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-13006941 > > On the other hand, I think this feature is a great one for a new > release, and it would be sad to have to give it up. I'd rather be > aggressive now, and get coverage for it in a new release as soon as we > can. There will always be risk attached to a new feature, but this one > can be disabled if necessary, and I agree it is definitely a step > towards our aim of being a zero admin db. > > In this case I think the open source mantra of relasing early and often > is pertinent. Let's get in the hands of users, with suitable warnings in > the release notes, so we can get the feedback, if any, sooner rather > than later. > > +0.75 to enable. > > Dag >
Sounds like we're leaning toward switching it back on. Rick, do you want to handle this (as you switched it off)? or are you opposed and/or need help? I think we should put it in sooner rather than later... Myrna
