Re: [mono-android] WebView Javascript Interface and exposing methods through JNI
OK, So it kind of works, but there is a small problem. The notify
method I override always has null as its parameter when a result of
not being null is expected. So the Javascript Interface invokes the
method, but nothing is passed along as parameter.
So investigating a bit I tried just instantiating the Java object and
pass it directly like this:
IntPtr AccessControlJavascriptNotify_Class =
JNIEnv.FindClass("monodroid/watoolkit/library/login/AccessControlJavascriptNotify");
IntPtr AccessControlJavascriptNotify_Ctor =
JNIEnv.GetMethodID(AccessControlJavascriptNotify_Class, "",
"()V");
IntPtr AccessControlJavascriptNotify_Instance =
JNIEnv.NewObject(AccessControlJavascriptNotify_Class,
AccessControlJavascriptNotify_Ctor);
webView.AddJavascriptInterface(new
Java.Lang.Object(AccessControlJavascriptNotify_Instance,
JniHandleOwnership.TransferLocalRef), "external");
I edited my Java class to be a bit verbose:
package monodroid.watoolkit.library.login;
import android.util.Log;
public class AccessControlJavascriptNotify
{
private static final String TAG =
"AccessControlJavascriptNotify";
public void notify(String securityTokenResponse) {
Log.v(TAG, securityTokenResponse); }
}
This spits out what I want in the Log unlike the managed code. Any
reason to why there is a difference?
What I want to do with the result is save it and fire an event when I
get it, so I need a way to do this.
On Tue, Jan 10, 2012 at 3:46 AM, Jonathan Pryor wrote:
> On Jan 9, 2012, at 6:42 PM, Tomasz Cielecki wrote:
>> Would it be enough just to copy it into the main project?
>
> Yes, or Link the file into your main project. The key point is that if you
> want it in the .apk and it's not C# code, it needs to be in the main project.
> This includes resources, Java source, Java libraries, assets...
>
> - Jon
>
> ___
> Monodroid mailing list
> Monodroid@lists.ximian.com
>
> UNSUBSCRIBE INFORMATION:
> http://lists.ximian.com/mailman/listinfo/monodroid
--
Med Venlig Hilsen / With Best Regards
Tomasz Cielecki
http://ostebaronen.dk
___
Monodroid mailing list
Monodroid@lists.ximian.com
UNSUBSCRIBE INFORMATION:
http://lists.ximian.com/mailman/listinfo/monodroid
Re: [mono-android] WebView Javascript Interface and exposing methods through JNI
My guess it has something to do with my implementation of my
GetNotifyHandler. It looks like this:
static Delegate cb_notify;
static Delegate GetNotifyHandler()
{
if (cb_notify == null)
cb_notify =
JNINativeWrapper.CreateDelegate((Action)n_Notify);
return cb_notify;
}
static void n_Notify(IntPtr jnienv, IntPtr lrefThis, String a)
{
ManagedAccessControlJavascriptNotify __this =
Java.Lang.Object.GetObject(lrefThis,
JniHandleOwnership.DoNotTransfer);
__this.Notify(a);
}
I have also tried putting Java.Lang.String as parameter in that
Action, but that results in an Unhandled exception with the message:
The type `Java.Lang.String' layout needs to be Sequential or Explicit
My question is. What happens if the Javascript interface wants to pass
a Java.Lang.String to the managed code and the Action there has the
type System.String. Is it able to cast it or is this why I get null as
parameter passed into my method?
On Tue, Jan 10, 2012 at 10:38 AM, Tomasz Cielecki wrote:
> OK, So it kind of works, but there is a small problem. The notify
> method I override always has null as its parameter when a result of
> not being null is expected. So the Javascript Interface invokes the
> method, but nothing is passed along as parameter.
>
> So investigating a bit I tried just instantiating the Java object and
> pass it directly like this:
>
> IntPtr AccessControlJavascriptNotify_Class =
> JNIEnv.FindClass("monodroid/watoolkit/library/login/AccessControlJavascriptNotify");
> IntPtr AccessControlJavascriptNotify_Ctor =
> JNIEnv.GetMethodID(AccessControlJavascriptNotify_Class, "",
> "()V");
> IntPtr AccessControlJavascriptNotify_Instance =
> JNIEnv.NewObject(AccessControlJavascriptNotify_Class,
> AccessControlJavascriptNotify_Ctor);
>
> webView.AddJavascriptInterface(new
> Java.Lang.Object(AccessControlJavascriptNotify_Instance,
> JniHandleOwnership.TransferLocalRef), "external");
>
> I edited my Java class to be a bit verbose:
>
> package monodroid.watoolkit.library.login;
> import android.util.Log;
>
> public class AccessControlJavascriptNotify
> {
> private static final String TAG =
> "AccessControlJavascriptNotify";
> public void notify(String securityTokenResponse) {
> Log.v(TAG, securityTokenResponse); }
> }
>
> This spits out what I want in the Log unlike the managed code. Any
> reason to why there is a difference?
>
> What I want to do with the result is save it and fire an event when I
> get it, so I need a way to do this.
>
> On Tue, Jan 10, 2012 at 3:46 AM, Jonathan Pryor wrote:
>> On Jan 9, 2012, at 6:42 PM, Tomasz Cielecki wrote:
>>> Would it be enough just to copy it into the main project?
>>
>> Yes, or Link the file into your main project. The key point is that if you
>> want it in the .apk and it's not C# code, it needs to be in the main
>> project. This includes resources, Java source, Java libraries, assets...
>>
>> - Jon
>>
>> ___
>> Monodroid mailing list
>> Monodroid@lists.ximian.com
>>
>> UNSUBSCRIBE INFORMATION:
>> http://lists.ximian.com/mailman/listinfo/monodroid
>
>
>
> --
> Med Venlig Hilsen / With Best Regards
> Tomasz Cielecki
> http://ostebaronen.dk
--
Med Venlig Hilsen / With Best Regards
Tomasz Cielecki
http://ostebaronen.dk
___
Monodroid mailing list
Monodroid@lists.ximian.com
UNSUBSCRIBE INFORMATION:
http://lists.ximian.com/mailman/listinfo/monodroid
[mono-android] Running an M4A App on GoogleTV
Recently got a Google TV box, the Sony NSZ-GT1. Upgraded to latest firmware with Android 3.1. Was able to ADB CONNECT to the unit over WiFi. I "seemed to" successfully Deploy our running M4A app to the Google TV from VS 2010. Icon for our app shows up on Google TV. However, when I click to run our app on the Google TV, the app immediately crashes: java.lang.UnsatisfiedLinkError: Couldn't load monodroid: findLibrary returned null Our app was built with Android 2.3 as a minimum, so I hoped it would run on Android 3.1 on the NSZ-GT1 box. Any thoughts? Do we need to rebuild our app with Android 3.1 as a minimum? The ADB log is attached. -- View this message in context: http://mono-for-android.1047100.n5.nabble.com/Running-an-M4A-App-on-GoogleTV-tp5133991p5133991.html Sent from the Mono for Android mailing list archive at Nabble.com. ___ Monodroid mailing list Monodroid@lists.ximian.com UNSUBSCRIBE INFORMATION: http://lists.ximian.com/mailman/listinfo/monodroid
Re: [mono-android] Running an M4A App on GoogleTV
Oops, should have checked other posts first I guess. Seems that the Sony NSZ-GT1 uses x86 Intel chips, right? And M4A 4.0.1 does not yet have x86 support. That's why findLibrary failed? Could someone please confirm? Also, any general timing on the x86 support for M4A? -- View this message in context: http://mono-for-android.1047100.n5.nabble.com/Running-an-M4A-App-on-GoogleTV-tp5133991p5133994.html Sent from the Mono for Android mailing list archive at Nabble.com. ___ Monodroid mailing list Monodroid@lists.ximian.com UNSUBSCRIBE INFORMATION: http://lists.ximian.com/mailman/listinfo/monodroid
Re: [mono-android] Running an M4A App on GoogleTV
Forgot the trace file http://mono-for-android.1047100.n5.nabble.com/file/n5133999/log.txt log.txt -- View this message in context: http://mono-for-android.1047100.n5.nabble.com/Running-an-M4A-App-on-GoogleTV-tp5133991p5133999.html Sent from the Mono for Android mailing list archive at Nabble.com. ___ Monodroid mailing list Monodroid@lists.ximian.com UNSUBSCRIBE INFORMATION: http://lists.ximian.com/mailman/listinfo/monodroid
Re: [mono-android] Running an M4A App on GoogleTV
As I understand things, the x86 support is required for Gtv. This will move Gtv support to a future version of M4A. Wally > Date: Tue, 10 Jan 2012 04:38:43 -0800 > From: da...@headstandsoftware.com > To: monodroid@lists.ximian.com > Subject: Re: [mono-android] Running an M4A App on GoogleTV > > Oops, should have checked other posts first I guess. Seems that the Sony > NSZ-GT1 uses x86 Intel chips, right? And M4A 4.0.1 does not yet have x86 > support. That's why findLibrary failed? > > Could someone please confirm? > > Also, any general timing on the x86 support for M4A? > > -- > View this message in context: > http://mono-for-android.1047100.n5.nabble.com/Running-an-M4A-App-on-GoogleTV-tp5133991p5133994.html > Sent from the Mono for Android mailing list archive at Nabble.com. > ___ > Monodroid mailing list > Monodroid@lists.ximian.com > > UNSUBSCRIBE INFORMATION: > http://lists.ximian.com/mailman/listinfo/monodroid ___ Monodroid mailing list Monodroid@lists.ximian.com UNSUBSCRIBE INFORMATION: http://lists.ximian.com/mailman/listinfo/monodroid
Re: [mono-android] Debugging in VS2010 is unusable!
I don't have the same issue with Eclipse and Java. Are you sure the issue is emulator related? -- View this message in context: http://mono-for-android.1047100.n5.nabble.com/Debugging-in-VS2010-is-unusable-tp4796099p5133848.html Sent from the Mono for Android mailing list archive at Nabble.com. ___ Monodroid mailing list Monodroid@lists.ximian.com UNSUBSCRIBE INFORMATION: http://lists.ximian.com/mailman/listinfo/monodroid
Re: [mono-android] WebView Javascript Interface and exposing methods through JNI
One of these days we'll get the JNI doc published which discusses many of these
issues.
In the meantime...
On Jan 10, 2012, at 4:58 AM, Tomasz Cielecki wrote:
> My guess it has something to do with my implementation of my GetNotifyHandler.
Not GetNotifyHandler(), but n_Notify():
>static void n_Notify(IntPtr jnienv, IntPtr lrefThis, String a)
What's going on is a "reverse P/Invoke": you're creating a delegate
(`cb_notify`), which is passed to native code (Dalvik), and the delegate is
invoked. This means that you need to stick to types that the P/Invoke marshaler
knows about.
In this case, the P/Invoke marshaler will see a `string` parameter, assume that
it's a UTF-8 `const char*` value, and behaves accordingly. However, that's not
what the parameter will be, it'll be a java.lang.String instance, which the
P/Invoke marshaler knows nothing about.
The solution is to manually marshal things:
static void n_Notify(IntPtr jnienv, IntPtr lrefThis, IntPtr native_a)
{
ManagedAccessControlJavascriptNotify __this =
Java.Lang.Object.GetObject(
lrefThis, JniHandleOwnership.DoNotTransfer);
Java.Lang.String a =
Java.Lang.Object.GetObject(
a, JniHandleOwnership.DoNotTransfer);
__this.Notify (a);
}
> What happens if the Javascript interface wants to pass a Java.Lang.String to
> the managed code and the Action there has the type System.String.
Convert the Java.Lang.String to a System.String by using
Java.Lang.String.ToString(). :-)
- Jon
___
Monodroid mailing list
Monodroid@lists.ximian.com
UNSUBSCRIBE INFORMATION:
http://lists.ximian.com/mailman/listinfo/monodroid
Re: [mono-android] WebView Javascript Interface and exposing methods through JNI
Oh nice! I will try this out. I really appreciate the help and
time you put into this!
On Tue, Jan 10, 2012 at 5:08 PM, Jonathan Pryor wrote:
> One of these days we'll get the JNI doc published which discusses many of
> these issues.
>
> In the meantime...
>
> On Jan 10, 2012, at 4:58 AM, Tomasz Cielecki wrote:
>> My guess it has something to do with my implementation of my
>> GetNotifyHandler.
>
> Not GetNotifyHandler(), but n_Notify():
>
>> static void n_Notify(IntPtr jnienv, IntPtr lrefThis, String a)
>
> What's going on is a "reverse P/Invoke": you're creating a delegate
> (`cb_notify`), which is passed to native code (Dalvik), and the delegate is
> invoked. This means that you need to stick to types that the P/Invoke
> marshaler knows about.
>
> In this case, the P/Invoke marshaler will see a `string` parameter, assume
> that it's a UTF-8 `const char*` value, and behaves accordingly. However,
> that's not what the parameter will be, it'll be a java.lang.String instance,
> which the P/Invoke marshaler knows nothing about.
>
> The solution is to manually marshal things:
>
> static void n_Notify(IntPtr jnienv, IntPtr lrefThis, IntPtr native_a)
> {
> ManagedAccessControlJavascriptNotify __this =
> Java.Lang.Object.GetObject(
> lrefThis, JniHandleOwnership.DoNotTransfer);
> Java.Lang.String a =
> Java.Lang.Object.GetObject(
> a, JniHandleOwnership.DoNotTransfer);
> __this.Notify (a);
> }
>
>> What happens if the Javascript interface wants to pass a Java.Lang.String to
>> the managed code and the Action there has the type System.String.
>
> Convert the Java.Lang.String to a System.String by using
> Java.Lang.String.ToString(). :-)
>
> - Jon
>
> ___
> Monodroid mailing list
> Monodroid@lists.ximian.com
>
> UNSUBSCRIBE INFORMATION:
> http://lists.ximian.com/mailman/listinfo/monodroid
--
Med Venlig Hilsen / With Best Regards
Tomasz Cielecki
http://ostebaronen.dk
___
Monodroid mailing list
Monodroid@lists.ximian.com
UNSUBSCRIBE INFORMATION:
http://lists.ximian.com/mailman/listinfo/monodroid
Re: [mono-android] Debugging in VS2010 is unusable!
My finding is that MfA debugging on Windows is a pretty poor experience. This is in VS and MD. On Mac, the experience is better. I saw problems at AnDevCon regarding debugging on Windows, but I also hear about fewer issues in eclipse/java. Wally > Date: Tue, 10 Jan 2012 02:50:55 -0800 > From: jeno.las...@gmail.com > To: monodroid@lists.ximian.com > Subject: Re: [mono-android] Debugging in VS2010 is unusable! > > I don't have the same issue with Eclipse and Java. Are you sure the issue is > emulator related? > > -- > View this message in context: > http://mono-for-android.1047100.n5.nabble.com/Debugging-in-VS2010-is-unusable-tp4796099p5133848.html > Sent from the Mono for Android mailing list archive at Nabble.com. > ___ > Monodroid mailing list > Monodroid@lists.ximian.com > > UNSUBSCRIBE INFORMATION: > http://lists.ximian.com/mailman/listinfo/monodroid ___ Monodroid mailing list Monodroid@lists.ximian.com UNSUBSCRIBE INFORMATION: http://lists.ximian.com/mailman/listinfo/monodroid
Re: [mono-android] Debugging in VS2010 is unusable!
My experience is slow and horrible on Windows regardless of whether I use java and eclipse or m4a and VS 2010. Jared Barneck http://www.rhyous.com From: Wally McClure To: monodroid@lists.ximian.com Sent: Tuesday, January 10, 2012 10:48 AM Subject: Re: [mono-android] Debugging in VS2010 is unusable! My finding is that MfA debugging on Windows is a pretty poor experience. This is in VS and MD. On Mac, the experience is better. I saw problems at AnDevCon regarding debugging on Windows, but I also hear about fewer issues in eclipse/java. Wally > Date: Tue, 10 Jan 2012 02:50:55 -0800 > From: jeno.las...@gmail.com > To: monodroid@lists.ximian.com > Subject: Re: [mono-android] Debugging in VS2010 is unusable! > > I don't have the same issue with Eclipse and Java. Are you sure the issue is > emulator related? > > -- > View this message in context: > http://mono-for-android.1047100.n5.nabble.com/Debugging-in-VS2010-is-unusable-tp4796099p5133848.html > Sent from the Mono for Android mailing list archive at Nabble.com. > ___ > Monodroid mailing list > Monodroid@lists.ximian.com > > UNSUBSCRIBE INFORMATION: > http://lists.ximian.com/mailman/listinfo/monodroid ___ Monodroid mailing list Monodroid@lists.ximian.com UNSUBSCRIBE INFORMATION: http://lists.ximian.com/mailman/listinfo/monodroid___ Monodroid mailing list Monodroid@lists.ximian.com UNSUBSCRIBE INFORMATION: http://lists.ximian.com/mailman/listinfo/monodroid
[mono-android] Windows v Mac
I'm curious as to: Are you using windows or the mac for your mfa development?Are you having more success with windows or the mac for your mfa development? For me, I find that the mac provides better debugging support, but is that just me? Wally ___ Monodroid mailing list Monodroid@lists.ximian.com UNSUBSCRIBE INFORMATION: http://lists.ximian.com/mailman/listinfo/monodroid
[mono-android] VS2010 crash on F5
I'm getting the following crash about 3 or 4 times out of 10 when I Start Debugging with F5. Anyone got any ideas of how to avoid this? When it happens I have to kill VS2010 with the TaskManager - no amount of hitting OK will clear things. Then I need to go onto the physical device and kill any mfA apps running. It's not a show stopper but it's inconvenient. http://mono-for-android.1047100.n5.nabble.com/file/n5135114/mfa1.png -- View this message in context: http://mono-for-android.1047100.n5.nabble.com/VS2010-crash-on-F5-tp5135114p5135114.html Sent from the Mono for Android mailing list archive at Nabble.com. ___ Monodroid mailing list Monodroid@lists.ximian.com UNSUBSCRIBE INFORMATION: http://lists.ximian.com/mailman/listinfo/monodroid
Re: [mono-android] Windows v Mac
I think java in general appear to be more mac friendly than windows. So eclipse appear to run better, and all java things too but It's just a feeling felt first 2 times when installed java sdk, eclipse and android first failed and second OK, but man.. That was slow. On mac it appear that is part of it.. No pain to put it to work (except for de awful emulator). And I'm a ex Windows guy or was Just feelings, no science opinion. Karl From: Wally McClure Reply-To: "monodroid@lists.ximian.com" Date: Tue, 10 Jan 2012 15:09:59 -0500 To: "monodroid@lists.ximian.com" Subject: [mono-android] Windows v Mac I'm curious as to: * Are you using windows or the mac for your mfa development? * Are you having more success with windows or the mac for your mfa development? For me, I find that the mac provides better debugging support, but is that just me? Wally ___ Monodroid mailing list Monodroid@lists.ximian.com UNSUBSCRIBE INFORMATION: http://lists.ximian.com/mailman/listinfo/monodroid ___ Monodroid mailing list Monodroid@lists.ximian.com UNSUBSCRIBE INFORMATION: http://lists.ximian.com/mailman/listinfo/monodroid
Re: [mono-android] Windows v Mac
The way I'm working right now: * Code in VS2010 (I'm a Resharper fanboi) using VMWare Fusion on my Mac. * Start up the emulator, on my Mac, via the command line, and test there * Use MonoDevelop (on the Mac host) & it's debugger when necessary. Seems to work the best for me. YMMV. On Tue, Jan 10, 2012 at 13:09, Wally McClure wrote: > I'm curious as to: > > Are you using windows or the mac for your mfa development? > Are you having more success with windows or the mac for your mfa > development? For me, I find that the mac provides better debugging support, > but is that just me? > > > > Wally > > > ___ > Monodroid mailing list > Monodroid@lists.ximian.com > > UNSUBSCRIBE INFORMATION: > http://lists.ximian.com/mailman/listinfo/monodroid > -- http://www.opgenorth.net ___ Monodroid mailing list Monodroid@lists.ximian.com UNSUBSCRIBE INFORMATION: http://lists.ximian.com/mailman/listinfo/monodroid
Re: [mono-android] VS2010 crash on F5
Hey, I passed this on to our debugger guy and he fixed it today. It won't make this week's release, but should make it into the next. Thanks for the report! Jonathan On 1/10/2012 2:18 PM, devbuzz wrote: > I'm getting the following crash about 3 or 4 times out of 10 when I Start > Debugging with F5. > > Anyone got any ideas of how to avoid this? > > When it happens I have to kill VS2010 with the TaskManager - no amount of > hitting OK will clear things. > > Then I need to go onto the physical device and kill any mfA apps running. > > It's not a show stopper but it's inconvenient. > > http://mono-for-android.1047100.n5.nabble.com/file/n5135114/mfa1.png > > -- > View this message in context: > http://mono-for-android.1047100.n5.nabble.com/VS2010-crash-on-F5-tp5135114p5135114.html > Sent from the Mono for Android mailing list archive at Nabble.com. > ___ > Monodroid mailing list > Monodroid@lists.ximian.com > > UNSUBSCRIBE INFORMATION: > http://lists.ximian.com/mailman/listinfo/monodroid > > ___ Monodroid mailing list Monodroid@lists.ximian.com UNSUBSCRIBE INFORMATION: http://lists.ximian.com/mailman/listinfo/monodroid
Re: [mono-android] Debugging in VS2010 is unusable!
I've had a few issues with debugging but in general I'm pretty happy. However I only debug on a physical device, the emulator is unusable IMO. mfA ver 4.0 debugging is much faster than the previous version; this improvement plus faster deployment speed are the probably the single biggest thing for me with ver 4.0. -- View this message in context: http://mono-for-android.1047100.n5.nabble.com/Debugging-in-VS2010-is-unusable-tp4796099p5135284.html Sent from the Mono for Android mailing list archive at Nabble.com. ___ Monodroid mailing list Monodroid@lists.ximian.com UNSUBSCRIBE INFORMATION: http://lists.ximian.com/mailman/listinfo/monodroid
Re: [mono-android] VS2010 crash on F5
Great - thanks Jonathan - that is good news. Will that be a general/auto update - or do I need to download from somewhere? -- View this message in context: http://mono-for-android.1047100.n5.nabble.com/VS2010-crash-on-F5-tp5135114p5135292.html Sent from the Mono for Android mailing list archive at Nabble.com. ___ Monodroid mailing list Monodroid@lists.ximian.com UNSUBSCRIBE INFORMATION: http://lists.ximian.com/mailman/listinfo/monodroid
Re: [mono-android] VS2010 crash on F5
The default is there is an update prompt that will appear in VS2010 when there is a new version. If you don't use that, you'll have to watch the mailing list or release notes for notices of new versions. Jonathan On 1/10/2012 3:27 PM, devbuzz wrote: > Great - thanks Jonathan - that is good news. > > Will that be a general/auto update - or do I need to download from > somewhere? > > -- > View this message in context: > http://mono-for-android.1047100.n5.nabble.com/VS2010-crash-on-F5-tp5135114p5135292.html > Sent from the Mono for Android mailing list archive at Nabble.com. > ___ > Monodroid mailing list > Monodroid@lists.ximian.com > > UNSUBSCRIBE INFORMATION: > http://lists.ximian.com/mailman/listinfo/monodroid > > ___ Monodroid mailing list Monodroid@lists.ximian.com UNSUBSCRIBE INFORMATION: http://lists.ximian.com/mailman/listinfo/monodroid
