You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@cassandra.apache.org by "Benjamin Lerer (JIRA)" <ji...@apache.org> on 2015/01/09 09:46:34 UTC
[jira] [Commented] (CASSANDRA-8582) Descriptor.fromFilename seems
broken for BIG format
[ https://issues.apache.org/jira/browse/CASSANDRA-8582?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14270766#comment-14270766 ]
Benjamin Lerer commented on CASSANDRA-8582:
-------------------------------------------
[~tjake] I do not really understand the 'Not a Problem' resolution.
>From the Descriptor class API, I would expect the following behavior:
{code}
Descriptor original = new Descriptor(tempDataDir, ksname, cfname, 1, Descriptor.Type.TEMP, SSTableFormat.Type.BIG);
String file = original.filenameFor(Component.DATA);
Descriptor clone = Descriptor.fromFilename(file );
assertEquals(clone, original);
{code}
This behavior used to be valid as it was used within {{SSTableSimpleUnsortedWriter}} and the change actually broke {{CQLSSTableWriter}}. Base on that I am a bit afraid that the change of behavior broke other part of the code too.
> Descriptor.fromFilename seems broken for BIG format
> ---------------------------------------------------
>
> Key: CASSANDRA-8582
> URL: https://issues.apache.org/jira/browse/CASSANDRA-8582
> Project: Cassandra
> Issue Type: Bug
> Reporter: Benjamin Lerer
> Assignee: T Jake Luciani
>
> The problem can be reproduced in {{DescriptorTest}} by adding the following unit test:
> {code}
> @Test
> public void testFromFileNameWithBIGFormat()
> {
> checkFromFilename(new Descriptor(tempDataDir, ksname, cfname, 1, Descriptor.Type.TEMP, SSTableFormat.Type.BIG), false);
> }
> {code}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)