Re: upgrade guava on trunk before 9/1?
Hi, Change logs are on Github releases page. It seems like only hash flooding protection which is added to ImmutableMap is relevant to Cassandra code. I haven’t checked whether we use deprecated APIs. But there isn’t much on table from what I see. Salih On 15 Aug 2018 17:55 +0300, Ariel Weisberg , wrote: > Hi, > > They don't even do release notes after 23. Also no API diffs. I mean I'm fine > with it, but it's mostly just changing to another arbitrary version that > won't match what is in apps. > > Ariel > > On Wed, Aug 15, 2018, at 10:48 AM, Jason Brown wrote: > > Hey Ariel, > > > > Tbqh, not that much. I was mostly thinking from the "I have conflicts on > > guava versions in my app because I pull in cassandra and XYZ libraries, and > > the transitive dependencies on guava use different versions" POV. Further, > > we'll be on this version of guava for 4.0 for at least two years from now. > > > > As I asked, "does anybody feeling strongly?". Personally, I'm sorta +0 to > > +0.5, but I was just throwing this out there in case someone does really > > think it best we upgrade (and wants to make a contribution). > > > > -Jason > > > > > > > > > > On Wed, Aug 15, 2018 at 7:25 AM, Ariel Weisberg wrote: > > > > > Hi, > > > > > > What do we get from Guava in exchange for upgrading? > > > > > > Ariel > > > > > > On Wed, Aug 15, 2018, at 10:19 AM, Jason Brown wrote: > > > > Hey all, > > > > > > > > Does anyone feel strongly about upgrading guava on trunk before the 9/1 > > > > feature freeze for 4.0? We are currently at 23.3 (thanks to > > > > CASSANDRA-13997), and the current is 26.0. > > > > > > > > I took a quick look, and there's about 17 compilation errors. They fall > > > > into two categories, both of which appear not too difficult to resolve > > > > (I > > > > didn't look too closely, tbh). > > > > > > > > If anyone wants to tackle this LHF I can rustle up some review time. > > > > > > > > Thanks, > > > > > > > > -Jason > > > > > > - > > > 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 >
Contributing to code
Hi everyone, I am a rising senior and been considering to contribute to the project for a year but could not find an appropriate entry point. I have lots of time to work on this project this year and would not want to miss the chance. Could you committers please suggest me some branch to work on? Thank you so much! Salih Gedik - To unsubscribe, e-mail: dev-unsubscr...@cassandra.apache.org For additional commands, e-mail: dev-h...@cassandra.apache.org
Re: Way to unsubscribe from mailing lists
For some reason I don't really think that they are real persons who want to unsubscribe. I feel like they are classic spam pharmacy and advertising better uptime for C* Cheers Salih Gedik Salih Gedik >> On 25 Apr 2017, at 17:56, Eric Evans <john.eric.ev...@gmail.com> wrote: >> >> On Tue, Apr 25, 2017 at 2:56 AM, Alain RODRIGUEZ <arodr...@gmail.com> wrote: >> Should / could we have INFRA automatically unsubscribing people sending >> those messages? I believe this would be the best solution, as more people >> mentioned a year ago. I would like at least those messages to be filtered, >> even that is a bit more selfish as it would not end the subscription for >> the person sending the message, it would at least reduce the noise. > > I'd be in favor of filtering them from the list, with an > auto-responder that explained *why* it wasn't delivered, and 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 rollup our sleeves. > > > -- > Eric Evans > john.eric.ev...@gmail.com
Re: If reading from materialized view with a consistency level of quorum am I guaranteed to have the most recent view?
I agree with Brian. As far as I am concerned an update of materialized view is an async operation. Therefore I don't believe that you'd get most up to date data. Salih Gedik > On 10 Feb 2017, at 16:11, Brian Hess <brianmh...@gmail.com> wrote: > > This is not true. > > You cannot provide a ConsistencyLevel for the Materialized Views on a table > when you do a write. That is, you do not explicitly write to a Materialized > View, but implicitly write to it via the base table. There is not consistency > guarantee other than eventual between the base table and the Materialized > View. That is, the coordinator only acknowledges the write when the proper > number of replicas in the base table have acknowledged successful writing. > There is no waiting or acknowledgement for any Materialized Views on that > table. > > Therefore, while you can specify a Consistency Level on read since you are > reading directly from the Materialized View as a table, you cannot specify a > Consistency Level on wrote for the Materialized View. So, you cannot apply > the R+W>RF formula. > > >Brian > >> On Feb 10, 2017, at 3:17 AM, Kant Kodali <k...@peernova.com> wrote: >> >> thanks! >> >> On Thu, Feb 9, 2017 at 8:51 PM, Benjamin Roth <benjamin.r...@jaumo.com> >> wrote: >> >>> Yes it is >>> >>> Am 10.02.2017 00:46 schrieb "Kant Kodali" <k...@peernova.com>: >>> >>>> If reading from materialized view with a consistency level of quorum am I >>>> guaranteed to have the most recent view? other words is w + r > n >>> contract >>>> maintained for MV's as well for both reads and writes? >>>> >>>> Thanks! >>>
Re: Distributed masterless architecture
Thanks for the resources! On 24.08.2016 21:27, DuyHai Doan wrote: You can read this blog post, there are a handful of interesting links: http://the-paper-trail.org/blog/distributed-systems-theory-for-the-distributed-systems-engineer/ On Wed, Aug 24, 2016 at 1:45 PM, Salih Gedik <m...@salih.xyz> wrote: Hi everyone, I am an undergrad student and working on a simple distributed database for learning purposes. I was wondering if you guys can give me tips about designing and coding distributed no master nodes. For instance what classes should I be looking for in source code? I am so sorry if this is not the right place. Thank you so much! Best regards -- Salih Gedik -- Salih Gedik
Distributed masterless architecture
Hi everyone, I am an undergrad student and working on a simple distributed database for learning purposes. I was wondering if you guys can give me tips about designing and coding distributed no master nodes. For instance what classes should I be looking for in source code? I am so sorry if this is not the right place. Thank you so much! Best regards -- Salih Gedik
Re: Jira down, again?
Maybe Atlassian should support Cassandra in order to improve availability. Salih Gedik > On 24 Jun 2016, at 20:55, sankalp kohli <kohlisank...@gmail.com> wrote: > > Michael KJ...Jira is down again :P > > On Mon, Jun 20, 2016 at 11:33 AM, Michael Shuler <mich...@pbandjelly.org> > wrote: > >>> On 06/20/2016 01:16 PM, Will Hayworth wrote: >>> Hey all--I didn't want to add more heat than light to this, but I think >> at >>> this point I'm behooved to speak up. :) I'm a developer at Atlassian (the >>> folks who make JIRA); I don't work on JIRA itself but have some >> familiarity >>> with its mechanics and administration and, at worst, could put someone >> from >>> ASF in touch with a colleague to get things running more smoothly. >>> >>> How can I/we help? :) >> >> http://www.apache.org/dev/infra-contact >> >> -- >> Kind regards, >> Michael >> >>
Re: Welcome new committers Carl Yeksigian and Stefania Alborghetti!
Thank you so much for the reply. I am looking forward to submit my very first patch. Cheers On 21.04.2016 19:45, Jonathan Ellis wrote: I summarize a committer as, "someone who knows Cassandra well enough that we can trust him or her to do a competent job on code reviews." Usually this takes several months of submitting patches and learning from feedback to achieve. On Thu, Apr 21, 2016 at 10:54 AM, Salih Gedik <m...@salih.xyz> wrote: Hey there, I am quite new to this community so forgive me for this question. What are the requirements to become a committer? By the way I congratulate the new committers and thank you for all your works. Regards On 21.04.2016 18:08, Jonathan Ellis wrote: Belated congratulations to Carl (added as committer in January) and Stefania (added this week)! Thanks for your hard work and we look forward to making Cassandra better with you! -- Salih Gedik -- Salih Gedik
Re: Welcome new committers Carl Yeksigian and Stefania Alborghetti!
Hey there, I am quite new to this community so forgive me for this question. What are the requirements to become a committer? By the way I congratulate the new committers and thank you for all your works. Regards On 21.04.2016 18:08, Jonathan Ellis wrote: Belated congratulations to Carl (added as committer in January) and Stefania (added this week)! Thanks for your hard work and we look forward to making Cassandra better with you! -- Salih Gedik
Re: [VOTE] Release Apache Cassandra 3.0.5
Hi, I am wondering who are eligible to vote for these? Thanks +1 On Fri, Apr 8, 2016 at 9:24 AM, Benjamin Lerer <benjamin.le...@datastax.com> wrote: +1 On Fri, Apr 8, 2016 at 12:10 AM, Jake Luciani <j...@apache.org> wrote: I propose the following artifacts for release as 3.0.5. sha1: c6e6fa94d28c0d23a8154e3743c05b355dba710a Git: http://git-wip-us.apache.org/repos/asf?p=cassandra.git;a=shortlog;h=refs/tags/3.0.5-tentative Artifacts: https://repository.apache.org/content/repositories/orgapachecassandra-1104/org/apache/cassandra/apache-cassandra/3.0.5/ Staging repository: https://repository.apache.org/content/repositories/orgapachecassandra-1104/ The artifacts as well as the debian package are also available here: http://people.apache.org/~jake The vote will be open for 72 hours (longer if needed). [1]: http://goo.gl/f2b0Di (CHANGES.txt) [2]: http://goo.gl/bHIeYj (NEWS.txt) [3]: https://goo.gl/noLkHT (DataStax Test Report) -- Salih Gedik
Re: Contribution
Chris and Pedro, Thank you so much for the tips. I will check these out! Regards I would second the suggestion of going over https://academy.datastax.com/ then can check out http://www.datastax.com/dev/blog/deep-into-cassandra-internals Chris On Mon, Mar 28, 2016 at 8:04 AM, Pedro Gordo <pedro.gordo1...@gmail.com> wrote: Hi! I think that the best place to start is to see the DataStax videos. They are really useful and explain things really well. Check them here <https://academy.datastax.com/courses>. Although thee DS101 doesn't contain any deep architecture info, they tell you how Cassandra first came to be. On DS201 they cover architecture details so I think that will be your main focus to start. The GettingStarted wiki <https://wiki.apache.org/cassandra/GettingStarted> on Planet Cassandra is also really useful and contains links to other useful sites (including the videos on DataStax). Best of luck with your Cassandra journey ;) Regards Pedro Gordo On 28 March 2016 at 13:48, Salih Gedik <m...@salih.xyz> wrote: Hey there, I am Salih, a sophomore CS student. I really like Cassandra project and I'd love to contribute to its development. I have read the steps to get up and running and looking for bugs in tracker. However I need to understand the architecture of the system. Therefore I'd appreciate if you could give me some tips to run a little bit faster. Thank you so much for your time. Regards -- Salih Gedik -- Salih Gedik
Contribution
Hey there, I am Salih, a sophomore CS student. I really like Cassandra project and I'd love to contribute to its development. I have read the steps to get up and running and looking for bugs in tracker. However I need to understand the architecture of the system. Therefore I'd appreciate if you could give me some tips to run a little bit faster. Thank you so much for your time. Regards -- Salih Gedik