You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@sqoop.apache.org by Boglarka Egyed <bo...@cloudera.com> on 2017/04/10 15:19:26 UTC

Including SQLServer Manual tests into 3rd party test suite

Hi All,

I would like to start a discussion about including the SQLServer Manual
tests to the 3rd party test suite. I think this would bring a huge
improvement as these tests are currently executed very rarely or even never
(as several test cases are failing, DB connection string and credentials
are hard coded in the code, etc.) and not bringing too much value. Adding
them to the 3rd party test suite would help to keep Sqoop more robust as
these could be executed in case of any related code change easily.

However, this would mean that every contributor who wants to run 3rd party
tests on their machine should have an SQLServer instance to avoid having
bothering failures. Having such instances installed manually for MySQL,
Postgres, Oracle and Cubrid is already required for running this test
suite. Since Sqoop also supports SQLServer and DB2 I would say that it
would be reasonable to create such requirements for having these SQL server
instances too in order to execute an extended 3rd part test suite.

Please share your thoughts on this topic, every input is welcome.

Thanks,
Bogi

P.s.: Running 3rd party test on the CI making them fully automated is
another question raised in another email thread on dev@

Re: Including SQLServer Manual tests into 3rd party test suite

Posted by Abraham Fine <af...@apache.org>.
+1 since other proprietary databases need to be installed to run third
party tests it seems that it would be consistent to have SQLServer tests
available in the third praty test suite as well.

Thanks,
Abe

On Mon, Apr 10, 2017, at 08:19, Boglarka Egyed wrote:
> Hi All,
> 
> I would like to start a discussion about including the SQLServer Manual
> tests to the 3rd party test suite. I think this would bring a huge
> improvement as these tests are currently executed very rarely or even
> never
> (as several test cases are failing, DB connection string and credentials
> are hard coded in the code, etc.) and not bringing too much value. Adding
> them to the 3rd party test suite would help to keep Sqoop more robust as
> these could be executed in case of any related code change easily.
> 
> However, this would mean that every contributor who wants to run 3rd
> party
> tests on their machine should have an SQLServer instance to avoid having
> bothering failures. Having such instances installed manually for MySQL,
> Postgres, Oracle and Cubrid is already required for running this test
> suite. Since Sqoop also supports SQLServer and DB2 I would say that it
> would be reasonable to create such requirements for having these SQL
> server
> instances too in order to execute an extended 3rd part test suite.
> 
> Please share your thoughts on this topic, every input is welcome.
> 
> Thanks,
> Bogi
> 
> P.s.: Running 3rd party test on the CI making them fully automated is
> another question raised in another email thread on dev@

Re: Including SQLServer Manual tests into 3rd party test suite

Posted by Boglarka Egyed <bo...@cloudera.com>.
Thank you very much for your input!

I have created a JIRA <https://issues.apache.org/jira/browse/SQOOP-3174>
for it and I will proceed with it according to this discussion.

Many thanks,
Bogi

On Fri, Apr 14, 2017 at 5:17 PM, <ja...@apache.org> wrote:

> That is a good question Bogi!
>
> I’m not sure if anyone is running all the third party tests at the moment
> as I’m not closely monitoring the community any more. Historically I’ve
> always added new DB to the third party test suite to make sure that they
> will actually run or by failing fast will tell the dev who is running them
> there there is a new piece of integration that needs additional testing.
>
> It seems that nobody in the past 4 days jumped in saying that it’s a
> concern, so I would recommend going ahead and adding the MS SQL tests to
> 3rd party test suite. Since it’s a test code and not any production
> deliverable, we can always iterate if that will turn out to be a problem in
> the future.
>
> Jarcec
>
> > On Apr 10, 2017, at 8:19 AM, Boglarka Egyed <bo...@cloudera.com> wrote:
> >
> > Hi All,
> >
> > I would like to start a discussion about including the SQLServer Manual
> > tests to the 3rd party test suite. I think this would bring a huge
> > improvement as these tests are currently executed very rarely or even
> never
> > (as several test cases are failing, DB connection string and credentials
> > are hard coded in the code, etc.) and not bringing too much value. Adding
> > them to the 3rd party test suite would help to keep Sqoop more robust as
> > these could be executed in case of any related code change easily.
> >
> > However, this would mean that every contributor who wants to run 3rd
> party
> > tests on their machine should have an SQLServer instance to avoid having
> > bothering failures. Having such instances installed manually for MySQL,
> > Postgres, Oracle and Cubrid is already required for running this test
> > suite. Since Sqoop also supports SQLServer and DB2 I would say that it
> > would be reasonable to create such requirements for having these SQL
> server
> > instances too in order to execute an extended 3rd part test suite.
> >
> > Please share your thoughts on this topic, every input is welcome.
> >
> > Thanks,
> > Bogi
> >
> > P.s.: Running 3rd party test on the CI making them fully automated is
> > another question raised in another email thread on dev@
>
>

Re: Including SQLServer Manual tests into 3rd party test suite

Posted by ja...@apache.org.
That is a good question Bogi!

I’m not sure if anyone is running all the third party tests at the moment as I’m not closely monitoring the community any more. Historically I’ve always added new DB to the third party test suite to make sure that they will actually run or by failing fast will tell the dev who is running them there there is a new piece of integration that needs additional testing. 

It seems that nobody in the past 4 days jumped in saying that it’s a concern, so I would recommend going ahead and adding the MS SQL tests to 3rd party test suite. Since it’s a test code and not any production deliverable, we can always iterate if that will turn out to be a problem in the future.

Jarcec

> On Apr 10, 2017, at 8:19 AM, Boglarka Egyed <bo...@cloudera.com> wrote:
> 
> Hi All,
> 
> I would like to start a discussion about including the SQLServer Manual
> tests to the 3rd party test suite. I think this would bring a huge
> improvement as these tests are currently executed very rarely or even never
> (as several test cases are failing, DB connection string and credentials
> are hard coded in the code, etc.) and not bringing too much value. Adding
> them to the 3rd party test suite would help to keep Sqoop more robust as
> these could be executed in case of any related code change easily.
> 
> However, this would mean that every contributor who wants to run 3rd party
> tests on their machine should have an SQLServer instance to avoid having
> bothering failures. Having such instances installed manually for MySQL,
> Postgres, Oracle and Cubrid is already required for running this test
> suite. Since Sqoop also supports SQLServer and DB2 I would say that it
> would be reasonable to create such requirements for having these SQL server
> instances too in order to execute an extended 3rd part test suite.
> 
> Please share your thoughts on this topic, every input is welcome.
> 
> Thanks,
> Bogi
> 
> P.s.: Running 3rd party test on the CI making them fully automated is
> another question raised in another email thread on dev@