sqoop-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Szabolcs Vasas <vasas.szabo...@gmail.com>
Subject Re: Review Request 62653: SQOOP-3225: Mainframe module FTP listing parser should cater for larger datasets on disk
Date Mon, 23 Oct 2017 21:20:46 GMT


> On Oct. 23, 2017, 9:19 p.m., Szabolcs Vasas wrote:
> > Ship It!

Hi Chris,

Thank you for the improvements, I have reran all the tests, everything is green.

Szabolcs


- Szabolcs


-----------------------------------------------------------
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/62653/#review188983
-----------------------------------------------------------


On Oct. 19, 2017, 10:25 a.m., Chris Teoh wrote:
> 
> -----------------------------------------------------------
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/62653/
> -----------------------------------------------------------
> 
> (Updated Oct. 19, 2017, 10:25 a.m.)
> 
> 
> Review request for Sqoop.
> 
> 
> Bugs: SQOOP-3225
>     https://issues.apache.org/jira/browse/SQOOP-3225
> 
> 
> Repository: sqoop-trunk
> 
> 
> Description
> -------
> 
> There were some cases where the FTP listing parser was not used for mainframe datasets,
only the default was used. This caused some datasets to not be seen by Sqoop as the default
parser couldn't find them. This patch addresses this behaviour where it is used to parse FTP
listings for sequential and gdg datasets on disk and tape, only partitioned datasets are excluded
as their FTP listing looks very different and is handled by the default FTP listing parser.
> 
> 
> Diffs
> -----
> 
>   src/java/org/apache/sqoop/util/MainframeFTPClientUtils.java f61b9838 
>   src/test/org/apache/sqoop/util/TestMainframeFTPClientUtils.java d87c75df 
> 
> 
> Diff: https://reviews.apache.org/r/62653/diff/6/
> 
> 
> Testing
> -------
> 
> Unit testing.
> Functional testing on a real mainframe with a previous combined patch.
> 
> 
> Thanks,
> 
> Chris Teoh
> 
>


Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message