Re: [VOTE] Release Apache Cassandra 5.0-alpha2

tested the build is invited to vote. Votes by PMC members are > considered binding. A vote passes if there are at least three binding > +1s and no -1's. > > [1]: CHANGES.txt: > https://github.com/apache/cassandra/blob/5.0-alpha2-tentative/CHANGES.txt > [2]: NEWS.txt: > https://g

Re: Push TCM (CEP-21) and Accord (CEP-15) to 5.1 (and cut an immediate 5.1-alpha1)

because we need to wait for major features, and we have to wait for major features because it will be a long time before the next release." -- Jonathan Ellis co-founder, http://www.datastax.com @spyced

Tokenization and SAI query syntax

/StandardAnalyzer.html [2] https://lucene.apache.org/core/9_7_0/analysis/common/index.html -- Jonathan Ellis co-founder, http://www.datastax.com @spyced

Re: [VOTE] CEP-30 ANN Vector Search

> wrote: > > Hi All, > > > > Great news this has gone through, I wondering if we have a timescale for > this making it to Beta or release ? I’m asking because we have a project > that would benefit from this approach. > > > > Andy > > > > > >

Re: Is simplenative in cassandra-stress still relevant?

I've spoken to several people who all have said they've > never used simplenative mode. > > I agree that it shouldn't be used normally, but I'm not sure we should > remove it, because we can't remove it fully: SimpleClient is still > used in many tests, and I think that should continue. > > If you suspect any kind of native proto or driver issue it may be > useful to have another implementation easily accessible to aid in > debugging the problem, and the maintenance cost of keeping it in > stress is roughly zero in my opinion. We can make it clear that it's > not recommended for use and is intended only as a debugging tool, > though. > > Kind Regards, > Brandon > > -- Jonathan Ellis co-founder, http://www.datastax.com @spyced

Re: [VOTE] CEP-30 ANN Vector Search

Thanks to Benjamin for pointing out to me that committer votes count as binding for CEPs. That makes the updated tally 15 binding and 4 non-binding. On Tue, May 30, 2023 at 8:44 AM Jonathan Ellis wrote: > Thanks, all. Closing the vote as accepted with 8 binding +1 (including > me) and

Re: [VOTE] CEP-30 ANN Vector Search

Thanks, all. Closing the vote as accepted with 8 binding +1 (including me) and 11 non-binding votes. On Thu, May 25, 2023 at 10:45 AM Jonathan Ellis wrote: > Let's make this official. > > CEP: > https://cwiki.apache.org/confluence/display/CASSANDRA/CEP-30%3A+Approximate+Neare

Re: Agrona vs fastutil and fastutil-concurrent-wrapper

is. > > Agrona was favoured in large part due to the perceived quality of the > library. I’m not inclined to swap it out without proper evidence the > fastutils is both materially faster in a manner care about and of similar > quality. > > On 25 May 2023, at 16:43, Jonathan E

Re: Agrona vs fastutil and fastutil-concurrent-wrapper

manner care about and of similar > quality. > > On 25 May 2023, at 16:43, Jonathan Ellis wrote: > >  > Try it out and see, the only data point I have is that the company who has > spent more effort here than anyone else I could find likes fastutil better. > > On Thu, May 25,

Re: Agrona vs fastutil and fastutil-concurrent-wrapper

There's about a dozen uses of agrona so far, plus a few more in test code, almost all of which are SAI. Porting over won't be hard. On Thu, May 25, 2023 at 10:33 AM Dinesh Joshi wrote: > > On May 25, 2023, at 6:14 AM, Jonathan Ellis wrote: > > > > Any objecti

[VOTE] CEP-30 ANN Vector Search

e/cep-vsearch -- Jonathan Ellis co-founder, http://www.datastax.com @spyced

Re: Agrona vs fastutil and fastutil-concurrent-wrapper

Try it out and see, the only data point I have is that the company who has spent more effort here than anyone else I could find likes fastutil better. On Thu, May 25, 2023 at 10:33 AM Dinesh Joshi wrote: > > On May 25, 2023, at 6:14 AM, Jonathan Ellis wrote: > > > > Any ob

Agrona vs fastutil and fastutil-concurrent-wrapper

maps Any objections to adding the concurrent wrapper and switching out agrona for fastutil? -- Jonathan Ellis co-founder, http://www.datastax.com @spyced

Re: Vector search demo, and query syntax

ry would >> becomeSELECT id, start, end, text FROM >> {self.keyspace}.{self.table} ORDER BY embedding ANN OF %s LIMIT %s* >> > > > LGTM. > > I first stumbled a bit with "there's no where clause and no filtering > allowed…" > &g

Vector search demo, and query syntax

semantics as `ANN OF`. I am okay with adopting their operator, but I think ANN OF is more readable.* -- Jonathan Ellis co-founder, http://www.datastax.com @spyced

Re: [DISCUSS] The future of CREATE INDEX

On Fri, May 12, 2023 at 1:39 PM Caleb Rackliffe wrote: > [POLL] Centralize existing syntax or create new syntax? > 1 (Existing) [POLL] Should there be a default? (YES/NO) > YES > [POLL] What do do with the default? > 1 (Default SAI)

Re: [DISCUSS] The future of CREATE INDEX

decision (and wouldn't > change the legacy behavior of the existing CREATE INDEX). In this world, > creating a legacy 2i might look something like CREATE INDEX...USING > `legacy`. > 3.) Eventually deprecate CREATE CUSTOM INDEX...USING. > > Eventually we would have a single enabled DDL statement for index creation > that would be minimal but also explicit/able to handle some evolution. > > What does everyone think? > > > -- Jonathan Ellis co-founder, http://www.datastax.com @spyced

Re: [VOTE] CEP-29 CQL NOT Operator

+1 On Tue, May 9, 2023 at 12:04 PM Piotr Kołaczkowski wrote: > Let's vote. > > > https://cwiki.apache.org/confluence/display/CASSANDRA/CEP-29%3A+CQL+NOT+operator > > Piotr Kołaczkowski > e. pkola...@datastax.com > w. www.datastax.com > -- Jonathan Ellis co-

CEP-30: Approximate Nearest Neighbor(ANN) Vector Search via Storage-Attached Indexes

tures. Please find the full CEP document here: https://cwiki.apache.org/confluence/display/CASSANDRA/CEP-30%3A+Approximate+Nearest+Neighbor%28ANN%29+Vector+Search+via+Storage-Attached+Indexes -- Jonathan Ellis co-founder, http://www.datastax.com @spyced

Re: [POLL] Vector type for ML

size array w/ no null values? >>> >> Assuming this is the case >> >> >> The current agreed requirements are: >> >> 1) non-null elements >> 2) fixed length >> 3) frozen >> >> You pointed out 3 isn’t actually required, but that would

Re: [POLL] Vector type for ML

; believe we are waiting for majority rule on this? >> >> >> >> >> Re-reading that thread, IIUC the valid choices remaining are… >> >> 1. VECTOR FLOAT[n] >> 2. FLOAT VECTOR[n] >> 3. VECTOR >> 4. VECTOR[n] >> 5. ARRAY >> 6. NON-NULL FROZEN >> >> >> Yes I'm putting my preference (1) first ;) because (banging on) if the >> future of CQL will have FLOAT[n] and FROZEN, where the VECTOR >> keyword is: for general cql users; just meaning "non-null and frozen", >> these gel best together. >> >> Options (5) and (6) are for those that feel we can and should provide >> this type without introducing the vector keyword. >> >> >> >> >> >> -- >> [image: DataStax Logo Square] <https://www.datastax.com/> >> *Mike Adamson* >> Engineering >> +1 650 389 6000 <16503896000> | datastax.com <https://www.datastax.com/> >> Find DataStax Online: >> [image: LinkedIn Logo] >> <https://urldefense.proofpoint.com/v2/url?u=https-3A__www.linkedin.com_company_datastax&d=DwMFaQ&c=adz96Xi0w1RHqtPMowiL2g&r=IFj3MdIKYLLXIUhYdUGB0cTzTlxyCb7_VUmICBaYilU&m=uHzE4WhPViSF0rsjSxKhfwGDU1Bo7USObSc_aIcgelo&s=akx0E6l2bnTjOvA-YxtonbW0M4b6bNg4nRwmcHNDo4Q&e=> >>[image: Facebook Logo] >> <https://urldefense.proofpoint.com/v2/url?u=https-3A__www.facebook.com_datastax&d=DwMFaQ&c=adz96Xi0w1RHqtPMowiL2g&r=IFj3MdIKYLLXIUhYdUGB0cTzTlxyCb7_VUmICBaYilU&m=uHzE4WhPViSF0rsjSxKhfwGDU1Bo7USObSc_aIcgelo&s=ncMlB41-6hHuqx-EhnM83-KVtjMegQ9c2l2zDzHAxiU&e=> >>[image: Twitter Logo] <https://twitter.com/DataStax> [image: RSS >> Feed] <https://www.datastax.com/blog/rss.xml> [image: Github Logo] >> <https://github.com/datastax> >> >> >> -- Jonathan Ellis co-founder, http://www.datastax.com @spyced

Re: [POLL] Vector type for ML

several users in the community that are highly excited >> about this change, this gets to what developers want to do at Cassandra >> scale: store embeddings and retrieve them. >> >> On Tue, May 2, 2023 at 11:47 AM Andrés de la Peña >> wrote: >> >>> A &g

Re: [POLL] Vector type for ML

My preference: A > B > C. Vectors are distinct enough from arrays that we should not make adding the latter a prerequisite for adding the former. On Tue, May 2, 2023 at 10:13 AM Jonathan Ellis wrote: > Should we add a vector type to Cassandra designed to meet the needs of > mach

[POLL] Vector type for ML

g a built-in vector type. -- Jonathan Ellis co-founder, http://www.datastax.com @spyced

Re: [DISCUSS] New data type for vector search

s > a number of people's concerns that we meet ML's idioms head on. > > > > IMHO it feels like it will fit into the ideal future CQL , where all > `primitive[N]` are implemented, and where we have VECTOR FLOAT[n] (and > maybe VECTOR BYTE[n]). This will also permit in the future > `FROZEN` if we wanted nulls in frozen arrays. > > > > I think it is totally reasonable that the ANN patch (and Jonathan) is > not asked to implement on top of, or towards, other array (or other) new > data types. > > > > I also think it is correct that we think about the evolution of CQL's > API, and how it might exist in the future when we have both ml vectors and > general use arrays. > > > -- Jonathan Ellis co-founder, http://www.datastax.com @spyced

Re: [DISCUSS] New data type for vector search

but that means you have to consider > its impact on the general language, not just your target use case. > > On 28 Apr 2023, at 16:29, Jonathan Ellis wrote: > >  > That's exactly right. > > In particular it makes no sense at all from an ML perspective to have >

Re: [DISCUSS] New data type for vector search

which is confusing when we also > have a list concept. > > I’m fine with just using the FLOAT[N] syntax, and drawing no direct link > with list. Though it is a bit strange that this particular type declaration > looks so different to other collection types. > > On 27 Apr 2023, at

Re: [DISCUSS] New data type for vector search

>> >> >> >> So long as nulls aren't a problem as David questions, an alternative is: >> >> FLOAT[N] as semantic sugar for LIST >> >> And ANN requiring FROZEN >> >> Maybe taking a poll in a few days will be positive to keep this >> moving forward. >> > -- Jonathan Ellis co-founder, http://www.datastax.com @spyced

[DISCUSS] New data type for vector search

ity, conciseness, and extensibility. It is more natural in its word order than the original proposal and avoids unnecessary qualifiers, while still being clear about the data type it represents. Finally, this syntax is straighforwardly extensible should we choose to support other vector types in

Re: Adding vector search to SAI with heirarchical navigable small world graph index

branch. > > Do you intend to make this part of CEP-7 or as an incremental update to > SAI once it is committed? > > On Apr 21, 2023, at 2:19 PM, Jonathan Ellis wrote: > > > > *Happy Friday, everyone!Rich text formatting ahead, I've attached a PDF > for thos

Re: UDF future

li%3Acomment%3A%28activity%3A6886728406742970369%2C6886793921020608512%29&replyUrn=urn%3Ali%3Acomment%3A%28activity%3A6886728406742970369%2C6887421509485248512%29 > > Thoughts? > > Best regards, > Ekaterina > > -- Jonathan Ellis co-founder, http://www.datastax.com @spyced

Re: Cassandra project biweekly status update 2022-01-03

nd I look forward to seeing how things evolve with some of the >> upcoming significant CEP's and features this year. Thanks everyone! > > > > These updates are really awesome Josh and also a big part of the project's > new activity. Thanks for keeping at them! > -- Jonathan Ellis co-founder, http://www.datastax.com @spyced

Re: [VOTE] CEP-15: General Purpose Transactions

I am satisfied with the addition of modularity as a requirement for this CEP. I change my vote to +1. On Thu, Oct 14, 2021 at 11:57 AM Jonathan Ellis wrote: > My votes: > > 1. -1 for a minor and a major reason. The minor reason is that I believe > we reached consensus in the dis

Moving CEP-15 forward

d side by side is also an example of such modularity and optionality.* (For completeness, I note that explicitly adding pluggability as a requirement means that it is no longer necessary to also add a LOCAL_SERIAL option to Accord itself, although that is of course still an option.) -- Jonath

Re: Tradeoffs for Cassandra transaction management

which is what the Calvin team did to benchmark it. -- Jonathan Ellis co-founder, http://www.datastax.com @spyced

Re: Tradeoffs for Cassandra transaction management

ti-shard distributed consensus protocol that applies > its operations in the agreed partial order on each replica. If you want to > continue this thread of discussion, please provide a counter example you > believe disproves this statement. > > > From: Jonathan Ellis > Date: Thursday,

Re: [VOTE] CEP-15: General Purpose Transactions

that make different tradeoffs. I would also support, in that world, CQL extensions that only work with Accord or other “next-gen” transaction managers to start evolving our APIs past what LWT can handle. On Thu, Oct 14, 2021 at 11:44 AM Jonathan Ellis wrote: > Point of order: our project go

Re: [VOTE] CEP-15: General Purpose Transactions

ity votes > of the PMC. > > Recall that all -1 votes must be accompanied by an explanation. If you > reject the CEP only on grounds (2) or (3) you should not veto the proposal. > If a majority reject grounds (2) or (3) then transaction developments will > halt for the time being. &g

Re: [IDEA] Read committed transaction with Accord

13 AM Jonathan Ellis wrote: > [Moving followup here from the other thread] > > I think there is in fact a difference here. > > Consider a workload consisting of two clients. One of them is submitting > a stream of TPC-C new order transactions (new order client = NOC), and the

Re: [IDEA] Read committed transaction with Accord

sactions due > to serialization failures."* > > On Wed, Oct 13, 2021 at 3:19 AM Jonathan Ellis wrote: > > > Hi Henrik, > > > > I don't see how this resolves the fundamental problem that I outlined to > > start with, namely, that without having the

Re: Tradeoffs for Cassandra transaction management

rred semantics? > 4. Will you accept a video call so we may discuss this with you in detail, > so we may understand your difficulty understanding these points I keep > repeating? > > After several weeks of back and forth you should already be able to answer > these questions. If

Re: Tradeoffs for Cassandra transaction management

thetical SQL feature that lacks design goals, or > any clear ideas about how it might be implemented, how can we rule that out? > > So Jonathan, how can we rule that out? How can we have a productive > discussion about a feature you yourself are unable to describe in any > meaningful d

Re: Tradeoffs for Cassandra transaction management

ION transactions. This would > require MVCC support from the storage engine. > > > > --- > > It would be interesting to hear from list members whether the above appears > to understand Accord (and SQL) correctly or whether I'm missing something? > > henrik > > > -- > > Henrik Ingo > > +358 40 569 7354 <358405697354> > > [image: Visit us online.] <https://www.datastax.com/> [image: Visit us on > Twitter.] <https://twitter.com/DataStaxEng> [image: Visit us on YouTube.] > < > https://urldefense.proofpoint.com/v2/url?u=https-3A__www.youtube.com_channel_UCqA6zOSMpQ55vvguq4Y0jAg&d=DwMFaQ&c=adz96Xi0w1RHqtPMowiL2g&r=IFj3MdIKYLLXIUhYdUGB0cTzTlxyCb7_VUmICBaYilU&m=bmIfaie9O3fWJAu6lESvWj3HajV4VFwgwgVuKmxKZmE&s=16sY48_kvIb7sRQORknZrr3V8iLTfemFKbMVNZhdwgw&e= > > > [image: Visit my LinkedIn profile.] <https://www.linkedin.com/in/heingo/ > > > -- Jonathan Ellis co-founder, http://www.datastax.com @spyced

Re: Tradeoffs for Cassandra transaction management

7;t think that is a very good design, as you would no longer get any of the benefits of the deterministic approach you started with. If you mean something else, then perhaps an example would help clarify. -- Jonathan Ellis co-founder, http://www.datastax.com @spyced

Re: Tradeoffs for Cassandra transaction management

e accord or c) implement a separate system. The right > choice will depend on their goals, but accord won’t prevent work on it, the > same way the original lwt design isn’t preventing work on multi-partition > transactions. In the worst case, if the goals of a hypothetical sql project

Re: Tradeoffs for Cassandra transaction management

t I went back to check and you're right, I did imply that this wasn't possible with Accord. I stand corrected, thank you. -- Jonathan Ellis co-founder, http://www.datastax.com @spyced

Re: Tradeoffs for Cassandra transaction management

e > breaks. > > There seems to be some overlap between the image uploaded to imgur and this > email, but some things are only present in the email and not on the image. > > On Sat, Oct 9, 2021 at 6:54 PM Jonathan Ellis wrote: > > > * Hi all,After calling several times f

Re: Tradeoffs for Cassandra transaction management

On Sat, Oct 9, 2021 at 11:23 PM Blake Eggleston wrote: > 1. Is it worth giving up local latencies to get full global consistency? > Most LWT use cases use > LOCAL_SERIAL. > > This isn’t a tradeoff that needs to be made. There’s nothing about Accord > that prevents performing consensus in one DC a

Re: Tradeoffs for Cassandra transaction management

I've talked to a dozen plus using LOCAL_SERIAL. I could try to get more exact numbers if it would help but back of the envelope, 5:1 in favor of LOCAL is about right. -- Jonathan Ellis co-founder, http://www.datastax.com @spyced

Tradeoffs for Cassandra transaction management

log-cheating-low-latency.html>, and Murat Demirbas’s reading group compares SLOG to something called Ocean Vista that I’ve never heard of but which reminds me of Accord <http://muratbuffalo.blogspot.com/2020/11/ocean-vista-gossip-based-visibility.html>.* -- Jonathan Ellis co-founder, http://www.datastax.com @spyced

Re: [DISCUSS] CEP-15: General Purpose Transactions

tent to transact over a single table, they’ll find those > transactions become up to 4x faster today due to the protocol’s reduction > in round-trips. The library’s loose coupling to Apache Cassandra and > ability to be incubated out-of-tree also enables other applications to take > ad

Re: [DISCUSS] CASSANDRA-17024: Artificial Latency Injection

On Wed, Oct 6, 2021 at 8:48 AM bened...@apache.org wrote: > That’s probably not a good reason here, and I agree that overloading > consistency level feels wrong. I hope we will retire user-provided > consistency levels over the coming year or two, which is another good > reason not to begin enhan

Re: [DISCUSS] CEP-15: General Purpose Transactions

o opportunity > to point out problems, either with the fundamental approach or with the > specific implementation. So please point out some problems I can engage > with! > > > From: Jonathan Ellis > Date: Wednesday, 6 October 2021 at 15:48 > To: dev > Subject: Re: [DISCUS

Re: [DISCUSS] CEP-15: General Purpose Transactions

On Wed, Oct 6, 2021 at 9:21 AM bened...@apache.org wrote: > The goals of the CEP are stated clearly, and these were the goals we had > going into the (multi-month) research project we undertook before proposing > this CEP. These goals are necessarily value judgements, so we cannot expect > that e

Re: [DISCUSS] CEP-15: General Purpose Transactions

gt; your query. Sometime later I seem to be able to expect a new unrelated > problem that you are unhappy about. You have not yet responded to even one > of my repeated offers to hop on a call to hash out any of your concerns, > even if only to decline. > > This does not feel lik

Re: [DISCUSS] CEP-15: General Purpose Transactions

ic, though. This CEP > > is > > > > not > > > > > to deliver interactive transactions, and to my knowledge nobody is > > > > > proposing a CEP for interactive transactions. So, for the CEP at > hand > > > the > > > > > salie

Re: [DISCUSS] CEP-15: General Purpose Transactions

estamp. > You could also implement mvcc either in the storage layer or for some > period of time by buffering commits on each replica before applying. > > > On Sep 29, 2021, at 6:18 PM, Jonathan Ellis wrote: > > > > How are interactive transactions possible with Accord? &

Re: [DISCUSS] CEP-15: General Purpose Transactions

currency control, which is no worse the spanner > derivatives anyway (which I have to assume is your benchmark in this > regard). I do not expect to deliver either functionality initially, but > Accord takes us most of the way there for both. > > > From: Jonathan Ellis > Date: We

Re: [DISCUSS] CEP-15: General Purpose Transactions

e.proofpoint.com/v2/url?u=https-3A__www.youtube.com_channel_UCqA6zOSMpQ55vvguq4Y0jAg&d=DwMFaQ&c=adz96Xi0w1RHqtPMowiL2g&r=IFj3MdIKYLLXIUhYdUGB0cTzTlxyCb7_VUmICBaYilU&m=bmIfaie9O3fWJAu6lESvWj3HajV4VFwgwgVuKmxKZmE&s=16sY48_kvIb7sRQORknZrr3V8iLTfemFKbMVNZhdwgw&e= > > > [image: Visit my LinkedIn profile.] <https://www.linkedin.com/in/heingo/ > > > -- Jonathan Ellis co-founder, http://www.datastax.com @spyced

Re: [DISCUSS] CEP-15: General Purpose Transactions

certainly no less than serializable isolation, to augment the existing > weaker isolation offered by quorum reads and writes. > > I would tangentially note that we are not an AP database under normal > recommended operation. A minority in any network partition cannot reach > QUORUM,

Re: [DISCUSS] CEP-15: General Purpose Transactions

as a new source > repository, to be developed as a standalone library for integration into > Cassandra. I hope the community sees the important value proposition of > this proposal, and will adopt the CEP after this discussion, so that the > library and its integration into Cassandra can be developed in parallel and > with the involvement of the wider community. > -- Jonathan Ellis co-founder, http://www.datastax.com @spyced

Re: Welcome Aleksei Zotov as Cassandra committer

the > years. > > Congratulations and welcome > > The Apache Cassandra PMC members > -- Jonathan Ellis co-founder, http://www.datastax.com @spyced

Re: Google Summer of Code Wrap Up: Add TTL support to nodetool snapshots

; https://issues.apache.org/jira/browse/CASSANDRA-16860>. The parent task to > track future improvements in this area is CASSANDRA-16451 < > https://issues.apache.org/jira/browse/CASSANDRA-16451>. > > We thank Abi very much for his effort during the project and hope he stays > around in the community! > > Kind Regards, > > Paulo > -- Jonathan Ellis co-founder, http://www.datastax.com @spyced

Re: Welcome Adam Holmberg as Cassandra committer

hese > years. > > Congratulations and welcome > > The Apache Cassandra PMC members > -- Jonathan Ellis co-founder, http://www.datastax.com @spyced

Re: Welcome Jon Meredith as Cassandra committer

Cassandra great! > > Congratulations, > The Apache Cassandra PMC members > > - > To unsubscribe, e-mail: dev-unsubscr...@cassandra.apache.org > For additional commands, e-mail: dev-h...@cassandra.apache.org >

Re: [VOTE] Release Apache Cassandra 4.0.0 (take2)

- > To unsubscribe, e-mail: dev-unsubscr...@cassandra.apache.org > For additional commands, e-mail: dev-h...@cassandra.apache.org > > -- Jonathan Ellis co-founder, http://www.datastax.com @spyced

Re: Welcome Caleb Rackliffe as Cassandra committer

and welcome, > The Apache Cassandra PMC members > -- Jonathan Ellis co-founder, http://www.datastax.com @spyced

Re: [VOTE] Release Apache Cassandra 4.0-rc1

WS.txt: > > https://gitbox.apache.org/repos/asf?p=cassandra.git;a=blob_plain;f=NEWS.txt;hb=refs/tags/4.0-rc1-tentative > -- Jonathan Ellis co-founder, http://www.datastax.com @spyced

Re: Welcome Paulo Motta as Cassandra PMC member

r the project all these > years. > > Congratulations and welcome > > The Apache Cassandra PMC members > -- Jonathan Ellis co-founder, http://www.datastax.com @spyced

Re: [DISCUSS] Releases after 4.0

Sorry, I got my threads crossed! On Thu, Jan 28, 2021 at 10:47 AM Jonathan Ellis wrote: > cqlsh isn't a new feature. > > On Thu, Jan 28, 2021 at 10:32 AM Benedict Elliott Smith < > bened...@apache.org> wrote: > >> But, as discussed, we previously agreed limit fe

Re: [DISCUSS] Releases after 4.0

recognise minor releases. > > > > - > To unsubscribe, e-mail: dev-unsubscr...@cassandra.apache.org > For additional commands, e-mail: dev-h...@cassandra.apache.org > > -- Jonathan Ellis co-founder, http://www.datastax.com @spyced

Re: [DISCUSS] When to stop supporting Python 2

not modify code to *remove* > python2 support, you would have to invoke python2 on the code in your > own way, since the packages would depend on python3. > > - > To unsubscribe, e-mail: dev-unsubscr...@cassandra.a

Re: Welcome Jordan West, David Capwell, Zhao Yang and Ekaterina Dimitrova as Cassandra committers

come > > The Apache Cassandra PMC members > -- Jonathan Ellis co-founder, http://www.datastax.com @spyced

Re: [Vote] Remove Windows support from 4.0+

- > To unsubscribe, e-mail: dev-unsubscr...@cassandra.apache.org > For additional commands, e-mail: dev-h...@cassandra.apache.org > > -- Jonathan Ellis co-founder, http://www.datastax.com @spyced

Re: [Discussion] Windows support

anyway. > > Regards, > Yuki > > - > To unsubscribe, e-mail: dev-unsubscr...@cassandra.apache.org > For additional commands, e-mail: dev-h...@cassandra.apache.org > > -- Jonathan Ellis co-founder, http://www.datastax.com @spyced

Re: [VOTE] Project governance wiki doc (take 2)

s in this thread as our > initial roll call count for electorate numbers and low watermark > calculation on subsequent votes. > > Thanks again everyone (and specifically Benedict and Jon) for the time and > collaboration on this. > > ~Josh > -- Jonathan Ellis co-founder, http://www.datastax.com @spyced

Re: server side describe

tch vs Chris's, with regard > to which is preferable. > * Since soon after Robert put up his PR he hasn't been around, at least as > far as I've seen. How have we dealt with abandoned patches before? If > we're going to add this in the patch will need some cleanup. I

Re: [DISCUSS] Moving chats to ASF's Slack instance

persist for > posterity sake without any additional effort or maintenance. The > ASF-requirements are all configured already on the Slack workspace, so I > think we are good there. > > Thanks, > -Nate > -- Jonathan Ellis co-founder, http://www.datastax.com @spyced

Free pass to DataStax Accelerate

-conference pass to the Cassandra community: use code DevRelFree when you register at https://www.datastax.com/accelerate. Hope to see you there! -- Jonathan Ellis co-founder, http://www.datastax.com @spyced

Re: CASSANDRA-14482

- > To unsubscribe, e-mail: dev-unsubscr...@cassandra.apache.org > For additional commands, e-mail: dev-h...@cassandra.apache.org > > -- Jonathan Ellis co-founder, http://www.datastax.com @spyced

Re: Built in trigger: double-write for app migration

his seems something that would be a very nice feature > (especially when you NEED it) to have in the core of cassandra. > > Finally, is the mutation hook in triggers sufficient to track all incoming > mutations (outside of "shudder" other triggers generating data) > -- Jonathan Ellis co-founder, http://www.datastax.com @spyced

Re: [VOTE] Development Approach for Apache Cassandra Management process

t; > > > > > > > > > > > Anyway, fwiw, my opinion on this vote is not far from the one on the > > > golang > > > > driver acceptance vote (for which my remark above also apply btw): no > > yet > > > > 100% convinced adding more pieces and scope to the project is what > the > > > > project needs just right now, but not strongly opposed if people > really > > > > wants this (and this one makes more sense to me than the golang > driver > > > > actually). But if I'm to pick between a) and b), I'm leaning b). > > > > > > > > > > FWIW, two of the main reasons I'm in favor is as a way to lower barrier > > to > > > entry to both using the software AND contributing to the project, so I > > > think your points are valid (both on gocql thread and on this note > > above), > > > but I think that's also part of why we should be encouraging both. > > > > > > - Jeff > > > > > > > > -- > Jon Haddad > http://www.rustyrazorblade.com > twitter: rustyrazorblade > -- Jonathan Ellis co-founder, http://www.datastax.com @spyced

Re: [Discuss] Accept GoCQL driver donation

ithub says 128 contributors, and I don't see any mention of a CLA in https://github.com/gocql/gocql/blob/master/CONTRIBUTING.md. -- Jonathan Ellis co-founder, http://www.datastax.com @spyced

Re: Testing 4.0 Post-Freeze

who have made significant contributions to the > > > > release will stick around to continue testing between beta and final > > > > release. Any additional folks who continue this focus would also be > > > greatly > > > > appreciated. > > > > > > > > What about before the freeze? > > > > > > > > Testing new features is of course important. This isn't meant to > > > discourage > > > > development – only to enable us to focus on testing and hardening 4.0 > > to > > > > deliver Cassandra's most stable major release. We would like to see > > > > adoption of 4.0 happen much more quickly than its predecessor. > > > > > > > > Thanks for considering this proposal, > > > > Sankalp Kohli > > > > > -- > > Jon Haddad > > http://www.rustyrazorblade.com > > twitter: rustyrazorblade > > > -- Jonathan Ellis co-founder, http://www.datastax.com @spyced

Re: Roadmap for 4.0

al commands, e-mail: dev-h...@cassandra.apache.org > > > > -- > Ben Bromhead > CTO | Instaclustr <https://www.instaclustr.com/> > +1 650 284 9692 > Reliability at Scale > Cassandra, Spark, Elasticsearch on AWS, Azure, GCP and Softlayer > -- Jonathan Ellis co-founder, http://www.datastax.com @spyced

Re: Roadmap for 4.0

On Wed, Apr 4, 2018, 7:06 PM Nate McCall wrote: > Top-posting as I think this summary is on point - thanks, Scott! (And > great to have you back, btw). > > It feels to me like we are coalescing on two points: > 1. June 1 as a freeze for alpha > 2. "Stable" is the new "Exciting" (and the testing a

Re: Debug logging enabled by default since 2.2

ing for all users by default > > though, and there should be occasions to turn it on when facing issues > that > > you want to debug (if they can be easily reproduced). > -- Jonathan Ellis co-founder, http://www.datastax.com @spyced

Re: Proposal - GroupCommitLogService

gt; > Yuji > > On Sat, May 13, 2017 at 11:49 PM, Jonathan Ellis > wrote: > >> Can we replace Batch entirely with this, or are there situations where >> Batch would outperform (in latency, for instance)? >> >> On Sat, May 13, 2017 at 7:21 AM, Yuji Ito wr

Re: Proposal - GroupCommitLogService

, > Yuji > > > > ----- > To unsubscribe, e-mail: dev-unsubscr...@cassandra.apache.org > For additional commands, e-mail: dev-h...@cassandra.apache.org > -- Jonathan Ellis co-founder, http://www.datastax.com @spyced

Re: tickets to start

ote: > Hi Jonathan, > > I want to be a part of cassandra. Could you suggest me simple tickets that > i can start? > > my jira id is ksaritek > > Brgrds, > Koray > -- Jonathan Ellis co-founder, http://www.datastax.com @spyced

Re: jira ticket assignment

bjections I'll set up a PMC vote within a day or two. > > Thanks, > > -Jason > -- Jonathan Ellis co-founder, http://www.datastax.com @spyced

Re: [VOTE] 3.X branch feature freeze

X branch. > > Meaning that only bug fixes go to the 3.11/3.X branch from now on. > > All new features that haven’t be committed yet should go to trunk only > (4.0), if the vote passes. > > What do you think? > > Thanks. > > -- > AY -- Jonathan Ellis co-founder, http://www.datastax.com @spyced

Re: Per blockng release on dtest

/github.com/apache/cassandra/commit/ > c612cd8d7dbd24888c216ad53f974686b88dd601 > >>> > >> > >>> Do we need to re-open an issue to have this applied to 3.10 and add it > >>> to the above list? > >> > >>> > >> > >>

Re: Wrapping up tick-tock

> > > 1. long enough time to stabilize (1 year vs 1 month) > > 2. not so long things sit around untested forever > > 3. only 2 releases (current and previous) to do bug fix support at any > > given time. > > > > Jon > > > > On Tue, Jan 10, 2017 at 6:56 AM

Wrapping up tick-tock

ughts? -- Jonathan Ellis co-founder, http://www.datastax.com @spyced

Re: PgConf US 2017

rt, consulting and development. > Everyone appreciates your honesty, until you are honest with them. > Unless otherwise stated, opinions are my own. > -- Jonathan Ellis co-founder, http://www.datastax.com @spyced

Re: Status of dtest donation?

ote: > > > >> I may have missed further email discussion or updates, but since the > >> October 3rd email accepting dtest to the project has there been any > >> movement? > >> > >> Nate, is this something you're driving? > >> > >> Best, > >> Dave > >> > > > > > > > > -- > > http://twitter.com/tjake > -- Jonathan Ellis co-founder, http://www.datastax.com @spyced

DataStax and Cassandra

irsa’s diplomacy stands out to me as particularly mature. As has been said before, we’re all on the same team here. Now let’s get back to making Apache Cassandra the best open source distributed database in the world! -- Jonathan Ellis co-founder, http://www.datastax.com @spyced

Re: Low hanging fruit crew

it if necessary. On Wed, Oct 19, 2016 at 10:52 AM, Jonathan Haddad wrote: > Shouldn't the tests test the code for correctness? > > On Wed, Oct 19, 2016 at 8:34 AM Jonathan Ellis wrote: > > > On Wed, Oct 19, 2016 at 8:27 AM, Benjamin Lerer < > > benjamin.le...

Re: Low hanging fruit crew

code for correctness. The former is just process; the latter actually catches problems that the tests would not. (And this is true even if the tests are much much better than ours.) -- Jonathan Ellis co-founder, http://www.datastax.com @spyced

  1   2   3   4   5   6   7   8   9   10   >