Skip to content

Conversation

@pjcollins
Copy link
Member

@pjcollins pjcollins commented Jul 28, 2020

Context: xamarin/android-sdk-installer#450
Changes: https://github.com/xamarin/android-sdk-installer/compare/c6c12db0...2b4d1a6
Changes: https://github.com/xamarin/monodroid/compare/5784a746...b12a3e8d

A fix for the <InstallAndroidDependencies/> target has been brought in
via the android-sdk-installer bump in xamarin/monodroid@b12a3e8.

The <InstallAndroidDependencies/> test previously had issues due to
clean up logic in the test framework that partially deleted the newly
provisioned Android SDK on a subsequent build. I believe that we've
been seeing successful results for this test because the subsequent
build in the test would fall back to a different Android SDK that was
already on disk. The test has been improved by asserting that the newly
installed Android SDK is used during the subsequent build.

@pjcollins pjcollins changed the title [Xamarin.Android.Build.Tests] Use InstallAndroidDependencies [One .NET] Fix <InstallAndroidDependencies/> target and test Jul 29, 2020
@pjcollins
Copy link
Member Author

The only failure against the latest changes looks unrelated:

1) Error : Xamarin.Android.Build.Tests.BindingBuildTest.BuildAarBindigLibraryWithNuGetPackageOfJar("class-parse")
System.Net.WebException : The remote server returned an error: (502) Bad Gateway.
  at System.Net.HttpWebRequest.GetResponseFromData (System.Net.WebResponseStream stream, System.Threading.CancellationToken cancellationToken) [0x00146] in <25c939f74d6540b5ab92a1c4b8117ce9>:0

I think we'll wait for #4960 to land before this.

Context: xamarin/android-sdk-installer#450

A fix for the `<InstallAndroidDependencies/>` target has been brought in
via the `android-sdk-installer` bump in xamarin/monodroid@b12a3e8d.

The `<InstallAndroidDependencies/>` test previously had issues due to
clean up logic in the test framework that partially deleted the newly
provisioned Android SDK on a subsequent build.  I believe that we've
been seeing successful results for this test because the subsequent
build in the test would fall back to a different Android SDK that was
already on disk.  The test has been improved by asserting that the newly
installed Android SDK is used during the subsequent build.
@pjcollins pjcollins marked this pull request as ready for review July 30, 2020 20:36
@pjcollins pjcollins requested a review from jonpryor as a code owner July 30, 2020 20:36
@pjcollins pjcollins changed the title [One .NET] Fix <InstallAndroidDependencies/> target and test [Xamarin.Android.Build.Tests] Fix <InstallAndroidDependencies/> test Jul 30, 2020
@pjcollins pjcollins changed the title [Xamarin.Android.Build.Tests] Fix <InstallAndroidDependencies/> test [Xamarin.Android.Build.Tests] Fix <InstallAndroidDependencies/> Jul 30, 2020
@pjcollins pjcollins changed the title [Xamarin.Android.Build.Tests] Fix <InstallAndroidDependencies/> [Xamarin.Android.Build.Tasks] Fix <InstallAndroidDependencies/> Jul 30, 2020
@jonpryor
Copy link
Contributor

jonpryor commented Aug 3, 2020

Context: https://github.com/xamarin/android-sdk-installer/commit/2b4d1a6a4c49c3bc3fc9751726d854d75c617434

Changes: https://github.com/xamarin/monodroid/compare/5784a746...b12a3e8d

  * xamarin/monodroid@b12a3e8d5: Bump to xamarin/android-sdk-installer/master@2b4d1a6 & xamarin/xamarin-android/master@d583b7c (#1107)
  * xamarin/monodroid@3d84feddd: Bump to xamarin/xamarin-android/master@f0d565fe (#1106)
  * xamarin/monodroid@ec2931825: Bump to xamarin/android-sdk-installer/master@c6c12db0 (#1105)

Sometimes, `<InstallAndroidDependencies/>` would fail when running on
Windows, a'la:

	…\Xamarin\Android\Xamarin.Installer.Common.targets(12,3): Cannot access a disposed object.
	Object name: 'SslStream'.

A fix for the `ObjectDisposedException` has been brought in via the
`android-sdk-installer` bump in xamarin/monodroid@b12a3e8d.

The `<InstallAndroidDependencies/>` test previously had issues due to
clean up logic in the test framework that partially deleted the newly
provisioned Android SDK on a subsequent build.  I believe that we've
been seeing successful results for this test because the subsequent
build in the test would fall back to a different Android SDK that was
already on disk.  The test has been improved by asserting that the
newly installed Android SDK is used during the subsequent build.

@jonpryor jonpryor merged commit 936f8dc into dotnet:master Aug 3, 2020
@pjcollins pjcollins deleted the auto-install-sdk branch August 3, 2020 18:04
@github-actions github-actions bot locked and limited conversation to collaborators Jan 24, 2024
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants