Re: [Discuss] CQLSH should left-align numbers, right-align text (CASSANDRA-19150)

iscusses this in > further detail with some additional examples. > > > I wanted to raise the issue here to propose changing CQLSH to right-align > text while continue to left-align numbers. > > > Regards, > > > Brad Schoening > > > ReplyForward > Add reaction >

Re: [Discuss] CQLSH should left-align numbers, right-align text (CASSANDRA-19150)

tgres shell and that's > how they work when displaying tabular data. The Jira was originally to > make right or left alignment an option, but making it configurable seems > less useful than choosing a better standard. > > On Tue, Jan 9, 2024 at 9:58 AM Derek Chen-Becker >

Re: [Discuss] CQLSH should left-align numbers, right-align text (CASSANDRA-19150)

issues.apache.org/jira/browse/CASSANDRA-19150> discusses this in > further detail with some additional examples. > > > I wanted to raise the issue here to propose changing CQLSH to right-align > text while continue to left-align numbers. > > > Regards, > > > Brad Sch

Re: Moving Semver4j from test to main dependencies

e kernel version somehow in CASSANDRA-19196 and > Semver4j looks as the right tool for it. Maybe at some point we can replace > our custom implementation of CassandraVersion as well. > > Thanks, > - - -- --- - - > Jacek Lewandowski > -- +----

Re: [Discuss] cleaning up build temp files

the docker "run-tests.sh"). Cheers, Derek On Tue, Aug 15, 2023 at 8:13 AM Derek Chen-Becker wrote: > Thanks, I thought I had updated against trunk but apparently missed it. > It's working now. > > On Tue, Aug 15, 2023 at 7:27 AM Brandon Williams wrote: > >>

Re: [Discuss] cleaning up build temp files

Thanks, I thought I had updated against trunk but apparently missed it. It's working now. On Tue, Aug 15, 2023 at 7:27 AM Brandon Williams wrote: > On Tue, Aug 15, 2023 at 8:13 AM Derek Chen-Becker > wrote: > > > > Also, I noticed that the instructions on > ht

Re: [Discuss] cleaning up build temp files

it's not a problem, > but we can call DatabaseDescriptor.setAuditLoggingOptions to change > the dir, the same way the AuditLoggerTest.testJMXArchive method does. > > Kind Regards, > Brandon > > On Mon, Aug 14, 2023 at 11:23 PM Derek Chen-Becker > wrote: > > > > I t

Re: [Discuss] cleaning up build temp files

/cassandra/blob/trunk/test/unit/org/apache/cassandra/db/DirectoriesTest.java#L757-L759 > > Can I open a ticket to track fixes for these and any other issues I run > into while moving to using "build/tmp"? > > > > Go for it. :-) > There's also tests t

Re: [Discuss] cleaning up build temp files

nt clean" > > Is. > > Could also take it a step further and let env declare RESULTS_PATH for > things they want to be durable and add an "ant clean-results" target. > > On Sun, Aug 13, 2023, at 11:33 AM, Derek Chen-Becker wrote: > > Nevermind, I found &quo

Re: [Discuss] cleaning up build temp files

Nevermind, I found "tmp.dir" On Sun, Aug 13, 2023 at 9:29 AM Derek Chen-Becker wrote: > Cool, > > I'm a little confused. Is "tmp.dir" a custom Java property that we expose? > I thought that the standard "property was "java.io.tmpdir". Let me t

Re: [Discuss] cleaning up build temp files

;t think we need (3). If the caller has specified TMPDIR it is > then their responsibility to clean it. > > We can probably avoid trying to set TMPDIR, instead defaulting the > `tmp.dir` property to the build/tmp directory. > > The goal of any changes in build.xml should be,

[Discuss] cleaning up build temp files

test files will live directly under /tmp? Thanks, Derek -- +-------+ | Derek Chen-Becker | | GPG Key available at https://keybase.io/dchenbecker and | | https://pgp.mit.edu/pks/lookup?search=d

Re: [DISCUSSION] Shall we remove ant javadoc task?

thing else in the system. :) > > On Wed, Aug 2, 2023, at 2:08 PM, Derek Chen-Becker wrote: > > +1. If a need comes up for Javadoc we can fix it at that point, but I > suspect most people are not looking at Javadoc when working on the codebase. > > Cheers, > > Derek >

Re: [DISCUSSION] Shall we remove ant javadoc task?

Can we remove it, or shall we fix > it? > > > > Best regards, > > Ekaterina > -- +---+ | Derek Chen-Becker | | GPG Key available at https://keybase.io/dchenbecker and | | https://pgp.mit.edu/pks/lookup?search=derek%40chen-becker.org | | Fngrprnt: EB8A 6480 F0A3 C8EB C1E7 7F42 AFC5 AFEE 96E4 6ACC | +---+

Re: CASSANDRA-18554 - mTLS based client and internode authenticators

to have to give that much power to the person who manages identities, >> I just want to give them the power to manage identities. >> >> Makes sense. I think Jyothsna already pushed an update to the PR to relax >> the restriction. Please feel free to take a look at it.

Re: Fwd: [DISCUSS] Formalizing requirements for pre-commit patches on new CI

lexed tests (changed, added) run against all JDK's and a > broader range of configs (no-vnode, vnode default, compression, etc) > > I think this is going to be too heavy...we're taking 500 iterations > and multiplying that by like 4 or 5? > > > > -- +---

Re: [DISCUSS] Formalizing requirements for pre-commit patches on new CI

Ultimately I think we have to invest in two directions: first, choose a consistent, representative subset of stable tests that we feel give us a reasonable level of confidence in return for a reasonable amount of runtime. Second, we need to invest in figuring out why certain tests fail. I strongly

Re: [DISCUSS] Formalizing requirements for pre-commit patches on new CI

://docs.google.com/document/d/1TaYMvE5ryOYX03cxzY6XzuUS651fktVER02JHmZR5FU/edit?usp=sharing > > So my questions for the community here: > 1. What's missing from the above conceptualization of the problem? > 2. Are the constraints too strong? Too weak? Just right? > > Thanks everyo

Re: Adding wiremock to test dependencies

403/files#diff-dc04778c6659040f1c00f37e97a9b1530a532d3d1e3620427bd6628d1b2ec048 > > (3) https://issues.apache.org/jira/browse/CASSANDRA-16555 > > (4) https://github.com/wiremock/wiremock/blob/master/LICENSE.txt > > > > Regards > > > -- +---+ | Derek Chen-Becker | | GPG Key available at https://keybase.io/dchenbecker and | | https://pgp.mit.edu/pks/lookup?search=derek%40chen-becker.org | | Fngrprnt: EB8A 6480 F0A3 C8EB C1E7 7F42 AFC5 AFEE 96E4 6ACC | +---+

Re: [VOTE] CEP-8 Datastax Drivers Donation

----+ | Derek Chen-Becker | | GPG Key available at https://keybase.io/dchenbecker and | | https://pgp.mit.edu/pks/lookup?search=derek%40chen-becker.org | | Fngrprnt: EB8A 6480 F0A3 C8EB C1E7 7F42 AFC5 AFEE 96E4 6ACC | +---+

Re: CASSANDRA-18554 - mTLS based client and internode authenticators

Sounds great, thanks for the clarification! Cheers, Derek On Sat, Jun 3, 2023 at 12:48 AM Dinesh Joshi wrote: > On Jun 2, 2023, at 9:06 PM, Derek Chen-Becker > wrote: > > This certainly looks like a nice addition to the operator's tools for > securing cluster access.

Re: CASSANDRA-18554 - mTLS based client and internode authenticators

't just obtain a > certificate signed by a CA that Cassandra cluster trusts and connect to it. > > >1. As a minor nit, should we include static certificates in the test >data? I see they expire in 2033 which is a fair way off, but I wonder if it > would

Re: [DISCUSS] CEP-31 negotiated authentication

rg/confluence/display/CASSANDRA/CEP-31+%28DRAFT%29+Negotiated+authentication+and+authorization > > thanks, > - - -- --- - ---- ----- > Jacek Lewandowski > -- +---+ | Derek Chen-Becker | | GPG Key

Re: [CASSANDRA-11471] Authentication mechanism negotiation (OPTIONS/SUPPORTED)

gt;> Leaving the naming aside (the hardest part of any software), I am >> generally positive about your idea. A protocol version bump may be >> avoidable like you suggested. Perhaps a prototype of this idea is in order >> to help shape the idea? Would you like to take it o

[CASSANDRA-11471] Authentication mechanism negotiation (OPTIONS/SUPPORTED)

e a new message type and would fit into the existing framework for negotiation between client and server. Thoughts, questions, or concerns would be appreciated. Cheers, Derek -- +---+ | Derek Chen-Becker

Re: [POLL] Vector type for ML

also been made that we should be working toward something that's not ML-specific maybe I would be less concerned. Cheers, Derek Cheers, Derek On Fri, May 5, 2023 at 11:14 AM Patrick McFadin wrote: > Derek, despite your preference, I would hang out with you at a party. > > O

Re: [POLL] Vector type for ML

t; >> >> >> >> 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> >> >> >> -- +---+ | Derek Chen-Becker | | GPG Key available at https://keybase.io/dchenbecker and | | https://pgp.mit.edu/pks/lookup?search=derek%40chen-becker.org | | Fngrprnt: EB8A 6480 F0A3 C8EB C1E7 7F42 AFC5 AFEE 96E4 6ACC | +---+

Re: [DISCUSS] CEP-28: Reading and Writing Cassandra Data with Spark Bulk Analytics

s, Derek -- +---+ | Derek Chen-Becker | | GPG Key available at https://keybase.io/dchenbecker and | | https://pgp.mit.edu/pks/lookup?search=derek%40chen-becker.org | | Fngrprnt: EB8A 6480 F0A3 C8EB C1E7 7F42 AFC5 AFEE 96E4 6ACC | +---+

Re: Welcome our next PMC Chair Josh McKenzie

Congratulations, Josh! On Thu, Mar 23, 2023, 4:23 AM Mick Semb Wever wrote: > It is time to pass the baton on, and on behalf of the Apache Cassandra > Project Management Committee (PMC) I would like to welcome and congratulate > our next PMC Chair Josh McKenzie (jmckenzie). > > Most of you alrea

Re: [DISCUSS] New dependencies with Chronicle-Queue update

y, i've excluded > these four asm* dependencies. > -- +-----------+ | Derek Chen-Becker | | GPG Key available at https://keybase.io/dchenbecker and | | https://pgp.mit.edu/pks/lookup?search=der

Re: hsqldb test dependency in simulator code

is library among the test ones? > > Thanks > > (1) https://github.com/apache/cassandra/pull/2212/files#r1133841928 -- +-------+ | Derek Chen-Becker | | GPG Key available at https://ke

Re: [DISCUSSION] Cassandra + Java 17

way to get FileDescriptor.fd and >>>> sun.nio.ch.FileChannelImpl.fd without opening internals ( >>>> CASSANDRA-17850) >>>> -- we also use setAccessible at numerous places. >>>> And I am sure our CI will tell me I am missing somet

Re: Role of Hadoop code in Cassandra 5.0

ues like this (2) and it seems like the solution is > to, basically, use Spark Cassandra connector instead which I would say is > quite reasonable. > > Regards > > (1) > https://github.com/apache/cassandra/tree/trunk/src/java/org/apache/cassandra/hadoop > (2) https://lists.apache.org/thr

Re: Role of Hadoop code in Cassandra 5.0

ree/trunk/src/java/org/apache/cassandra/hadoop > (2) https://lists.apache.org/thread/jdy5hdc2l7l29h04dqol5ylroqos1y2p > (3) > https://github.com/apache/cassandra/blob/trunk/.build/parent-pom-template.xml#L507-L589 -- +-

Re: Degradation of availability when using NTS and RF > number of racks

ul to fix and it might end up in trunk? > >> > >> 2) should not we just ban this scenario entirely? It might be possible > to check the configuration upon keyspace creation (rf > num of racks) and > if we see this is problematic we would just fail that query? Guardrail > may

Re: Degradation of availability when using NTS and RF > number of racks

o so. It is just a strategy as any other. What would that > CEP would even be about? Is this necessary? > > Regards > > (1) > https://github.com/apache/cassandra/blob/trunk/src/java/org/apache/cassandra/locator/NetworkTopologyStrategy.java#L126

Re: [DISCUSS] Merging incremental feature work

two approaches have shaped the *way* we approached work quite >> differently with how we architected and tested things. >> >> My current thinking: I'd like to propose we all agree to move to merge >> work into trunk incrementally if it's either: >> 1) New

Re: Welcome Patrick McFadin as Cassandra Committer

rough the years. > > Congratulations and welcome! > > The Apache Cassandra PMC members > -- +-------+ | Derek Chen-Becker | | GPG Key available at https://keybase.io/dchenbecker and

Re: Intra-project dependencies

y the correct thing to do in this case. Don't we already have mechanisms to deal with snapshot versions of library dependencies in the build? Do we need release votes for snapshots? Thanks, Derek On Tue, Jan 17, 2023 at 9:25 AM Derek Chen-Becker wrote: > > I'd like to go back to Ben

Re: Intra-project dependencies

amm) its HEAD is well in front > of anything C* is using. > > As Henrik states, the underlying problem doesn't change, we're just choosing > between trade-offs. My concern is that we're not even doing a very good job > of choosing between the trade-offs. Based on past

Re: [DISCUSSION] Cassandra's code style and source code analysis

ok to just merge this work first > >> and devs doing CEP-15 will need to rework their imports or we merge this > >> after them so we will fix their stuff. I do not know what is more > >> preferable. > > > > > > > > Thank you for bringing this p

Re: [DISCUSSION] If we fix code that used default encoding to now be UTF-8... is this a regression?

iles “may” break… this would also be true if you > backup/restore these files on a different environment... > > > On Nov 10, 2022, at 12:44 PM, Derek Chen-Becker wrote: > > This seems fraught with peril. I think that it should be fixed, but I > also wonder what the testing requ

Re: [DISCUSS] Adding dependency to the Big-Math library from eobermuhlner

ly commit this patch I forgot > to raise the discussion to the mailing list about the dependency. I apologize > for that. > > Does anybody have some concerns with the addition of that Library as a > dependency? > > -- +-

Re: Should we change 4.1 to G1 and offheap_objects ?

s better :) -- +---+ | Derek Chen-Becker | | GPG Key available at https://keybase.io/dchenbecker and | | https://pgp.mit.edu/pks/lookup?search=derek%40chen-becker.org | | Fngrprnt: EB8A 6480 F0A3 C8EB C1E7 7

Re: Should we change 4.1 to G1 and offheap_objects ?

ually allow a C* node > >> to startup without pointing to one of the config files from your primary > >> config, and provide a clean mechanism to integrate that selection on > >> headless installs. > >> > >> Notably, this could be a terrible idea. But i

Re: Should we change 4.1 to G1 and offheap_objects ?

All right. I’ll clarify then. > >>> > >>> -0 on switching the default to G1 *this late* just before RC1. > >>> -1 on switching the default offheap_objects *for 4.1 RC1*, but all for it > >>> in principle, for 4.2, after we run some more test and resolve the

Re: Should we change 4.1 to G1 and offheap_objects ?

:NewSize) is still required, though we could do a much > > better job of dynamic defaults to them. > > > > Alex Dejanovski's blog is a starting point: > > https://thelastpickle.com/blog/2020/06/29/cassandra_4-0_garbage_collectors_performance_benchmarks.html > > whe

Re: [DISCUSSION] If we fix code that used default encoding to now be UTF-8... is this a regression?

andra.utils.ByteArrayUtil since first historized release > org.apache.cassandra.utils.FBUtilities since first historized release > org.apache.cassandra.utils.GuidGenerator since first historized release > org.apache.cassandra.utils.HeapUtils since first historized release > -- +

Re: Should we change 4.1 to G1 and offheap_objects ?

osed) reinforce that it's less commonly used and may have latent > > undiscovered bugs for default users. > > > > > > > > > > > > On Wed, Nov 9, 2022 at 11:23 AM Mick Semb Wever wrote: > > > > Any objections to making these c

Re: [DISCUSSION] Add SpotBugs to the build

"ant skip-code-checks" might be more discoverable (and less intimidating) than "ant unsafe". I'm a +100 on enabling more static analysis/linting/coverage reporting for full builds. On Tue, Nov 8, 2022, 6:42 AM Josh McKenzie wrote: > We used to do linting years ago, and our approach was basically

Re: [DISCUSSION] Add SpotBugs to the build

t ignore the string… then call it later on > * use of putIfAbsent without looking at the return. This was found in > CacheService where we add the SSTable reader to the cache and assume we win > the race and start using it… rather than using the object that won the race -- +--

Re: A proposal for refactoring the CircleCI config

e valid. Let me get parameterization of basic configuration reviewed first, and then we can take a look at how to matricize things. Cheers, Derek -- +-------+ | Derek Chen-Becker | | GPG Key av

A proposal for refactoring the CircleCI config

- build │ matrix: │ parameters: │ executor: [java8-executor, java11-executor, java17-executor] └ -- +---+ | Derek Chen-Becker | | GPG Key available at https://keybase.io/dchenbecker and | | https://pgp.mit.edu/pks/lookup?search=derek%40chen-becker.org | | Fngrprnt: EB8A 6480 F0A3 C8EB C1E7 7F42 AFC5 AFEE 96E4 6ACC | +---+

Using bash instead of sh in generate.sh?

bash, not sh. Thanks, Derek -- +-------+ | Derek Chen-Becker | | GPG Key available at https://keybase.io/dchenbecker and | | https://pgp.mit.edu/pks/lookup?search=derek%40chen-becker.org | | Fngrprnt: EB8A 6480 F0A3 C8EB C1E7 7F42 AFC5 AFEE 96E4 6ACC | +---+

Re: [DISCUSS] Potential circleci config and workflow changes

to ignore the UI other than looking at the results… and even > that can be scripted... > > > On Oct 24, 2022, at 4:44 PM, Derek Chen-Becker > wrote: > > This could also be a pipeline parameter instead of hacking it in > generate.sh. I promise I'll have a proposal before

Re: [DISCUSS] Potential circleci config and workflow changes

your idea sounds interesting, I will be happy to see a proposal. > Thank you > > On Fri, 21 Oct 2022 at 13:39, David Capwell wrote: > > I am cool with removing circle if apache CI is stable and works, we do > need to solve the non-committer issue but would argue that partially ex

Re: Some tests are never executed in CI due to their name

"Test" " means that we would need to know > which .java files contain tests and which not without looking into them. I > do not think that is possible under circumstances we have where (checkstyle > module). > > > From: Der

Re: Some tests are never executed in CI due to their name

dTestBaseImpl > -> TestBaseImpl -> DistributedTestBase". Please keep in mind that > "DistributedTestBase" is located in dtest jar (separate project) and that > is rather inconvenient to rename. > > Regards > > > From: Derek

Re: Some tests are never executed in CI due to their name

eep in mind that we have checkstyle only in 4.1 and trunk. So, > while we would fix names of classes in all branches we support so they are > picked up by CI, checkstyle for this would be introduced in 4.1 and trunk > only. > > (1) https://issues.apache.org/jira/browse/CASSANDRA-17964 &g

Re: [DISCUSS] Potential circleci config and workflow changes

#x27;s fairly non-controversial. > > On Thu, Oct 20, 2022, at 5:14 PM, Mick Semb Wever wrote: > > > > On Thu, 20 Oct 2022 at 22:07, Derek Chen-Becker > wrote: > > Would the preclusion of non-committers also prevent us from configuring > Jenkins to auto-test o

Re: [DISCUSS] Potential circleci config and workflow changes

ement" but it's 2022 and there's a >> lot of modern build and ci system's learning our industry has gained in the >> last decade we're not yet taking advantage of. >> >> I'm a strong +1 on this plan and will do everything

Re: [DISCUSS] Potential circleci config and workflow changes

e to >> increase it. However I noticed that there is not "4" set everywhere, some >> jobs have it set to "1" so I have to take extra care of these cases (I >> consider that to be a bug, I think there are two or three, I do not >> remember). Once set, I ha

Website fixes PR

told that this didn't need a JIRA ticket but I'm happy to create one to track if that's more appropriate. Thanks, Derek -- +-------+ | Derek Chen-Becker | | GPG Key available a

Re: Cassandra project status update 2022-10-13

eally solid > ground on just how far is appropriate to go with the feature, what we'd > like as operators, what we think is industry standard in our field, etc. > You can chime in on the thread: > https://lists.apache.org/thread/454tmo2r9238rj69j7h3xv43crygv31m > > We have a

Re: [Discuss] CEP-24 Password validation and generation

about what kind of passwords >> people are using. >> >> Thank you very much for (not only your) insights. This is very important >> feedback and I am glad you participate in this thread. I will try to >> summarize where we are as it is easy to get lost in these emails.

Looking for reviewers for CircleCI config and doc fix

ks, Derek -- +---+ | Derek Chen-Becker | | GPG Key available at https://keybase.io/dchenbecker and | | https://pgp.mit.edu/pks/lookup?search=derek%40chen-becker.org | | Fngrprnt: EB8A 6480 F0A3 C8EB C1E7 7F42 AFC5 AFEE 96E4 6ACC | +---+

Re: [Discuss] CEP-24 Password validation and generation

ng that they tried to create a password with a lot of > repeating characters? What is the added value here? > > I need to double check if warnings are logged as well. I'll get back to > you. > > > > From: Derek Chen-Becker >

Re: [Discuss] CEP-24 Password validation and generation

same as > the original one, would still have to be valid, but it just might be same > as it was. > > > From: Derek Chen-Becker > Sent: Tuesday, October 11, 2022 17:14 > To: dev@cassandra.apache.org > Subject: Re: [Discuss] CEP-24 Pa

Re: [Discuss] CEP-24 Password validation and generation

ndra. > > https://cwiki.apache.org/confluence/x/QoueDQ > > We are looking forward to discuss this CEP with you in depth. > > The outcome of this thread would be to sort out any issues / concerns you > have so we might eventually vote and implement that in upstream if our > contribut

Re: [VOTE] Revising release gating criteria and CI systems

+1 I should have an initial patch to add some of the missing tests in circleci Monday. Derek On Sat, Oct 8, 2022, 6:31 AM Josh McKenzie wrote: > DISCUSS thread: > https://lists.apache.org/thread/o166v7nr9lxnzdy5511tv40rr9t6zbrw > > Revise Release Lifecycle cwiki page ( > https://cwiki.apache.o

Re: [DISCUSS] Adding dependency on agrona

f years. So the value of the churn of > changing implementation is unlikely to be high. > > That said, isolated subsystems could probably use it if we think it’s > superior for the time being. > > Just my 2c. > > On 29 Sep 2022, at 15:26, Derek Chen-Becker wrote: > >  > +1 f

Re: [DISCUSS] Adding dependency on agrona

ty one that contains a range of other > utilities that can be very useful to Cassandra. > > In other words, I personally would welcome opening Cassandra up to using > other parts of Agrona, and am asking if the community shares this sentiment. > > > Regards, > Branimir > >

Re: [Discuss] CASSANDRA-17914: Modernize CQLSH's with argparse for CLI arts

+1 from me. It sounds like a good opportunity! Cheers, Derek On Thu, Sep 29, 2022, 6:26 AM Brad wrote: >  > The Python standard library introduced argparse a decade ago in Python 2.7 > to replace optparse as described in PEP-0389 > for command line argument

Re: [DISCUSS] Revising our release criteria, commit guidelines, and the role of circleci vs. ASF CI

upgrade >> tests from https://issues.apache.org/jira/browse/CASSANDRA-17912 but I >> think we need to specifically investigate parity between the two >> systems for further discrepancies before we can begin to compare >> confidence in runs between them. >> > --

Re: [DISCUSS] Adding dependency on agrona

objections to adding this dependency? > > Regards, > Branimir > > -- +---+ | Derek Chen-Becker | | GPG Key available at https://keybase.io/dchenbecker and | | https://pgp.mit.edu/pks/lookup?search=derek%40chen-becker.org | | Fngrprnt: EB8A 6480 F0A3 C8EB C1E7 7F42 AFC5 AFEE 96E4 6ACC | +---+

Re: [DISCUSS] CEP-20: Dynamic Data Masking

>>>>>> >>>>>> 3) Masking functions as part of projected views. This ways users >>>>>> might need to query the view appropriate for their permissions instead of >>>>>> the base table. This

Re: [DISSCUSS] Access to JDK internals only after dev mailing list consensus?

mething is accepted as an exception, we need to have the right >> understanding and visibility of why; in some cases maybe to see for >> alternatives, to have follow up tickets opened, ownership taken. In my >> opinion this will be very helpful for ma

Re: [DISCUSS] CEP-20: Dynamic Data Masking

It feels like a cleaner approach to me, and we’d get two features for the > price of one. BUT I don’t feel super strongly about this. > > On 25 Aug 2022, at 20:16, Derek Chen-Becker wrote: > >  > To make sure I understand, if I wanted to use a masked column for a > conditional

Re: [DISCUSS] CEP-20: Dynamic Data Masking

>>>> SELECT COUNT(*) FROM patients >>>> WHERE year_of_birth = 2002 >>>> AND date_of_birth >= '2002-04-01' >>>> AND date_of_birth < '2002-11-01'; >>>> >>>> In this case, the rows containing the masked k

Re: [DISCUSS] CEP-20: Dynamic Data Masking

his adds complexity but little value. >> >>> >>>> >> >> -- >> >> Henrik Ingo >> >> +358 40 569 7354 <358405697354> >> >> [image: Visit us online.] <https://www.datastax.com/> [image: V

Re: [DISCUSS] CEP-21: Transactional Cluster Metadata

> rectified by composing a custom snapshot of cluster metadata and uploading > it to all nodes in the cluster” > > What do you expect this to look like in practice? JSON representation of > the ring? Would reads and writes have halted? In what situations would the > database be e

Re: [DISCUSS] CEP-21: Transactional Cluster Metadata

are several parts which remain only partially > complete. It does include the core of the system, including a good deal of > test infrastructure, so may serve as both illustration of the design and a > starting point for real implementation. > > -- +--

Re: Inclusive/exclusive endpoints when compacting token ranges

ranges as half-opened, aligning it with the usual > interpretation of ranges? Or should we just document the current odd > behaviour to prevent compatibility issues? > >>> > >>> A third option would be changing to half-opened ranges and also > forbidding ranges

Re: [DISCUSS] CASSANDRA-17750: Security migration away from Maven Ant Tasks

Williams wrote: > Ivy is actually how we got to MAT: > https://issues.apache.org/jira/browse/CASSANDRA-2017 > > Kind Regards, > Brandon > > On Tue, Jul 19, 2022 at 3:33 PM Derek Chen-Becker > wrote: > > > > Sorry, I put a comment about this in the PR befor

Re: [DISCUSS] CASSANDRA-17750: Security migration away from Maven Ant Tasks

Ivy fits in > better with Ant, and most are familiar with Maven (and it would avoid the > generation step). > > What is the best fit for us moving forward? > > > > > -- +---+ | Derek Chen-Becker | | GPG Key available at https://keybase.io/dchenbecker and | | https://pgp.mit.edu/pks/lookup?search=derek%40chen-becker.org | | Fngrprnt: EB8A 6480 F0A3 C8EB C1E7 7F42 AFC5 AFEE 96E4 6ACC | +---+

Re: CEP-15 multi key transaction syntax

ATE users SET miles_driven = user_miles + 30 WHERE name='blake'; > UPDATE cars SET miles_driven = car_miles + 30 WHERE model='pinto'; > > END IF > > COMMIT TRANSACTION > > > > > > > > *From: *Derek Chen-Becker > *Date: *Tuesday, 14 June 2022 at 21

Re: CEP-15 multi key transaction syntax

t; configurable guardrail for rejecting queries that are too expensive. I > think the normal CQL restrictions are likely to apply (must include > partition key), plus (initially) no range scans, and the aforementioned > restrictions on what order statements must occur in the transaction. > > >

Re: CEP-15 multi key transaction syntax

ely to apply (must include > partition key), plus (initially) no range scans, and the aforementioned > restrictions on what order statements must occur in the transaction. > > > > > > *From: *Derek Chen-Becker > *Date: *Tuesday, 14 June 2022 at 18:42 > *To: *dev@ca

Re: CEP-15 multi key transaction syntax

iginally read, or the > values written with the update to the client, and there are use cases for > both. I don’t remember who suggested it, but I think returning the original > values from named select statements, and the post-update values from named > update statements is a good way to handle bot

Re: CEP-15 multi key transaction syntax

...`, `UPDATE table AS SET ...`, `INSERT INTO table AS >> (...) VALUES (...);`) would be improve finding names without harming >> overall readability? >> >> Benedict, >> >> > I agree that SELECT statements should be required to go first. >> >> +1

Re: CEP-15 multi key transaction syntax

e > UPDATE/INSERT/DELETE. > > > > Yes, I agree that SELECT statements should be required to go first. > > > > However, I think this is sufficient and we can retain the shorter format > for RETURNING. There only remains the is

Re: [DISCUSS] Change code style guide WRT to @Override in subclasses / interface implementations

he question is not about taste or code aesthetics, but about making > maintaining a large codebase that has a lot of complexity and that was > evolving over many years simpler. If you could provide an example where > @Override would be counter-productive or overly burdensome, we could > compare this cost

Re: [DISCUSS] Change code style guide WRT to @Override in subclasses / interface implementations

this cost of maintenance with the cost of potential errors. > > Thank you, > --Alex > > [1] https://cassandra.apache.org/_/development/code_style.html > > -- +---+ | Derek Chen-Becker | | GPG Key available at https://keybase.io/dchenbecker and | | https://pgp.mit.edu/pks/lookup?search=derek%40chen-becker.org | | Fngrprnt: EB8A 6480 F0A3 C8EB C1E7 7F42 AFC5 AFEE 96E4 6ACC | +---+

Re: Updating our Code Contribution/Style Guide

ult. > > > > That said, as stated multiple times, the author and reviewer’s > determinations are final. This document just sets up some basic > parameters/expectations. > > > > *From: *Derek Chen-Becker > *Date: *Saturday, 14 May 2022 at 20:56 > *To: *dev@cassandra.apache.o

Re: [VOTE] Release Apache Cassandra 4.1-alpha1

s://gitbox.apache.org/repos/asf?p=cassandra.git;a=blob_plain;f=NEWS.txt;hb=refs/tags/4.1-alpha1-tentative > -- +---+ | Derek Chen-Becker | | GPG Key available at https://keybase.io/dchenbecke

Re: Appetite for a 4.1-alpha1 ?

> Mick > > > 1) https://cwiki.apache.org/confluence/display/CASSANDRA/Release+Lifecycle > > 2) > https://cwiki.apache.org/confluence/display/CASSANDRA/Cassandra+CI+Process > -- +-----------+ | Derek Chen-Becker

Re: Updating our Code Contribution/Style Guide

o to > avoid imbuing documents like this with too much power (and making them too > contentious). > > > > I’ll see about tweaking it along with your other suggestions. > > > > *From: *Derek Chen-Becker > *Date: *Saturday, 14 May 2022 at 20:45 > *To: *dev@cassandra.

Re: Updating our Code Contribution/Style Guide

us for current and future contributors. I know this is more difficult in Java than, say, Rust, but I'm an eternal optimist and I think we can find that balance :) Cheers, Derek -- +-----------+ | Derek Chen-Becker

Re: Updating our Code Contribution/Style Guide

inking that as part of the guidelines it might be good to have some examples of both (here's how you can use an enum, but here's a case where a boolean was simple and clear), so let me dig around and see if I can find some code to point to. Cheers, Derek -- +--

Re: Resurrection of CASSANDRA-9633 - SSTable encryption

Thanks, that's really helpful to have some code to look at! Derek On Fri, Nov 19, 2021 at 9:35 AM Joseph Lynch wrote: > On Fri, Nov 19, 2021 at 9:52 AM Derek Chen-Becker > wrote: > > > > https://bugs.openjdk.java.net/browse/JDK-7184394 added AES intrinsics in > >

  1   2   >