Skip to content

JAVA-797 : Added option to prepare statements once#401

Merged
olim7t merged 3 commits into
2.0from
java797
Aug 9, 2015
Merged

JAVA-797 : Added option to prepare statements once#401
olim7t merged 3 commits into
2.0from
java797

Conversation

@newkek

@newkek newkek commented Jul 8, 2015

Copy link
Copy Markdown
Contributor

Writing a test for this option would need either adding a feature in SCassandra to be able to retrieve prepared statements in ActivityClients, because right now it only takes in accounts executed prepared statements. Or, having a ticket like CASSANDRA-8831 implemented in Cassandra.

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Nitpicking: the getter of a primitive boolean property should start with "is": isPrepareStatementsOnce() sounds better here (with defaultIdempotence, I'd say we have an exception to this rule in that the property itself is not true or false, it simply tells if the default value for idempotence should be true or false).

@olim7t

olim7t commented Jul 28, 2015

Copy link
Copy Markdown
Contributor

It would be clearer if the property was inverted and called "prepareOnAllHosts".

@newkek

newkek commented Aug 7, 2015

Copy link
Copy Markdown
Contributor Author

PR updated after processing comments.

olim7t added a commit that referenced this pull request Aug 9, 2015
JAVA-797 : Added option to prepare statements once
@olim7t olim7t merged commit 3a286f6 into 2.0 Aug 9, 2015
@olim7t olim7t deleted the java797 branch August 9, 2015 18:24
@olim7t

olim7t commented Aug 9, 2015

Copy link
Copy Markdown
Contributor

Merged.
I amended the commits to change a few minor things (changelog, doc, and inverted a boolean in the test).
Thanks guys.

Sfurti-yb pushed a commit to yugabyte/cassandra-java-driver that referenced this pull request Dec 8, 2023
The problem: when our receive buffer fills and conversation demand drops to zero and last item is `CommandComplete` we never request more frames and will never get `ReadyForQuery`

Signed-off-by: Mark Paluch <mpaluch@vmware.com>

[closes apache#401][apache#426]
Sfurti-yb pushed a commit to yugabyte/cassandra-java-driver that referenced this pull request Dec 8, 2023
Remove windowUntil(…) to avoid miscalculation of demand in long-running streams. Refine discardOnCancel operator calls to properly guard simple queries.

[apache#401][apache#426]

Signed-off-by: Mark Paluch <mpaluch@vmware.com>
Sfurti-yb pushed a commit to yugabyte/cassandra-java-driver that referenced this pull request Dec 8, 2023
[apache#401][apache#426]

Signed-off-by: Mark Paluch <mpaluch@vmware.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants