Re: Proposal to retroactively mark materialized views experimental

I was just thinking that we should try really hard to avoid adding experimental features - they are experimental due to lack of testing right? There should be a clear path to making the feature non-experimental (or get it removed) and having that path discussed on dev@ might give more visibility

Re: [VOTE] Release Apache Cassandra 2.2.11

+1 non-binding On 2017-09-28 20:40, Michael Shuler wrote: I propose the following artifacts for release as 2.2.11. sha1: c510e001481637e1f74d9ad176f8dc3ab7ebd1e3 Git: http://git-wip-us.apache.org/repos/asf?p=cassandra.git;a=shortlog;h=refs/tags/2.2.11-tentative Artifacts:

Re: Proposal to retroactively mark materialized views experimental

I'm not sure the main issue in the case of MVs is testing. In this case it seems to be that there are some design issues and/or the design was only works in some overly restrictive use cases. That MVs were committed knowing these were issues seems to be the real problem. So in the case of MVs,

Re: Proposal to retroactively mark materialized views experimental

So basically we're saying that even with a lot of tests, you're never sure to cover all the possible edge cases and the real stamp for "production readiness" is only when the "experimental features" have been deployed in various clusters with various scenarios/use-cases, just re-phrasing Blake

Re: Spawning nodes for testing

Thanks Jeff, I will check this out. On 1 Oct 2017 20:31 +0300, Jeff Jirsa , wrote: > Check out CCM - it’s how the project writes distributed tests > > https://github.com/pcmanus/ccm > > -- > Jeff Jirsa > > > > On Oct 1, 2017, at 10:25 AM, m...@salih.xyz wrote: > > > > Hi there,

Re: Proposal to retroactively mark materialized views experimental

triggers On 10/01/2017 11:25 AM, Jeff Jirsa wrote: Historical examples are anything that you wouldn’t bet your job on for the first release: Udf/uda in 2.2 Incremental repair - would have yanked the flag following 9143 SASI - probably still experimental Counters - all sorts of correctness

Cassandra 3.11.1 (snapshot build) - io.netty.util.Recycler$Stack memory leak

Hello, posted also to the users list, but possibly it is better targeted to this list, cause 3.11.1 is close to be released? We were facing a memory leak with 3.11.0 (https://issues.apache.org/jira/browse/CASSANDRA-13754) thus upgraded our loadtest environment to a snapshot build of 3.11.1.

Spawning nodes for testing

Hi there, I am playing with Gossip classes and looking for a way to create nodes and join to cluster while debugging in IDEA. Is there any way to make this process simple? Or shoud I do something like Docker containers? Thanks a lot! Cheers Salih

Re: Spawning nodes for testing

Check out CCM - it’s how the project writes distributed tests https://github.com/pcmanus/ccm -- Jeff Jirsa > On Oct 1, 2017, at 10:25 AM, m...@salih.xyz wrote: > > Hi there, > I am playing with Gossip classes and looking for a way to create nodes and > join to cluster while debugging in

Re: Proposal to retroactively mark materialized views experimental

Historical examples are anything that you wouldn’t bet your job on for the first release: Udf/uda in 2.2 Incremental repair - would have yanked the flag following 9143 SASI - probably still experimental Counters - all sorts of correctness issues originally, no longer true since the rewrite in

Re: Proposal to retroactively mark materialized views experimental

I think you're presenting a false dichotomy here. Yes there are people who are not interested in taking risks with C* and are still running 1.2, there are probably a few people who would put trunk in prod if we packaged it up for them, but there's a whole spectrum of users in between. Operator

Re: Proposal to retroactively mark materialized views experimental

How should we transition one feature from the "experimental" state to "production ready" state ? On which criteria ? On Sun, Oct 1, 2017 at 12:12 PM, Marcus Eriksson wrote: > I was just thinking that we should try really hard to avoid adding > experimental features - they