<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Tue, Aug 29, 2017 at 2:54 PM, Oleh Mackiv <span dir="ltr"><<a href="mailto:omatskiv@redhat.com" target="_blank">omatskiv@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><span><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><span class="m_374713546869936494m_7202027274739614918gmail-"><div class="gmail_extra"><div><span class="m_374713546869936494m_7202027274739614918gmail-"></span><div>-1
 (ish).  I agree with the sentament and some of the conclusions, but 
this is an Android SDK and going out of our way to make it NOT an 
Android SDK is a waste of time IMHO.  Furthermore, Google has support 
for this exact use case in their testing docs (<a href="https://developer.android.com/training/testing/unit-testing/local-unit-tests.html#mocking-dependencies" target="_blank">https://developer.android.com<wbr>/training/testing/unit-testing<wbr>/local-unit-tests.html#mocking<wbr>-dependencies</a>).   <br></div></div></div></span></div></div></div></blockquote><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div><div>There
 are a few caveats to my -1 though.  First if we want to make a JavaSDK 
for use with desktop or server to server applications then you have my 
interest and we should investigate that route.  Second, if QE has looked
 at the testing tools available for Android and mocking their 
dependencies and found it to be lacking I defer to their judgement.  
Finally, good code should have firewalls between system services and 
logic anyway so there will be a lot of code that currently has 
dependencies on Android APIs that won't in the future.</div></div></div></div></blockquote><div> </div></div></span><div class="gmail_quote">We would also like to eventually automate some integration tests, and "Java sync SDK" would be great for that. Android sync SDK would then use Java sync SDK and have only limited test set for integration/system tests.><br></div></div></div></blockquote> <br><font color="#351c75">It would be possible to use Robolectric, but as I said Android dependency was really almost unnecessary there in the first place. Only place it uses Android Context is for opening files for datasets. I think yes, Destop Java is dead but it still makes sense to have the logic of sync and Android logic separately. Just for clarity. It's really not a deadly amount of work to do.</font></div><div class="m_374713546869936494gmail_signature" data-smartmail="gmail_signature"></div>
</div></div>