Mailing-List: contact chukwa-dev-help@hadoop.apache.org; run by ezmlm
Precedence: bulk
Reply-To: chukwa-dev@hadoop.apache.org
Message-ID: <5966384.22361272582353650.JavaMail.jira@thor>
Date: Thu, 29 Apr 2010 19:05:53 -0400 (EDT)
From: "Bill Graham (JIRA)" <jira@apache.org>
To: chukwa-dev@hadoop.apache.org
Subject: [jira] Updated: (CHUKWA-485) TsProcessor mis-handles some dates
In-Reply-To: <32807835.22341272582353356.JavaMail.jira@thor>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit


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

Bill Graham updated CHUKWA-485:
-------------------------------

    Attachment: CHUKWA-485.1.patch

> TsProcessor mis-handles some dates
> ----------------------------------
>
>                 Key: CHUKWA-485
>                 URL: https://issues.apache.org/jira/browse/CHUKWA-485
>             Project: Hadoop Chukwa
>          Issue Type: Bug
>          Components: Data Processors
>            Reporter: Bill Graham
>            Assignee: Bill Graham
>         Attachments: CHUKWA-485.1.patch
>
>
> The configurable date format functionality in TsProcessor does the following to extract the date text to parse when a date regex isn't set:
> {{recordEntry.substring(0, sdf.toPattern().length());}}
> The problem with this approach is that some date formats aren't the same length as their corresponding text string and {{sdf.toPattern().length()}} produces the length of the former, not the latter. As an example the {{z}} format letter produces a timezone like 'PDT'.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.