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)