You are viewing a plain text version of this content. The canonical link for it is here.
Posted to notifications@accumulo.apache.org by "John Vines (JIRA)" <ji...@apache.org> on 2014/01/29 17:40:10 UTC

[jira] [Resolved] (ACCUMULO-2083) RegExFilter Erroneously Reconstructs RowId Containing Null Character

     [ https://issues.apache.org/jira/browse/ACCUMULO-2083?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

John Vines resolved ACCUMULO-2083.
----------------------------------

       Resolution: Cannot Reproduce
    Fix Version/s:     (was: 1.5.1)
                       (was: 1.6.0)

I cannot reproduce the bug at hand. Attached is test code which has a row key with a 0 byte in the middle and I am able to successfully match against the latter half of it. Additionally, I saw no alterations of my Key from the iterator. I tried using both attached iterators and scan time iterators with no divergence of behavior.

> RegExFilter Erroneously Reconstructs RowId Containing Null Character
> --------------------------------------------------------------------
>
>                 Key: ACCUMULO-2083
>                 URL: https://issues.apache.org/jira/browse/ACCUMULO-2083
>             Project: Accumulo
>          Issue Type: Bug
>    Affects Versions: 1.5.0
>            Reporter: Laura Schanno
>            Assignee: John Vines
>            Priority: Minor
>         Attachments: RegexWithNullByte.java
>
>
> I applied a core.iterators.user.RegExFilter iterator to a BatchScanner iterating over Key,Value pairs where the row id of the Keys are formatted as "<source>\0\<sink>". RegExFilter reconstructed the row id as "<source>", dropping the sink half. This appears to be due to the usage of the String(byte bytes[], int offset, int length, Charset charset) constructor to reset the values of the Matcher objects in the both of the matches() functions. The String constructor only reconstructs a String up to the "\0" character.



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)