This may sound very noobish, but I can't seem to get my app to my blackberry.
I was trying to follow the beginning blackberry development book's guide, but maybe I just missed the point somewhere.
For remote download, Is it really as simple as drop the COD and JAD files in the same folder on your server then just navigate to the URL with your device's browser? The book says it should prompt a download screen, but all I get is a page full of cryptic characters.
My app is a simple slideshow. Uses no signed things and is not MDS enabled. Did I forget something?
Any help would be appreciated.
Thanks
The easiest way to do it during development is to use javaloader:
javaloader.exe -u load myapp.cod
Where "myapp.cod" is the single COD file generated by the rapc compiler (and optionally signed if required).
If you do want to install it "OTA" (over the air) from your webserver, make sure you are deploying the JAD file and individual COD files (if it's a large app). Also make sure that your webserver MIME types are set properly for the .jad and .cod file extensions.
You could true bluetooth the COD and JAD files to your blackberry
Related
I set up my old laptop as a media server and created a mac application in AppleScript that would remotely restart or shutdown the mac depending on which button was pressed, using this code:
tell application "Finder" of machine "eppc://USERNAME:PASSWORD#MYSERVER"
shut down
end tell
It's super simple, and was easy to write, but now I want to create an iPad app that can accompany the mac one. Ideally, I'd like to use AppleScript as, like I said, it's very simple, but I feel like that's not an option.
What are some other ways to do this? Where I would click a button, then it would connect to my mac and either shutdown or restart.
I feel like the best way would be to use SSH, and right now I'm looking at https://github.com/x2on/libssh2-for-iOS. Any other ideas?
Okay, just to brainstorm.... Dropbox is a great way to share content among machines, but it's also a pretty darn decent communication mechanism.
I use Dropbox to fire up (legal only!) bittorrent downloads on my home machine by setting up my torrent client to watch a dropbox folder for incoming .torrent files. I can then save .torrents into that directory on any machine I have Dropbox on, or in principle from a browser on my iOS devices that could share to Dropbox, and ta-da, instant remote kickoff. I can sit on another machine, save a .torrent to that directory, watch its file extension change to .torrent.imported, and know that when I get back to my main machine, that thing will be downloaded.
You could use folder actions or a cron job to watch a certain Dropbox folder for commands, and then put files into that folder that trigger those scripts to perform certain behaviors. Dropbox has a very nice iOS client library, making it totally possible to store stuff to Dropbox from a custom app.
Is it possible for a website to automatically find a folder on usb stick and upload all the files in it to the web server by clicking only one button?
The problem is that I don't know how to make upload form automatically detect usb stick as the drive name(ie. G:, F:, etc) may vary from computer to computer, so hard coding path is not possible.
Ps. I'm using yii framework for site development, but can add a new page that will handle this in any other language as the client really wants this feature.
Web sites are not allowed to set default files to upload (it's a major security risk!). Also, web sites cannot scan the hard drive/enumerate what file systems exist on a system, again, for security purposes.
It might be possibly to do this with Flash/Silverlight/Java. Java seems the most likely to allow a web developer to do this (Java plugin seems to be quite willing to give out every permission under the Sun).
Short answer: No.
Long answer: Allowing automatic uploads in web browsers would be a huge security hole so the browsers intentionally prevent it. Even if you manage to find a hole that permits it, the browser makers will break it as soon as they find out.
However, if you have an environment where an actual separate program can be installed on the end user's computer you could easily write a program to do automated uploads of specified directories when launched.
I want to create a desktop application for OS X that does 3 things:
Creates a directory on the users computer with a custom icon
Downloads files to that directory from my server
Monitors changes in that directory and subdirecties so that it may send commands to my server
I understand how to download a file into a directory and communicate with my server. Where I lack knowledge is really the steps to get started so that the app is essentially this "smart sync folder."
Can anyone recommend tutorials, sample code, or just some general direction of how to get started on an app like this? Think really stripped down version of DropBox
Well, since you already know how to handle the web stuff, next step would be to get notifications when your folder changes.
Here's a good discussion of some good approaches (somewhat dated)
or
Download this demo to get started
I have some quite nasty issue I couldn't solve so far.
Whenever I do installation of Symbian application on Nokia platform, the browser loads blank HTML page, and needs to be closed manually.
It doesn't happens on WAP push installations - only on direct link installations via the browser.
It happens on installations both from JAD and JAR.
I tried specifying manifest entries, etc... - nothing helped.
Any idea how to prevent this blank page, as it confusing the users?
Thanks in advance.
You should make sure that the content types of the downloaded files are correct:
For .jad, the content type should be text/vnd.sun.j2me.app-descriptor
For .jar, the content type should be application/java-archive
Setting the content type according to a file's extension is usually something you configure in your HTTP server.
We have an Adobe AIR application which could be possibly downloaded from multiple domains. And when it's run, it should connect back to the site it was downloaded from to get data to show to the user.
So far we have a separate application build for each domain with a site URL hardcoded into it. And I wonder is there a way for AIR application to find out at runtime the URL (or at least domain) from which it was downloaded?
What we would like to have is a single downloadable binary served from all different domains, which still can know it's origin URL.
There's no function to retrieve such information, it would just make no sense if you think about it.
The most stable way is to include an external configuration file into the package.
Note that you can use ANT to automate this process for this final deployment.
There's no direct way to do it.
Here are some options which come in mind:
Build different versions for each site (this could be automated)
Let user choose the site at first launch
Try to guess it using using whatever resources you have (timezone, language, etc)
How should this work? The only solution i see (independent from AIR) is that you deliver an extra (properties) file with the application, containing the URL downloaded from. So you dont need to build a separate app for each domain, but only package a different domain-file with it. The app then reads this file and executes some context sensitive stuff.
I am trying to address the exact same issue right now.
It looks like you can modify the install badge to pass parameters to the air app.
From what I gather the values are only passed down on install or launch-from-badge.
Something I plan on researching is that one of the parameters in "AIRBadge.as" is _appURL which is the URL of the page the badge is on. I don't yet know if that value makes it down to the installed AIR app in some way; but it could be a useful property. I'm ultimately hoping that the AIR install process injects that into the application descriptor xml, but I'm not holding my breath.
Check this page out: http://archive.davidtucker.net/2008/01/10/air-tip-5-passing-arguments-to-an-application-on-install/#
When the user downloads, you could store their IP address in your central DB. Then when the app is installed and runs the first time, the app could hit your central DB to match up their IP address with the server they downloaded from.
A cookie with a specific name being stored on a download page, and the AIR app looking for that? Though that might not work for direct downloads. It might also be hard to pull off since knowing the specific browser used to download it would be an issue.