munity as well.
—
Robert Stupp
@snazy
signature.asc
Description: Message signed with OpenPGP
;)
There’s no way around the sandbox.
Scala is “enabled” via a JSR-223 provider - i.e. the same restrictions apply.
There’s no special handling for Scala.
—
Robert Stupp
@snazy
> On 5 Nov 2016, at 20:36, Maciej Bryński wrote:
>
> Robert,
> Thank you for the answer.
>
> Do yo
mistake to allow “all” JSR-223
languages, so I’ve opened https://issues.apache.org/jira/browse/CASSANDRA-12883
<https://issues.apache.org/jira/browse/CASSANDRA-12883>.
—
Robert Stupp
@snazy
> On 3 Nov 2016, at 07:15, Maciej Bryński wrote:
>
> Hi,
> I have following problem with
see the same behaviour in 3.7 with
that setting, there’s not much you can do except upgrading to 3.7 as that
change went into 3.6 and not into 3.0.x.
—
Robert Stupp
@snazy
> On 20 Jun 2016, at 18:13, Bhuvan Rawal wrote:
>
> Hi All,
>
> We are running Cassandra 3.0.3 on Productio
Hi Henry,
there’s https://issues.apache.org/jira/browse/CASSANDRA-10818
<https://issues.apache.org/jira/browse/CASSANDRA-10818> to allow creation of
UDTs and tuples.
Robert
—
Robert Stupp
@snazy
> On Apr 8, 2016, at 07:12, Henry M wrote:
>
> Whatever I wanted to do does
ess to this Email by
> anyone else is unauthorized. If you are not the intended recipient, any
> disclosure, copying, distribution or any action taken or omitted to be taken
> in reliance on it, is prohibited and may be unlawful. When addressed to our
> clients any opinion
t; Could you please help out to get just 5 records.
>
>
> Thanks & Regards,
> Suresh Mahawar
> TechnoCube
> Find Me on Linkedin <https://www.linkedin.com/pub/suresh-mahawar/2a/b9/a80>
—
Robert Stupp
@snazy
rvers?
> Is there any performance impact ?
>
> Please advice.
>
—
Robert Stupp
@snazy
and/or the #datastax-drivers IRC channel.
>
> 2014-12-08 16:42 GMT+08:00 Robert Stupp <mailto:sn...@snazy.de>>:
> cassandra-stress is a great tool to check whether the sizing of your cluster
> in combination of your data model will fit your production needs. I.e.
>
cassandra-stress is a great tool to check whether the sizing of your cluster in
combination of your data model will fit your production needs. I.e. without the
application :) Removing the application removes any possible bugs from the load
test. Sure, it’s a necessary step to do it with your app
>
> For (2), we would love to see:
> UPSERT value=new_value where (not exists || value=read_value)
>
That would be something like "UPDATE … IF column=value OR NOT EXISTS“.
Took at the C* source and that feels like a LHF (for 3.0) so I opened
https://issues.apache.org/jira/browse/CASSANDRA-8335
> > There is no way to mimic IF NOT EXISTS on UPDATE and it's not a bug. INSERT
> > and UPDATE are not totally orthogonal
> in CQL and you should use INSERT for actual insertion and UPDATE for updates
> (granted, the database will not reject
> our query if you break this rule but it's nonetheles
Ooops - 1.2.5 to 2.0.9?
You should have first upgraded to (at least) 1.2.9 before upgrade to 2.0.x. See
http://www.datastax.com/documentation/upgrade/doc/upgrade/cassandra/upgradeC_c.html
Am 20.08.2014 um 23:22 schrieb Tony Anecito :
> I just upgraded to 2.0.9 from 1.2.5 and had to make some sma
50% is the official statement. It depends on the workload and machine
capabilities. But AFAIK 50% is a rough estimate.
CQL over the native protocol is generally faster than Thrift. Native protocol
also allows the client (e.g. the DataStax Drivers) to get informed about
cluster changes (node add
Am 20.08.2014 um 22:44 schrieb Tony Anecito :
> When will Cassandra 2.1 be released as GA?
When it's finished :) RC6 has been released yesterday - cross your fingers -
this might be 2.1.0
> Will there be a datastax CQL driver available then?
Both the Java and Python drivers will get a 2.1.0 re
In a few words:
Bootstrap one node at once
Wait for bootstrap to complete
Next node
More details: datastax.com/docs (C* 2.0)
Before decommissioning: nodetool cleanup
Don't forget to do repairs (one node at a time) - this should be a regular
admin task
--
Sent from my iPhone
> Am 17.08.2014
ow is it different than kundera?
>
> On 20/07/2014 9:03 pm, "Robert Stupp" wrote:
> Hi all,
>
> I've just released the first beta version of Caffinitas Mapper.
>
> Caffinitas Mapper is an advanced Java object mapper for Apache Cassandra
> NoSQL database. It offe
Achilles have both embedded C* (not in an OSGi container
> though, and Carbon is with an older C* version).
>
> We are wanting an “unzip and run” system and do not expect the user to have
> to do much, if any, C* configuration.
>
> From: Robert Stupp [mailto:sn...@snazy.de]
&
Just a note:
If you have suggestions how to improve documentation on the datastax website,
write them an email to d...@datastax.com. They appreciate proposals :)
Am 23.07.2014 um 09:10 schrieb Mark Reddy :
> Hi Kevin,
>
> The difference here is that the Apache Cassandra site is maintained by th
True - Hibernate, Eclipselink and others add plenty of "synchronization"
overhead owed the fact that an entity instance does not need to be explicitly
persisted to get persisted (just change the loaded instance and flush the
session). That's very expensive (CPU and heap). Even though transaction
would be too easy. You should also know how the CQL3 maps to underlying
> data storage.
>
>
>
>
> On Tue, Jul 22, 2014 at 10:33 PM, jcllings wrote:
>
> On 07/22/2014 01:11 PM, Robert Stupp wrote:
>> Let me respond with another question: How important is SQL fo
What's your intention to do this?
There are unit test integrations using C* daemon. A related bug that prevented
proper shutdown has been closed for C* 2.1-rc1:
https://issues.apache.org/jira/browse/CASSANDRA-5635
It's perfectly fine to embed C* for unit tests.
But I'd definitely not recommend
Let me respond with another question: How important is SQL for a JPA developer?
Mappers eliminate the boring and error-prone stuff like "execute SELECT", "read
fields", "call setters" etc. They can automatically perform conversions, apply
optimizations, etc etc etc.
Mappers do not remove the nee
You can also try http://caffinitas.org - Open Source Java object mapper for C*
using Datastax's Java Driver licensed using APL2. It is intended to be a bit
close to what JPA does.
Although, it cannot support JPA features 1:1 since there are fundamental
differences between RDBMS and NoSQL/C*.
But
Hi all,
I've just released the first beta version of Caffinitas Mapper.
Caffinitas Mapper is an advanced Java object mapper for Apache Cassandra NoSQL
database. It offers an annotation based declaration model with a wide range of
built-in features like JPA style inheritance with table-per-class
Can you submit a ticket in C* JIRA at issues.apache.org?
--
Sent from my iPhone
> Am 19.07.2014 um 16:45 schrieb Karl Rieb :
>
> Ben! I think I have an idea of exactly where the bug is!
>
> I did some more searching and discovered the difference that causes some
> tables to produce the wrong
I agree, that traditional RDBMS have good and established admin/mgmt
tools/practices.
But C* strength is distributed, failure tolerant operation. And this is exactly
where nearly all traditional RDBMS just fail. I've seen both Oracle and IBM
"clusters"/"HA" "solutions" (and a lot of other soft
You can use getBytesUnsafe on the UTF8 column
--
Sent from my iPhone
> Am 24.06.2014 um 09:13 schrieb Olivier Michallat
> :
>
> Assuming we're talking about the DataStax Java driver:
>
> getBytes will throw an exception, because it validates that the column is of
> type BLOB. But you can use
Am 21.06.2014 um 00:37 schrieb Pavel Kogan :
> Thanks,
>
> Is there any code way to know when the scheme finished to settle down?
Yep - take a look at
com.datastax.driver.core.ControlConnection#waitForSchemaAgreement in the Java
Driver source. It basically compares the 'schema_version' column
Am 20.06.2014 um 23:48 schrieb Pavel Kogan :
> 1) When new keyspace with its columnfamilies is being just created (every
> round hour), sometimes other modules failed to read/write data, and we lose
> request. Can it be that creation of keyspace and columnfamilies is async
> operation or there
You do not Need RAID0 for data. Let C* do striping over data disks.
And maybe CL ANY/ONE might be sufficient for your writes.
> Am 08.06.2014 um 06:15 schrieb Kevin Burton :
>
> we're using containers for other reasons, not just cassandra.
>
> Tightly constraining resources means we don't hav
31 matches
Mail list logo
