Mon, Oct 23, 2023 at 4:52 AM Mick Semb Wever wrote:
>>
>>
>> The TCM work (CEP-21) is in its review stage but being well past our
>> cut-off date¹ for merging, and now jeopardising 5.0 GA efforts, I would
>> like to propose the following.
>>
>>
>>
>> I think this presumes that 5.0 GA is date driven instead of feature
>> driven.
>>
>> I'm sure there's a conversation elsewhere, but why isn't this date
>> movable?
>>
>>
>>
--
Eric Evans
Staff SRE, Data Persistence
Wikimedia Foundation
in terms of the implementation of JSON/YAML format output.
> Some commands are quite sophisticated and I do not want to be blocked to
> change a field in human-readable out because providing corresponding
> JSON/YAML format would be gigantic portion of the work itself.
>
> From what
g can create, and show a bit of empathy before submitting a
change. For operators on the receiving end, it can be really frustrating,
especially when there is no normative change (i.e. it's in service of
aesthetics).
--
Eric Evans
Staff SRE, Data Persistence
Wikimedia Foundation
gnificant adoption in the user community,
> I would strongly advise against making breaking changes to the CLI output.
>
+1
--
Eric Evans
john.eric.ev...@gmail.com
ituation is to
acknowledge that the console output is a contract, and act accordingly. In
this case: offer (and promote) those structured replacements (JSON, YAML),
document the intended instability, and follow through after a sufficient
window.
--
Eric Evans
john.eric.ev...@gmail.com
o don't natively speak English might
struggle to keep pace in real time (to name just a few reasons). This is
probably why the ASF is so adamant about the use of email.
--
Eric Evans
eev...@apache.org
On Wed, Mar 9, 2022 at 12:39 PM Patrick McFadin wrote:
> I'm not sure if they can merge groups but from what I'm reading that
> wouldn't work either. What I'm seeing is a desire to not "promote vendors"
> which I believe is working against the project's self-interest. LinkedIn is
> the perfect
On Thu, Oct 14, 2021 at 11:32 AM bened...@apache.org
wrote:
> Hi everyone,
>
> I would like to start a vote on this CEP, split into three sub-decisions,
> as discussion has been circular for some time.
>
> 1. Do you support adopting this CEP?
> 2. Do you support the transaction semantics
itbox.apache.org/repos/asf?p=cassandra.git;a=blob_plain;f=CHANGES.txt;hb=refs/tags/3.11.7-tentative
> [2]: NEWS.txt:
> https://gitbox.apache.org/repos/asf?p=cassandra.git;a=blob_plain;f=NEWS.txt;hb=refs/tags/3.11.7-tentative
--
Eric Evans
eev...@apache.org
---
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
--
Eric Evans
john.eric.ev...@gmail.
t; last post-vote publish step.
> > > > >
> > > > > regards,
> > > > > Mick
> > > > >
> > > > > -
> > > > > To unsubscribe, e-mail: dev-unsubscr...@cassandra.ap
each level mean in Cassandra terms. There was already some good
> > debate about configuration and common tasks like repair. Let’s get that
> > captured in the doc if we can. If you are one of the groups that already
> > have an operator, your experience here is invaluable. Please
s well,
> > including upgrading all
> > associated plugins, performing backups etc. But, this is the first time
> > I'm upgrading this setup so there may be the odd gotcha that surprises me
> > who knows! - I'm as prepared a
. When it passes,
someone with the rights is going to have to step forward to ensure
they are published, but surely we can manage that much.
Do you want to do the honors?
--
Eric Evans
john.eric.ev...@gmail.com
-
To unsubs
s
particular windmill for a while, and it doesn't seem to help.
> On Tue, Mar 26, 2019 at 9:10 AM Eric Evans
> wrote:
>
> > On Tue, Mar 26, 2019 at 10:47 AM Russell Bradberry
> > wrote:
> > >
> > > Responses like this aren't helpful. I can't even remember
ssandra.apache.org/community/
>
> -Russ
>
> On Tue, Mar 26, 2019 at 8:20 AM Eric Evans
> wrote:
>
> > How did you subscribe?
> >
> > On Tue, Mar 26, 2019 at 9:24 AM Sundaramoorthy, Natarajan
> > wrote:
> > >
> > >
> > >
>
message and delete this e-mail immediately.
--
Eric Evans
john.eric.ev...@gmail.com
-
To unsubscribe, e-mail: dev-unsubscr...@cassandra.apache.org
For additional commands, e-mail: dev-h...@cassandra.apache.org
those who are vested in one approach (or existing project) or
another from working on what they think best? I suspect developing
consensus here would be a lot easier if we were talking about
something a bit more concrete.
--
Eric Evans
john.eric.ev...@gmail.com
gt; being
> > > > > less
> > > > > > > worrisome for some).
> > > > > > > * Releasing a separate artifact is somewhat easier from a
> > separate
> > > > > repo
> > > > > > > (especially if we have gr
ere are
already tools to solve this problem (and most places will already be
using them). I'm more interested in things like cluster status,
streaming, repair, etc. Something to automate/centralize
database-specific command and control, and improve visibility.
In-
hose "sexy features" people want to
get out, is by working to increase the release cadence (without
increasing the burden on operators). Release early, release often.
--
Eric Evans
john.eric.ev...@gmail.com
-
To unsubscribe, e-mail: dev-unsubscr...@cassandra.apache.org
For additional commands, e-mail: dev-h...@cassandra.apache.org
we are potentially impacting our goals of "stable" ==
>> "exciting."
Unfortunately, when stability suffers things get "exciting" for all
sorts of unintended reasons. I'm personally not umm, excited, by that
prospect.
--
Eric Evans
john.eric.ev...@gmail.
(with mainly security updates) by
> using Centos.
Agreed. Someone said this elsewhere as well, that the community will
work this out.
Even if you are not running say Debian, or RedHat, those distributions
will be backporting critical fixes to their JVMs; This work is going
to be done,
worth looking at anyway.
> On Wed, Mar 21, 2018 at 9:49 AM, Eric Evans <eev...@wikimedia.org> wrote:
>> On Wed, Mar 21, 2018 at 8:04 AM, Stefan Podkowinski <s...@apache.org> wrote:
>>
>>> There's also another option, which I just want to mention here for the
&g
>>>> We have a jira [5] where Robert Stupp did most of the work to get
> >>>> us
> >>>>> onto
> >>>>>>>>> Java 9 (thanks, Robert), but then the announcement of the JDK
> >>>> version
> >>>>>>>>> changes happened last fall after Robert had done much of the work
> >>>> on
> >>>>> the
> >>>>>>>>> ticket.
> >>>>>>>>>
> >>>>>>>>> Here's an initial proposal of how to move forward. I don't
> suspect
> >>>>> it's
> >>>>>>>>> complete, but a decent place to start a conversation.
> >>>>>>>>>
> >>>>>>>>> 1) receommend OracleJDK over OpenJDK. IIUC from [3], the OpenJDK
> >>>> will
> >>>>>>>>> release every six months, and the OracleJDK will release every
> >>>> three
> >>>>>>>> years.
> >>>>>>>>> Thus, the OracleJDK is the LTS version, and it just comes from a
> >>>>> snapshot
> >>>>>>>>> of one of those OpenJDK builds.
> >>>>>>>>>
> >>>>>>>>> 2) always release cassandra on a LTS version. I don't think we
> can
> >>>>>>>>> reasonably expect operators to update the JDK every six months,
> on
> >>>>> time.
> >>>>>>>>> Further, if there are breaking changes to the JDK, we don't want
> >>>> to
> >>>>> have
> >>>>>>>> to
> >>>>>>>>> update established c* versions due to those changes, every six
> >>>>> months.
> >>>>>>>>>
> >>>>>>>>> 3) keep trunk on the lasest jdk version, assumming we release a
> >>>> major
> >>>>>>>>> cassandra version close enough to a LTS release. Currently that
> >>>> seems
> >>>>>>>>> reasonable for cassandra 4.0 to be released with java 11 (18.9
> >>>> LTS)
> >>>>>>>>> support. Perhaps we can evaluate this over time.
> >>>>>>>>>
> >>>>>>>>>
> >>>>>>>>> Once we agree on a path forward, *it is impreative that we
> publish
> >>>>> the
> >>>>>>>>> decision to the docs* so we can point contributors and operators
> >>>>> there,
> >>>>>>>>> instead of rehashing the same conversation.
> >>>>>>>>>
> >>>>>>>>> I look forward to a lively discussion. Thanks!
> >>>>>>>>>
> >>>>>>>>> -Jason
> >>>>>>>>>
> >>>>>>>>> [1] http://www.oracle.com/technetwork/java/eol-135779.html
> >>>>>>>>> [2]
> >>>>>>>>> https://blogs.oracle.com/java-platform-group/faster-and-
> >>>>>>>> easier-use-and-redistribution-of-java-se
> >>>>>>>>> [3]
> >>>>>>>>> https://www.oracle.com/java/java9-screencasts.html?bcid=
> >>>>>>>> 5582439790001=single-social=events
> >>>>>>>>> [4]
> >>>>>>>>> http://blog.joda.org/2018/02/java-9-has-six-weeks-to-live.
> >>>>>>>> html?utm_source=feedburner_medium=feed_campaign=Feed%3A+
> >>>>>>>> StephenColebournesBlog+%28Stephen+Colebourne%27s+blog%29
> >>>>>>>>> [5] https://issues.apache.org/jira/browse/CASSANDRA-9608
> >>>>>>>>
> >>>>>>>>
> >>>> -
> >>>>>>>> To unsubscribe, e-mail: dev-unsubscr...@cassandra.apache.org
> >>>>>>>> For additional commands, e-mail: dev-h...@cassandra.apache.org
> >>>>>>>>
> >>>>>>>>
> >>>>>>
> >>>>>>
> -
> >>>>>> To unsubscribe, e-mail: dev-unsubscr...@cassandra.apache.org
> >>>>>> For additional commands, e-mail: dev-h...@cassandra.apache.org
> >>>>>>
> >>>>>
> >>>>>
> -
> >>>>> To unsubscribe, e-mail: dev-unsubscr...@cassandra.apache.org
> >>>>> For additional commands, e-mail: dev-h...@cassandra.apache.org
> >>>>>
> >>>>>
> >>>>
> >>>
> >>>
> >
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@cassandra.apache.org
> > For additional commands, e-mail: dev-h...@cassandra.apache.org
> >
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@cassandra.apache.org
> For additional commands, e-mail: dev-h...@cassandra.apache.org
>
>
--
Eric Evans
eev...@wikimedia.org
urt greaves <k...@instaclustr.com> wrote:
[ ... ]
--
Eric Evans
john.eric.ev...@gmail.com
-
To unsubscribe, e-mail: dev-unsubscr...@cassandra.apache.org
For additional commands, e-mail: dev-h...@cassandra.apache.org
by improving the website build
>> process. Michael's comment on 13907 (
>> https://issues.apache.org/jira/browse/CASSANDRA-13907?focusedCommentId
>> =16211365=com.atlassian.jira.plugin.system.issuetabpanels:comment
>> -tabpanel#comment-16211365
>> <https://issues.apach
s a solution I propose that we maintain the online documentation in a
> > > separate repository that is managed as the current repository under the
> > > guidance of the Apache Cassandra PMC (Project Management Committee); and
> > > that in the new repository . . .
> &
tLog will be in 4.0 (
> > > https://issues.apache.org/jira/browse/CASSANDRA-13530 )
> > > - Michael Kjellman spent some time porting dtests from nose to pytest,
> > and
> > > from python 2.7 to python 3, removing dependencies on dead projects
> like
> > &
r inclusion, and that's bound to be a
slippery slope. I also think it's not uncommon for what appears to be
a trivial change for one person, to be very important to someone else.
I wonder if the length of the list for 4.0 doesn't have as much to do
with the delays in getting it relea
ou could template it for
use with Puppet, Chef, etc. Once deployed, you would not edit this
file again.
cassandra-env.sh is configuration for Cassandra that lives above what
is reasonable to configure in the application. Heap size is a good
example of the sort handled here, something to be passe
On Mon, Jun 12, 2017 at 3:30 PM, Gary Dusbabek <gdusba...@gmail.com> wrote:
> Date: One of 18, 19, or 22 September 2017.
Strawpoll: Which of these dates looks most attractive to folks
(Monday, Tuesday, or Friday)?
--
Eric Evans
john.eric.ev...@
tic that time of year.
We were thinking we'd put together some options for venue, and propose
some dates, and circle back to the list in search of consensus.
If this seems reasonable for now, then we'll get back to everyone with
more info in a weeks time.
--
Eric Evans
john
ases.
> Unfortunately, I missed that last two years, but was hoping to make it this
> year.
You are right, of course. I was (clumsily) trying to create a
distinction between this and a regular user conference.
-
On Wed, May 31, 2017 at 2:19 PM, Eric Evans <john.eric.ev...@gmail.com> wrote:
> Hi,
>
> Is anyone working on an NGCC event for this year? Given all of the
> recent changes, it seems like it could be really useful. If not, is
> there interest? When would be good, September
(centrally located), or San Francisco (San
Franciscoly located).
Thoughts?
--
Eric Evans
john.eric.ev...@gmail.com
-
To unsubscribe, e-mail: dev-unsubscr...@cassandra.apache.org
For additional commands, e-mail: dev-h
that it would come to this, but brilliant.
--
Eric Evans
john.eric.ev...@gmail.com
-
To unsubscribe, e-mail: dev-unsubscr...@cassandra.apache.org
For additional commands, e-mail: dev-h...@cassandra.apache.org
Doing so seem prone to abuse though.
--
Eric Evans
john.eric.ev...@gmail.com
what they
need to do to unsubscribe (and maybe setting the reply-to to
{list}-unsubscribe@cassandra.a.o).
I'm fairly certain the list software doesn't come ready to do this
though; I imagine the response from INFRA will be something like
"patches welcome", so we should be ready to rollu
The exchange rate here is 1:1 IMO, your 2 cents are worth the
same as any others! ;)
--
Eric Evans
john.eric.ev...@gmail.com
On Fri, Apr 7, 2017 at 10:35 PM, Jeff Jirsa <jji...@gmail.com> wrote:
> First, check out this graph:
>
> http://i.imgur.com/cEx3jOo.png
Oh snap; That's awesome!
--
Eric Evans
john.eric.ev...@gmail.com
on the list (that has happened before); Some
here seem to be reacting out of concern to the very existence of the
email, which makes me think it's precisely the sort of thing that
shouldn't be kept hidden.
--
Eric Evans
john.eric.ev...@gmail.com
ise to some given how strongly I pushed back against
it in the Early Days, but we would be so much better off at this point
with Maven.
--
Eric Evans
john.eric.ev...@gmail.com
took on a
>> system with pending compaction spikes that was seeing this specific issue
>> with four LCS-based tables:
>>
>> https://gist.github.com/zznate/d22812551fa7a527d4c0d931f107c950
>>
>> The significant part of this particular workload is a burst of heavy writes
>> from long-duration scheduled jobs.
>>
>
>
>
> --
> Dikang
--
Eric Evans
john.eric.ev...@gmail.com
On Wed, Nov 16, 2016 at 10:30 PM, Ben Bromhead <b...@instaclustr.com> wrote:
> Thanks Nate, this is great to see this get some visibility on a wider
> distribution list like dev!
Full ACK; Thanks for sending this to the list Nate!
--
Eric Evans
john.eric.ev...@gmail.com
an update to the docs including some of this if people think it’s a
>> > good idea.
>>
>> Also a good idea and much more accessible/easily fixable.
>>
>> We will gladly look at any doc updates for this, looping in the
>> broader community once published (this last part being key - I'm
>> afraid if we ask for help too early, we'll get tons of interest to
>> which we cannot reply and then be in even worse shape).
>>
>> -Nate
>>
--
Eric Evans
john.eric.ev...@gmail.com
encourage everyone to pause and review
> what they have just written with the Code of Conduct in mind before
> pressing send.
Thank you for this Mark.
And while we're at it, thank you for all of your input these past
weeks. It's been incredibly helpful and constructive.
--
Eric Evans
john.eric.ev...@gmail.com
; I can't do that.
--
Eric Evans
john.eric.ev...@gmail.com
eed to be sorry.
--
Eric Evans
john.eric.ev...@gmail.com
indly to bring her
> conversation to the list. 12 hours later it's still in moderation, and we are
> arguing whether to f'ing moderate it through. Wow. Great job.
Wait, what? As a moderator of this list (unpaid, volunteer), did I
miss the SLA I was being held to? Are you volunteering to moderate
this list?
--
Eric Evans
john.eric.ev...@gmail.com
https://lists.apache.org/thread.html/840fd900fb7f6568bfa008d122d4375b708c1f7f1b5929018118d5d5@%3Cdev.cassandra.apache.org%3E
>
> Note: It won't be immediate as there are some steps to follow [0] for
> accepting outside code contributions.
>
> The vote will be open for 72 hours.
+1
--
Eric Evans
john.eric.ev...@gmail.com
an 1 per Y period on average). Further, it's supposed
> to
> be stable and fixes are supposed to be critical, so doing hot-fix releases
> probably makes the most sense (though it probably only work if we're
> indeed
> strict on what is considered critical).
This seems pretty close to what Mck suggested; I think this could work.
--
Eric Evans
john.eric.ev...@gmail.com
nd the first patch release as 'Beta'),
> - accept that every feature release isn't by default initially supported,
> and its branch might never be,
> - maintain 3 'GA' branches at any one time,
> - accept that it's not going to be the oldest GA branches that necessarily
> reach EOL f
On Thu, Sep 1, 2016 at 7:02 AM, Jason Brown <jasedbr...@gmail.com> wrote:
> have opened up CASSANDRA-12345...
Nice; What did you do, camp on the "create" button until after 12344
was submitted? :)
--
Eric Evans
john.eric.ev...@gmail.com
we always fall into the same
> search/reply trap as well
No, if there were consensus that was worthwhile, I would have no objections.
--
Eric Evans
eev...@wikimedia.org
it manually.
Cheers,
--
Eric Evans
john.eric.ev...@gmail.com
on't have anything to add WRT
CASSANDRA-10993, but wanted to say that this is awesome. Thanks for
this Tyler!
--
Eric Evans
john.eric.ev...@gmail.com
I can gather, not everyone agrees so YMMV.
Cheers,
--
Eric Evans
john.eric.ev...@gmail.com
particular topic, and
attributed it to email. Personally, I think that this is a) a
conversation worth having, and b) one that others have been reluctant
to engage in. My intention was to understand the reluctance, and if
possible, encourage you (and others) to try.
Cheers,
--
Eric Evans
john.eric.ev...@gmail.com
berate in
their response.
I guess what I should have asked is, if not email, then how?
--
Eric Evans
john.eric.ev...@gmail.com
certain now as it was then, to make such a thing work,
we'd need to be far more willing to pull the trigger on new committers
than we are now. Personally, I think we could benefit from that,
regardless of how you feel about in-tree drivers.
--
Eric Evans
john.eric.ev...@gmail.com
te to the ticket
> <https://issues.apache.org/jira/browse/CASSANDRA-8700>.
I think this is fantastic; I was completely unaware of
https://issues.apache.org/jira/browse/CASSANDRA-8700, and had been
planning to suggest exactly this.
--
Eric Evans
john.eric.ev...@gmail.com
On Wed, May 4, 2016 at 12:14 PM, Jonathan Ellis <jbel...@gmail.com> wrote:
> On Wed, May 4, 2016 at 2:27 AM, Sylvain Lebresne <sylv...@datastax.com>
> wrote:
>
>> On Tue, May 3, 2016 at 6:57 PM, Eric Evans <john.eric.ev...@gmail.com>
>> wrote:
>>
hing like setFoo(int) with "Sets foo" can get pretty tiresome for
everyone, and doesn't add any value.
Otherwise I think this is perfectly reasonable; +1
--
Eric Evans
john.eric.ev...@gmail.com
(longer if needed).
+1
--
Eric Evans
eev...@sym-link.com
) Upstream projects that depend on the ASF repo are currently broke.
Sorry, we'll get it sorted out. Thanks for the heads up!
--
Eric Evans
eev...@sym-link.com
[ Eric Evans ]
[ Adam Israel ]
I recently filed a bug [1] about broken mirrors and debian repo for
Cassandra. The mirror issue has been resolved, but there is still an issue
with the Debian repo that is unresolved. The Infra team has blocked the
debian repo because it was causing
[ Eric Evans ]
Git: 2.1.0-rc4-tentative/d872e2c
Gitweb:
https://git-wip-us.apache.org/repos/asf?p=cassandra.git;a=shortlog;h=refs/tags/2.1.0-rc4-tentative
Artifacts:
https://repository.apache.org/content/repositories/orgapachecassandra-1021/org/apache/cassandra/apache-cassandra/2.1.0-rc4
(or longer as required).
Cheers,
[1] http://goo.gl/wcH7ma (CHANGES.txt)
[2] http://goo.gl/Ooros0 (NEWS.txt)
--
Eric Evans
eev...@sym-link.com
[ Eric Evans ]
#6527[1] could cause data loss, so I propose the following artifacts for
release as 2.0.4
Git: 2.0.4-tentative/d56f8f2
Gitweb:
https://git-wip-us.apache.org/repos/asf?p=cassandra.git;a=commit;h=d56f8f2
Artifacts:
https://repository.apache.org/content/repositories
)
[3]: http://goo.gl/At9VU3 (NEWS.txt)
[4]: http://goo.gl/36pfMG (JIRA release notes)
[5]: http://people.apache.org/~eevans (Debian package)
--
Eric Evans
eev...@sym-link.com
signature.asc
Description: Digital signature
. Please subscribe to the list (dev-subsrc...@cassandra.apache.org)
--
Eric Evans
eev...@sym-link.com
/
Since it is a re-roll, I propose an expediated vote so the vote will be
open for 24 hours (but longer if needed).
+1
--
Eric Evans
eev...@sym-link.com
/orgapachecassandra-120/
+1
The artifacts as well as the debian package are also available here:
http://people.apache.org/~slebresne/
The vote will be open for 72 hours (longer if needed).
[1]: http://goo.gl/R8BxIz (CHANGES.txt)
[2]: http://goo.gl/gGCFnI (NEWS.txt)
--
Eric Evans
eev...@sym
/
+1
The vote will be open for 72 hours (longer if needed).
[1]: http://goo.gl/nfCb5Y (CHANGES.txt)
[2]: http://goo.gl/pxDqrc (NEWS.txt)
--
Eric Evans
eev...@sym-link.com
[ Eric Evans ]
Git: 2.0.0-rc1-tentative / e8ae672
Gitweb:
https://git-wip-us.apache.org/repos/asf?p=cassandra.git;a=commit;h=e8ae672
Artifacts:
https://repository.apache.org/content/repositories/orgapachecassandra-062/org/apache/cassandra/apache-cassandra/2.0.0-rc1/
Maven repository
(CHANGES.txt)
[2]: http://goo.gl/h55Zsq (NEWS.txt)
--
Eric Evans
eev...@sym-link.com
[ Eric Evans ]
Git SHA1: 0291d696018214000709025c0b806089c2f51e97
Git HTTP:
http://git-wip-us.apache.org/repos/asf?p=cassandra.git;a=shortlog;h=refs/tags/1.2.8-tentative
Artifacts:
https://repository.apache.org/content/repositories/orgapachecassandra-029/org/apache/cassandra/apache
://people.apache.org/~eevans/
Unless anyone objects, I suggest a 24-hour vote.
[1]: http://thread.gmane.org/gmane.comp.db.cassandra.devel/7904
[2]: https://issues.apache.org/jira/browse/CASSANDRA-5814
[3]: http://goo.gl/bQ3a4i (CHANGES.txt)
[4]: http://goo.gl/Zj1JFa (NEWS.txt)
--
Eric Evans
eev...@sym-link.com
://goo.gl/LorY5 (CHANGES.txt)
[2]: http://goo.gl/zEt5i (NEWS.txt)
--
Eric Evans
eev...@sym-link.com
[ Eric Evans ]
I propose the following for release as 1.1.11
SHA1: d939a0c958d36a3debfc63364a3fa569aa632c6e
Git:
http://git-wip-us.apache.org/repos/asf?p=cassandra.git;a=shortlog;h=refs/tags/1.1.11-tentative
Artifacts:
https://repository.apache.org/content/repositories
(CHANGES.txt)
[2]: http://goo.gl/O55QF (NEWS.txt)
[3]: http://goo.gl/KbiRm (Can't Hug Every Cat)
--
Eric Evans
eev...@sym-link.com
/~slebresne/
The vote will be open for 72 hours (longer if needed).
+1
--
Eric Evans
eev...@sym-link.com
say does the fat client work right
now?
It's not often tested.
What does not work about it? I have a fat client app running same jvm as
c*
it seems to work well.
Good to know. :)
-Brandon
--
Eric Evans
Acunu | http://www.acunu.com | @acunu
chance to share new ideas and learn about existing +
upcoming projects. To sign up to come to that, or learn more, it's
http://wiki.apache.org/apachecon/BarCampApachePortland
Hopefully see some of you in Portland in a few weeks!
---
Thanks
--
Eric Evans
Acunu | http
?
--
Jonathan Ellis
Project Chair, Apache Cassandra
co-founder, http://www.datastax.com
@spyced
--
Eric Evans
Acunu | http://www.acunu.com | @acunu
for a hackathon; I was planning
to spend some time working on a C native driver.
If you haven't already, add 1 to the number of interested persons on
http://wiki.apache.org/apachecon/HackathonNA13.
See you there!
On Wed, Dec 26, 2012 at 1:54 PM, Eric Evans eev...@acunu.com wrote:
Hi,
ApacheCon NA
Hi,
ApacheCon NA is February 26-28 in Portland, with project hackathons
hosted on Monday the 25th.
How many are planning to attend ApacheCon this year? Is there any
interest in organizing a Cassandra hackathon?
http://wiki.apache.org/apachecon/HackathonNA13
Cheers,
--
Eric Evans
Acunu | http
.
For the record, you can supply a timestamp with CQL, same as you can
with Thrift. For example:
INSERT INTO somedb.sometable (id, given, surname) VALUES ('pgriffith',
'Peter', 'Griffith') USING TIMESTAMP 42;
--
Eric Evans
Acunu | http://www.acunu.com | @acunu
. This is broad enough that people
of all skill levels should be able to contribute.
So, is anyone interested?
[1]: 5–8 November, Sinsheim, Germany
[2]: Guy Fawkes Day!
[3]: http://wiki.apache.org/apachecon/HackathonEU12
--
Eric Evans
Acunu | http://www.acunu.com | @acunu
will be open for 72 hours (longer if needed).
+1
--
Eric Evans
Acunu | http://www.acunu.com | @acunu
report files were found. Configuration error?
Build step 'Publish JUnit test result report' changed build result to FAILURE
--
Eric Evans
Acunu | http://www.acunu.com | @acunu
...@jobing.com)
SMS/Voice: 602.570.7633
Learn More About Our Products Services
- Job Board Solutions:jobing.com/recruiting
(http://jobing.com/recruiting)
- Technology Services: recruiting.com (http://recruiting.com)
On Thursday, September 20, 2012 at 8:53 AM, Eric Evans wrote:
On Thu, Sep
On Tue, Sep 18, 2012 at 10:18 AM, Sean Coleman sean.cole...@jobing.com wrote:
How can I unsubscribe?
Send an email to user-unsubscr...@cassandra.apache.org
--
Eric Evans
Acunu | http://www.acunu.com | @acunu
On Fri, Aug 24, 2012 at 3:39 PM, Eric Evans eev...@acunu.com wrote:
On Fri, Aug 24, 2012 at 11:27 AM, Jonathan Ellis jbel...@gmail.com wrote:
On Fri, Aug 24, 2012 at 11:23 AM, Eric Evans eev...@acunu.com wrote:
Actually, now that I think about it, I'd probably drop the entire
notion
On Fri, Aug 24, 2012 at 11:27 AM, Jonathan Ellis jbel...@gmail.com wrote:
On Fri, Aug 24, 2012 at 11:23 AM, Eric Evans eev...@acunu.com wrote:
Actually, now that I think about it, I'd probably drop the entire
notion of a coordinator, and write the respective entiries into a
column family
On Tue, Aug 14, 2012 at 4:34 PM, Eric Evans eev...@acunu.com wrote:
SHA1: 8b1336f
Git:
http://git-wip-us.apache.org/repos/asf?p=cassandra.git;a=shortlog;h=refs/tags/1.1.4-tentative
Artifacts:
https://repository.apache.org/content/repositories/orgapachecassandra-003/org/apache/cassandra
are the requirements
for a shuffle operation? How optimal does it need to be? How
fool-proof?
[1]: https://issues.apache.org/jira/browse/CASSANDRA-4443
[2]: http://wiki.apache.org/cassandra/VirtualNodes/Balance
--
Eric Evans
Acunu | http://www.acunu.com | @acunu
).
[1]: http://goo.gl/Iu7W3 (CHANGES.txt)
[2]: http://goo.gl/yi8Iu (NEWS.txt)
--
Eric Evans
Acunu | http://www.acunu.com | @acunu
://repository.apache.org/content/repositories/orgapachecassandra-134
The artifacts as well as the debian package are also available here:
http://people.apache.org/~eevans
The vote will be open for 72 hours (longer if needed).
[1]: http://goo.gl/kmyHH (CHANGES.txt)
[2]: http://goo.gl/Dw4mM (NEWS.txt)
--
Eric Evans
1 - 100 of 314 matches
Mail list logo
