Skip to content

Conversation

@dellis1972
Copy link
Contributor

@dellis1972 dellis1972 commented Aug 18, 2017

The BuildMultiDexApplication and the ValidateJavaVersion tests
were broken. ValidateJavaVersion required that all the tested target
frameworks were built. In xamarin-android this was not the case.
Only v1.0 and the latest supported one are built.
So we need to modify the ResolveSdksTask to abort early if the
Java Version checks fail.

Similarly the BuildMultiDexApplication was using a hard coded
target framework version. What we should be doing is getting
it to use the latest. But we need to cacluate that at runtime
so a new LatestTargetFrameworkVersion has been added to the
Builder. This is similar to the GetSupportedRuntimes () as it
caclulates the highest supported TargetFrameworkVersion.

}
}

public string LatestTargetFrameworkVersion {
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This should be a method, not a property, as it's "expensive."

@dellis1972 dellis1972 force-pushed the fixtests branch 4 times, most recently from b38b5a3 to 5232128 Compare August 18, 2017 19:35
The BuildMultiDexApplication and the ValidateJavaVersion tests
were broken. ValidateJavaVersion required that all the tested target
frameworks were built. In xamarin-android this was not the case.
Only v1.0 and the latest supported one are built.
So we need to modify the ResolveSdksTask to abort early if the
Java Version checks fail.

Similarly the BuildMultiDexApplication was using a hard coded
target framework version. What we should be doing is getting
it to use the latest. But we need to cacluate that at runtime
so a new `LatestTargetFrameworkVersion` has been added to the
Builder. This is similar to the GetSupportedRuntimes () as it
caclulates the highest supported TargetFrameworkVersion.
@jonpryor jonpryor merged commit 2c23a0f into dotnet:master Aug 21, 2017
jonpryor added a commit to jonpryor/xamarin-android that referenced this pull request Dec 14, 2020
Changes: dotnet/java-interop@99897b2...2f62ffd

  * dotnet/java-interop@2f62ffd4: [Xamarin.Android.Tools.Bytecode] @not-null androidx.annotation.NonNull (dotnet#759)
  * dotnet/java-interop@7c1ad51c: [java-source-utils] Properly represent unresolved types (dotnet#758)
  * dotnet/java-interop@c1bc5c83: [java-source-utils] Better support orphaned Javadocs (dotnet#757)
  * dotnet/java-interop@0cb8e2d3: [Xamarin.Android.Tools.ApiXmlAdjuster] Use Dictionaries for perf (dotnet#756)
  * dotnet/java-interop@99f89905: [build] Fix for MSBuild 16.8 (dotnet#755)
jonpryor added a commit that referenced this pull request Dec 15, 2020
Changes: dotnet/java-interop@99897b2...2f62ffd

  * dotnet/java-interop@2f62ffd4: [Xamarin.Android.Tools.Bytecode] @not-null androidx.annotation.NonNull (#759)
  * dotnet/java-interop@7c1ad51c: [java-source-utils] Properly represent unresolved types (#758)
  * dotnet/java-interop@c1bc5c83: [java-source-utils] Better support orphaned Javadocs (#757)
  * dotnet/java-interop@0cb8e2d3: [Xamarin.Android.Tools.ApiXmlAdjuster] Use Dictionaries for perf (#756)
  * dotnet/java-interop@99f89905: [build] Fix for MSBuild 16.8 (#755)
@github-actions github-actions bot locked and limited conversation to collaborators Feb 5, 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.

3 participants