Recently found a DateTime computation in issue FLUME-2889 which might affect 
dates when leap year is involved.

Given that 2016 is a leap year, I am trying to assess the impact of this bug.

Method SyslogParser.parseRfc3164Time()  appears to be actually adjusting the 
year in the date that it is parsing.. It adds to subtracts 1 year to the parsed 
date based on the current system datetime.

Questions:
1 - Why is it trying to modify the year on the parsed date instead of just 
using It as is ?
2 - On a flume agent that retains this bug... Intuitively it seems like this 
will likely cause incorrect dates in data. Leading to messed up data. Would  
that  be right ?

-roshan

Reply via email to