> . I assume JDK 21 may lead to removal of JDK 11 which is breaking change
If we name it 6.0, I would hope we bump both Java and Python supported
versions to align with their EOL status.
- Java 11 with OpenJDK EOL was October 2024
- Python 3.8 EOL was October 7, 2024
On Thu, Apr 10, 2025
Usually, a major release would bump the Java and Python supported versions.
Both Java and Python are on well-published and faster release cycles.
On Tue, Dec 10, 2024 at 3:40 PM Paulo Motta wrote:
> I share this sentiment. Outside of marketing and API compatibility
> considerations, I think the
ld you elaborate what you mean by 'disk storage management'?
>
> On Fri, Dec 6, 2024 at 7:30 PM Brad wrote:
>
>> I'm -1 on LCS being the default, seen far too many people use it for disk
>> storage management
>>
>> On Fri, Dec 6, 2024 at 10:08 PM Jon
I'm -1 on LCS being the default, seen far too many people use it for disk
storage management
On Fri, Dec 6, 2024 at 10:08 PM Jon Haddad wrote:
> I'm -1 on LCS being the default, since using it in the wrong situations
> renders clusters inoperable.
>
>
> On Fri, Dec 6, 2024 at 7:03 PM Paulo Motta
I'm +1 on replacing the existing cassandra-stress. My team did some work
last Summer to remove Thrift related CLI args, but arg parsing alone is a
5K line mess. It's certainly not being well-maintained and could use a
replacement.
On Sun, Oct 13, 2024 at 10:25 PM Josh McKenzie wrote:
> Unsolici
Congrats Stefan & Jordan!
On Fri, Aug 30, 2024 at 4:20 PM Jon Haddad wrote:
> The PMC's members are pleased to announce that Jordan West and Stefan
> Miklosovic have accepted invitations to become PMC members.
>
> Thanks a lot, Jordan and Stefan, for everything you have done for the
> project al
Many of the utilities in the tools directory (BulkLoader, SSTableExpoert,
etc) already use apache.commons.cli.
On Mon, Jul 8, 2024 at 4:28 PM Dinesh Joshi wrote:
> I agree about picking libraries on their merit but a major factor for any
> open source project should consider today is the possibi
The current cassandra-stress is in poor condition and clocks in at a hefty
16k lines of Java code. I was involved in some work with it last Summer
(CASSANDRA-18529) and it was tricky.
I'm strongly in favor of replacing it with a modern tool which is easier to
configure and more user friendly. Wh
It's a useful idea and something supported in other databases.
MySQL has FORMAT function:
FORMAT(X,D[,locale])
Formats the number X to a format like '#,###,###.##', rounded to D decimal
places, and returns the result as a string. If D is 0, the result has no
decimal point or fractional part. If
for most deployments
>
>
> On Mar 11, 2024, at 1:12 PM, Brad wrote:
>
> RHEL 7 will reach the end of maintenance on June 30th, 2024 (extended
> lifecycle support is an option).
>
> Is it not possible to install and run python 3.8 on RHEL 7? I assume that
> would be necessar
RHEL 7 will reach the end of maintenance on June 30th, 2024 (extended
lifecycle support is an option).
Is it not possible to install and run python 3.8 on RHEL 7? I assume that
would be necessary to run Java 11 on RHEL 7 with Cassandra 5.0. It would
be a burden for contributors to test with an o
t;* -e"CAPTURE '/tmp/props.csv';select * from
system_views.system_properties limit 7"
We could make something like that a precondition here. But it is just
whitespace. I'd agree this shouldn't go into a patch release.
On Mon, Jan 15, 2024 at 1:34 PM wrote:
> H
email makes it sound like
> a blanket change.
>
> Cheers,
>
> Derek
>
> On Tue, Jan 9, 2024 at 7:34 AM Brad wrote:
>
>> CQLSH currently left-aligns all output, affecting both numbers and text.
>> While this works well for numbers, a better approach adopted
value
+
JAVA_HOME |
/Users/brad/.jenv/versions/17
cassandra.jmx.local.port |
7199
cassandra.logdir |
/usr/local/cassandra-5.0-beta1/bin/.
in more detail:
>
>1. Packaging code used by PyPI such as `pyproject.toml` - This should
>be easy to add into the tree. Brad / myself would be happy to contribute
>and we should be able to pull most of it directly from
>https://github.com/jeffwidman/cqlsh.
>2. C
Thanks, Jacek. Using three significant digits for disk space is a good
suggestion.
On Mon, Dec 4, 2023 at 9:58 AM Jacek Lewandowski <
lewandowski.ja...@gmail.com> wrote:
> This looks great,
>
> I'd consider limiting the number of significant digits to 3 in the human
> readable format. In the abo
Tablestats currently reports output in a mixed format which is neither
ideal for human readability nor machine readability. Spaces are also
inconsistently used and 13 digit numbers w/out commas or larger units are
complicated to read.
For example, 'Bytes repaired / un-repaired / pending' uses KiB
ine upload --repository testpypi dist/*
pip install --index-url https://test.pypi.org/simple/ cqlsh
3. prod upload
twine upload --repository pypi dist/*
Regards,
Brad
On Thu, Aug 10, 2023 at 3:27 PM Patrick McFadin wrote:
> Dinesh raises some good points.
>
> If we do adopt this
ts.apache.org/thread/sy3p2b2tncg1bk6x3r0r60y10dm6l18d.
Regards,
Brad
On Wed, Aug 9, 2023 at 3:31 PM Dinesh Joshi wrote:
> Brad,
>
> Thanks for starting this discussion. My understanding is that we're
> simply adding pip support for cqlsh and Apache Cassandra project will
> officially pub
tober 2013.
The installable version of CQLSH on PyPI.org allows end users to install a
cqlsh client with PIP - no tarball or path setup required. I.e.,
$ pip install cqlsh
This popular package has 50K downloads per month and is today maintained by
Jeff Wideman and Brad Schoening. The
ly 9, 2023 1:44 PM
> To: Max C. mailto:mc_cassand...@core43.com>>
> Cc: dev@cassandra.apache.org<mailto:dev@cassandra.apache.org> <
> dev@cassandra.apache.org<mailto:dev@cassandra.apache.org>>; Brad
> Schoening mailto:bscho...@gmail.com>>
> Subject: [EXTERN
, OptionGroup, Options)
If there are no significant objections, I can raise a Jira for this
proposal.
Regards,
Brad Schoening
ations
> where some people's work is related to a certain project, and then they may
> have time to maintain, but once they change jobs, they may not have enough
> time to do this. Besides, can you share more about the code management
> mechanism?
>
> Jeff Widman 于2023年7月7日周
e: Is simplenative in cassandra-stress still relevant?
>
> NetApp Security WARNING: This is an external email. Do not click links or
> open attachments unless you recognize the sender and know the content is
> safe.
>
>
>
>
> On Tue, May 30, 2023 at 7:15 PM Brad wrote:
&
+1 on removing it from cassandra-stress
If you're performing stress testing, why would you not want to use the
official driver? I've spoken to several people who all have said they've
never used simplenative mode.
On Sat, May 27, 2023 at 3:57 AM Miklosovic, Stefan <
stefan.mikloso...@netapp.com>
*+1* to changing to G1 on trunk for 5.0 and 4.1.1. We have over a thousand
clusters and over 10K nodes running on J8 and 11 with G1GC and memory
management is excellent. Excellent. Two observations: first we
reverted MaxGCPauseMillis=200,
which is the JVM default. Cassandra's jvm{8,11}-server.opti
The default garbage collector in Java 11 is G1*. *It's designed to be
self-tuning, so I'd call it friendly. We have run Java 8 and 11 on G1 in
production on all of our 1,000+ clusters for several years.
I'd agree with Jeremiah that it's worth changing in trunk at the very least
and consider back
/reference/FileBasedAuthenticator.java
Regards,
Brad
On Wed, Oct 12, 2022 at 4:16 AM Fleming, Jackson
wrote:
> Password Meter - This is an interesting use case, password meters work
> really well when users are using a visual aid (like a website sign up
> page). I’d be concerned by just limiting the
ently use passwords.
Regards,
Brad
On Mon, Oct 10, 2022 at 4:09 PM Miklosovic, Stefan <
stefan.mikloso...@netapp.com> wrote:
> Hi Brad,
>
> your link about not enforcing regular password expiration for users is
> spot on. For these reasons I decided to not expand that CEP in
-approach#PasswordGuidance:UpdatingYourApproach-Don'tenforceregularpasswordexpiry>
Regards,
Brad
On Mon, Sep 19, 2022 at 7:27 AM Miklosovic, Stefan <
stefan.mikloso...@netapp.com> wrote:
> Hi list,
>
> together with my colleague Jackson Fleming we put together CEP-24 about
&g
benefit is removing dependencies on deprecated classes and
components. Consensus seems to be that argparse has more meaningful help
messages and is more intuitive to use.
Regards,
Brad Schoening
+1 on removing jdk8. We should also remove python 3.6 (EOL 12/21) on trunk
at the same time.
On Mon, Aug 29, 2022 at 9:40 PM Blake Eggleston
wrote:
> Sorry, I meant trunk, not 4.1 :)
>
> > On Aug 29, 2022, at 1:09 PM, Blake Eggleston
> wrote:
> >
> > Hi all, I wanted to propose removing jdk8 s
When thinking about compaction vs commit log bottlenecks, there would be
very different profiles between TWCS vs STCS as well as for transient
tables with short TTLs which never accumulate large data, but have heavy
I/O.
Amit's analysis strikes me as insightful. Multi-threading the commit log
mig
33 matches
Mail list logo
