Skip to content

Use complete Java.Interop #1231

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Merged
merged 1 commit into from
Jan 25, 2018

Conversation

radekdoulik
Copy link
Member

Start using complete Java.Interop, ie. Debug and Release
configurations instead of XAIntegrationDebug and
XAIntegrationRelease.

Add Java.Interop java sources to the list of sources to build
mono.android.jar. This is needed for ManagedPeer and other classes
with java counterparts.

Few updates to distinguish between Android.Runtime.JavaObject and
Java.Interop.JavaObject.

Added System.Collections reference is for List<JniSurfacedPeerInfo>
return type in AndroidValueManager.

@radekdoulik radekdoulik requested a review from jonpryor January 24, 2018 20:32
@radekdoulik
Copy link
Member Author

radekdoulik commented Jan 24, 2018

Please make sure #1230 is merged and built before merging this PR.


public override void WaitForGCBridgeProcessing ()
{
throw new NotImplementedException ();
Copy link
Contributor

Choose a reason for hiding this comment

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

This can call JNIEnv.WaitForBridgeProcessing().

Copy link
Member Author

Choose a reason for hiding this comment

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

OK, I will add it. Looks like it is not called yet though.

if (targetType == null)
return o.Instance;
return Convert.ChangeType (o.Instance, targetType);
return Convert.ChangeType(o.Instance, targetType);
Copy link
Contributor

Choose a reason for hiding this comment

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

Strange whitespace changes...

Copy link
Member Author

Choose a reason for hiding this comment

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

Ops, VS formatting :-)

@@ -12,10 +12,9 @@
Outputs="$(OutputPath)\..\v1.0\Java.Interop.dll">
<MSBuild
Copy link
Contributor

Choose a reason for hiding this comment

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

Ideally, we shouldn't need this <MSBuild/> invocation anymore, nor the _BuildJavaInterop target, nor the @(Assembly) item group (below).

Instead -- ideally -- we'd have a @(ProjectReference) within Mono.Android.csproj referring to Java.Interop.csproj, and MSBuild would handle it "normally".

Copy link
Member Author

Choose a reason for hiding this comment

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

OK, I will try it in the next PR.

Start using complete Java.Interop, ie. `Debug` and `Release`
configurations instead of `XAIntegrationDebug` and
`XAIntegrationRelease`.

Add Java.Interop java sources to the list of sources to build
mono.android.jar. This is needed for `ManagedPeer` and other classes
with java counterparts.

Few updates to distinguish between `Android.Runtime.JavaObject` and
`Java.Interop.JavaObject`.

Added System.Collections reference is for `List<JniSurfacedPeerInfo>`
return type in `AndroidValueManager`.
@radekdoulik radekdoulik force-pushed the pr-use-complete-java-interop branch from 4716fed to c9f9dce Compare January 24, 2018 21:15
@radekdoulik
Copy link
Member Author

@monojenkins build Ubuntu+xbuild PR Build

@jonpryor jonpryor merged commit 7d32ef3 into dotnet:master Jan 25, 2018
jonathanpeppers added a commit to jonathanpeppers/java.interop that referenced this pull request Aug 23, 2018
In PR: dotnet#360

I will likely add a new `$(Configuration)` to be used in
xamarin-android, so we can build `Java.Interop` as a non-PCL.

The existence of `XAIntegrationDebug` and `XAIntegrationRelease` are
confusing, since they are no longer used.

See:
dotnet@54a2aff
dotnet/android#1231

This removes `XAIntegrationDebug` and `XAIntegrationRelease` from all
solutions and project files.

I also let VS 2017 update the SLN file, as it was an old VS 2010
format...
jonathanpeppers added a commit to jonathanpeppers/java.interop that referenced this pull request Aug 23, 2018
In PR: dotnet#360

I will likely add a new `$(Configuration)` to be used in
xamarin-android, so we can build `Java.Interop` as a non-PCL.

The existence of `XAIntegrationDebug` and `XAIntegrationRelease` are
confusing, since they are no longer used.

See:
dotnet@54a2aff
dotnet/android#1231

This removes `XAIntegrationDebug` and `XAIntegrationRelease` from all
solutions, project files, and `Makefile`.

I also let VS 2017 update the SLN file, as it was an old VS 2010
format...
jonathanpeppers added a commit to jonathanpeppers/java.interop that referenced this pull request Aug 24, 2018
In PR: dotnet#360

I will likely add a new `$(Configuration)` to be used in
xamarin-android, so we can build `Java.Interop` as a non-PCL.

The existence of `XAIntegrationDebug` and `XAIntegrationRelease` are
confusing, since they are no longer used.

See:
dotnet@54a2aff
dotnet/android#1231

This removes `XAIntegrationDebug` and `XAIntegrationRelease` from all
solutions, project files, and `Makefile`.

I also let VS 2017 update the SLN file, as it was an old VS 2010
format...
dellis1972 pushed a commit to dotnet/java-interop that referenced this pull request Aug 24, 2018
In PR: #360

I will likely add a new `$(Configuration)` to be used in
xamarin-android, so we can build `Java.Interop` as a non-PCL.

The existence of `XAIntegrationDebug` and `XAIntegrationRelease` are
confusing, since they are no longer used.

See:
54a2aff
dotnet/android#1231

This removes `XAIntegrationDebug` and `XAIntegrationRelease` from all
solutions, project files, and `Makefile`.

I also let VS 2017 update the SLN file, as it was an old VS 2010
format...
jonathanpeppers added a commit to jonathanpeppers/java.interop that referenced this pull request Sep 7, 2018
In PR: dotnet#360

I will likely add a new `$(Configuration)` to be used in
xamarin-android, so we can build `Java.Interop` as a non-PCL.

The existence of `XAIntegrationDebug` and `XAIntegrationRelease` are
confusing, since they are no longer used.

See:
dotnet@54a2aff
dotnet/android#1231

This removes `XAIntegrationDebug` and `XAIntegrationRelease` from all
solutions, project files, and `Makefile`.

I also let VS 2017 update the SLN file, as it was an old VS 2010
format...
@github-actions github-actions bot locked and limited conversation to collaborators Feb 4, 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.

2 participants