| Reply | « Previous Thread | Next Thread » |
|
Hi,
I am trying to use the platformRequest() function to launch a URL in a wap browser. I believe that this is the correct method to invoke this functionality?? i am using the syntax platformRequest("http://www.x.y"); Is this the correct syntax to call this method. When installing this on my 6600 i get a montyThread -1 error. What does this mean? Has anybody any ideas on this one? Thanks, Brian |
| brianpegan |
| View Public Profile |
| Find all posts by brianpegan |
|
Hmm I have another message: MontyThread - 6
After calling platformRequest twice I also have full AMS crash. And no one midlet can execute before hard reset! |
|
So does anybody know what a montyThread error means or where could one find what the list of errors are??
Does some external process have to be running first before executing platformRequest??? Has anybody gotten this to successfully work on a device and if so how did they iniate the call?? Thanks, Brian |
| brianpegan |
| View Public Profile |
| Find all posts by brianpegan |
|
This is exactly what I am getting (the -6 variant) when requestinga voice call initiation: very interested whats behind this.
Chris |
| cwfvanoordt |
| View Public Profile |
| Find all posts by cwfvanoordt |
|
Just a guess: maybe they're security exceptions of some sort. Are your MIDlets trusted?
shmoove |
|
No it is not a trusted midlet. I wonder if this is the problem.. i have just read thatonly trusted midlets can perform operations such as launching browser, making call etc in MIDP 2.0.
I am new to J2ME development and so am not familiar to creating trusted midlet process. I have created a signed jad file using the nokia developer suite. However when i transfer the jar and jad files to the device and install the trusted jad file nothing visible gets installed. Am i following the correct process to install?? Has anybody had this problem using trusted midlets?? Brian |
| brianpegan |
| View Public Profile |
| Find all posts by brianpegan |
|
Do the guys at Nokia have any ideas on this one as this seem to be an issue with many people.
|
| brianpegan |
| View Public Profile |
| Find all posts by brianpegan |
|
Is this "monty" in any way related to "Project Monty", the new KVM/JVM from Sun? Look on java.sun.com or google if you don't know what i'm talking about. I know this doesn't answer your question, i'm just wondering if the 6600 is using this JVM.
|
|
Hi all,
I have encountered the same behavior on 6600. However, I did managed to use platformRequest() for both call initiation and launch browse on Motorola V300/V500/V600. |
|
Brian
If I sign it in Nokia get the same result, and if I sign it in Sun it blocks me from downloading the file stating that it is marked read-only. zivgr, very interesting that it works on Motorola's, so possibly a problem with Nokia signing process, or in the worst case just not implemented. Did you sign it to get it to work on the Motorola? Chris |
| cwfvanoordt |
| View Public Profile |
| Find all posts by cwfvanoordt |
|
From everything that I have seen in the current thread and other threads and forums I think I could safely conclude that the problem is not in signing the midlets. This is a bug with all symbian devices(and not just with Nokia symbian devices). For some reason this method has not been implemented on symbian devices. I dont know why.. perhaps for reasons of imcompatability or some other reason.
Brian |
| brianpegan |
| View Public Profile |
| Find all posts by brianpegan |
|
No I didn't, and I was prompted for approval before the action took place.
It means that this API can be invoked even if the MIDlet is untrusted (i.e. not signed) Notice that it is up to the vendor/operator the security level needed for a specific API. |
| Reply | « Previous Thread | Next Thread » |
| Thread Tools | Search this Thread |
|---|---|