> On Feb. 26, 2015, 10:37 p.m., Jason Dere wrote: > > ql/src/java/org/apache/hadoop/hive/ql/udf/generic/GenericUDF.java, line 459 > > <https://reviews.apache.org/r/31404/diff/1-2/?file=875138#file875138line459> > > > > Not a fan of these timestamp-related changes. It's causing you to have > > to create 2 new arrays of Converters which seems awkward. > > > > I was going to suggest simply using a DateConverter, but I see that the > > original behavior also allowed timestamp format strings (really, it allowed > > anything after the 'yyyy-mm-dd' part). Rather than have 2 different > > converters, maybe just go back to what you had before, use a single > > converter to string, and then just apply whatever format logic you are > > going to apply to the string value.
Sure I can use SimpleDateFormat("yyyy-MM-dd") to convert short and long strings to Date. That was the original behaviour in last_day, next_day, add_months. methods (obtainDateConvertor and getDateValue) I also noticed that GenericUDFFromUtcTimestamp uses TimestampConverter for all input types. To support this behaviour I created 2 methods (obtainTimestampConvertor and getTimestampValue) > On Feb. 26, 2015, 10:37 p.m., Jason Dere wrote: > > ql/src/test/org/apache/hadoop/hive/ql/udf/generic/TestGenericUDFNextDay.java, > > line 80 > > <https://reviews.apache.org/r/31404/diff/2/?file=878682#file878682line80> > > > > So this is actually an example of something that used to be valid > > input, but no longer works due to the change from SimpleDateFormat to > > Timestamp/Date converter. This would be ok for the UDFs you've changed > > since they are new ones, but I don't know if this kind of change in > > behavior would be something that would be a concern if we were to apply > > this same refactoring to some of the other date-related UDFs. fixed this. all selects in last_day, next_day, add_months q files return what they originally returned now - Alexander ----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/31404/#review74371 ----------------------------------------------------------- On Feb. 26, 2015, 9:16 p.m., Alexander Pivovarov wrote: > > ----------------------------------------------------------- > This is an automatically generated e-mail. To reply, visit: > https://reviews.apache.org/r/31404/ > ----------------------------------------------------------- > > (Updated Feb. 26, 2015, 9:16 p.m.) > > > Review request for hive, Jason Dere and Thejas Nair. > > > Bugs: HIVE-9744 > https://issues.apache.org/jira/browse/HIVE-9744 > > > Repository: hive-git > > > Description > ------- > > HIVE-9744 Move common arguments validation and value extraction code to > GenericUDF > > > Diffs > ----- > > ql/src/java/org/apache/hadoop/hive/ql/udf/generic/GenericUDF.java > 8a0f573648c51c4945be8ffec4a0b06dfa7061c8 > ql/src/java/org/apache/hadoop/hive/ql/udf/generic/GenericUDFAddMonths.java > c5968835a74195bea6b31a5c7b7346907fed5ce0 > ql/src/java/org/apache/hadoop/hive/ql/udf/generic/GenericUDFInitCap.java > 406fcd608a13fadb8902bf273932acb05a0f3bbe > ql/src/java/org/apache/hadoop/hive/ql/udf/generic/GenericUDFLastDay.java > 3a43c571ae3a83924a00413181a62ce6f4408125 > ql/src/java/org/apache/hadoop/hive/ql/udf/generic/GenericUDFLevenstein.java > de41793ba3925aa9e1ad9623d92881c57791f047 > ql/src/java/org/apache/hadoop/hive/ql/udf/generic/GenericUDFNextDay.java > 38f08b74609a4018221ca3f5b92cf33799604d60 > > ql/src/test/org/apache/hadoop/hive/ql/udf/generic/TestGenericUDFAddMonths.java > 4ccae97a227257294d69f728426f425d060ef0c7 > > ql/src/test/org/apache/hadoop/hive/ql/udf/generic/TestGenericUDFLastDay.java > 4b233a6966bbdf6902c53f2aaf53cc0eb422b205 > > ql/src/test/org/apache/hadoop/hive/ql/udf/generic/TestGenericUDFLevenshtein.java > e674d9f38cf7b5cdffcad6eca07dba74ff1e834b > > ql/src/test/org/apache/hadoop/hive/ql/udf/generic/TestGenericUDFNextDay.java > e2ec551d4ae39d521680ee93c791f14f27811270 > ql/src/test/queries/clientpositive/udf_next_day.q > db821f00c39b84c4bc59ea70b0cc0aacf69cbd18 > ql/src/test/results/clientnegative/udf_add_months_error_1.q.out > 8226ac6fe89c38fcc14edeea215cd5cce7258683 > ql/src/test/results/clientnegative/udf_add_months_error_2.q.out > f00949e9a12285cc91032215372975753c1f3b4a > ql/src/test/results/clientnegative/udf_last_day_error_1.q.out > 6e718a0c15e84d89b1cfe7f36231e472ff03c37f > ql/src/test/results/clientnegative/udf_last_day_error_2.q.out > dc8e3d14f14205ce65355cd53a95cfc788f45fe0 > ql/src/test/results/clientnegative/udf_next_day_error_1.q.out > c67b9c42f7e7fdf20caa34d028b02fd4819e8343 > ql/src/test/results/clientnegative/udf_next_day_error_2.q.out > e3cb6a447bf7bd9f09648e46ace1bcba4da55339 > ql/src/test/results/clientpositive/udf_add_months.q.out > 8c37fc282a25e350435ff6a4b39e02fc2d4f17df > ql/src/test/results/clientpositive/udf_last_day.q.out > 2d39e3897625c7651b110779b89652f0d785bc92 > > Diff: https://reviews.apache.org/r/31404/diff/ > > > Testing > ------- > > > Thanks, > > Alexander Pivovarov > >