01-01-2011 08:45 AM
"Blank white screen" is what you'll see if you use http instead of https. Check that you are really accessing it via SSL and not using the regular unencrypted protocol.
01-01-2011 09:26 AM
I should note for anyone else using this that there are also bugs in this appInstaller CGI stuff that may prevent you using it successfully.
In my system, pretty much every time I have more than 10 apps installed the app list shown by this tool gets corrupted just after the 10th app. Currently the list looks like this around that point:
ICAgICAgICAgICA,184.108.40.206,source::developer Graphics1.R3JhcGhpY3MxICAgICAgICAgICA::R3JhcGhpY3M xICAgICAgICAgICA,220.127.116.11,source::developer ListDemo.TGlzdERlbW8gICAgICAgICAgICA::TGlzdERlbW8g ICAgICAgICAgICA,18.104.22.168,source::developer öûÿÿ öûÿÿ cations tions tions tions tions
If you get this situation,
The only other way I know of to discover the Package Ids is to ftp or telnet in and look into the /apps/ folder. For example, with ftp, just do "dir /apps/" and you'll see the list of app names and Package Ids that the appInstaller.html list is supposed to show you.
Alternatively, wipe the simulator and start clean, but that's a bit brute force...
01-01-2011 09:48 AM
01-07-2011 09:56 PM
Don't know if this has been answered yet, but on Mac OSX
/Applications/Adobe\ Flash\ Builder\ Burrito/sdks/blackberry-tablet-sdk-0.9.1/bin/black
Sending Uninstall request...Action: UninstallUninstalling b2FzbGVieS5haXJiYWxsICAgICA...
Works successfully to remove applications... Now if I could only remember what I named some of those dang bar files..
01-07-2011 11:28 PM
... Now if I could only remember what I named some of those dang bar files..With Peter's solution: http://supportforums.blackberry.com/t5/Tablet-OS-S
01-19-2011 11:17 AM
For anyone who was using the former backdoor with "https:...appInstaller.html" to list and/or uninstall apps (if you've lost your .bar file etc), I just stumbled over the new approach for Beta 3 release.
Although you can log in via SSH and do something like "ls -l /apps/" to see the list of apps, that's more involved than this approach:
%airsdk%\blackberry-deploy -listInstalledApps -device simbeta3 -password x
The AIRSDK environment variable points to where my SDK bin folder is. I have "simbeta3" in my hosts file, but just use the IP address of your simulator, and of course your own password.
No doubt this is supported via the IDEs people use, but for command line folks that's the new way. Not documented anywhere else that I've seen, but visible in the usage output for blackberry-deploy if you look carefully.
01-19-2011 11:20 AM
very cool approach - i guess if they close down one door another door is bound to open up haha
01-19-2011 04:22 PM
that is actually a front door. Undocumened currently as the most of the other stuff unfortunetly.
Actually more of a qconn door, I would think. ;-)
(If that makes no sense to someone, it's a reference to the "qconnDoor" software that runs in the simulator, listening on port 4455. It accepts connections from blackberry-deploy, blackberry-connect and the like, allowing us development mode access to the simulator. I believe the same interface directly supports a remote debugging connection to the native IDE, or at least will do so when that is released beyond QNX and their "close partners".)