Greetings,
I am thinking of getting an application in iPhone to establish connection with a application server to collects its contact details and then sync it with our address book.
Anyone could direct me in the direction i have to take to achieve this target. And the things i have to look up.
You must, first of all, start with a XML-RPC library for iPhone. That is not implemented yet in the iOS core sdk. A good starting point is the open source application developed from wordpress that contain a xml-rpc library. Then you can play with the method from within this application, calling specific opener methods.
This is the link to download wordpress for iOS: http://ios.wordpress.org/development/
Someone is working on a mobile client for OpenERP, but I don't know if there are any plans for iPhone specifically.
If you want to build your own, I suggest you look at the OpenERP developer book's section on web services. You can send XML-RPC requests to the server to do anything the regular client can do. The XML-RPC layer is basically a wrapper around the ORM methods.
Related
I am trying to do web apps using PhoneGap framework for iOS. I need to know whether PhoneGap loads page from server or not, I mean , can I use server side scripting language like php, pyhon, etc?
And if I used those scripting language, can I use phone native feature like camera?
Also for data storage there may be feature, I heard opendatabase can be used for online / offline database. Please anyone help me to figure out these things.
Waiting for good answer.
Thanks
Server side scripts cannot be loaded from within the app, however you can certainly call out to PHP, Python, etc running on a server from the app using AJAX, XHR, etc.
I gave an example in the question below:
How can get value in phonegap which is returned by php class?
How can i make a lotus application an iPhone native apps?
For e.g: eLeave.
The submit or approve action button in the form was created using lotusscript. So how can it work in iOS ? I have no idea how can i extend my lotus application to an iPhone Native Apps. Someone had suggested to use either SOAP or REST via HTTP to communicate between iOS and domino. But i don't even know what can i do with SOAP in my apps.
Pls help.
The suggestions along the lines of SOAP or other HTTP-based access to the data are correct. Since you can't just port a Notes app to the iPhone (for a variety of reasons) or use the Notes Java API classes (since the iPhone doesn't have Java), some form of HTTP access is your best bet. Either traditional Domino web access via forms or XPages are most likely the best way to go, since then you can write your UI in Designer. If you don't want to or can't do that for whatever reason, you're on the hook for writing the UI for your iOS app separately and then connecting to Domino via Web Services or REST functionality.
SOAP Web Services are probably what you want. They have the advantage of being supported directly in Designer - you can create a Web Service Provider in LotusScript or Java in much the same way you would write an Agent or Script Library. You would have to write methods to access and update the data you want, but it would also mean you have full control over what happens. You could re-implement your form-submission code as a web service call that takes the changed data as parameters and then does whatever manipulation you want and creates/saves the document.
It does depend on the version of Lotus/Domino you are running. This could be a start XPages Mobile Controls I am not sure about the "native"here. This is XPages, web based.
Based on your comment, I know of one native application TSAzr. This application uses XPages as web-services on the domino server. A bit more info can be found here dominoGuru
Your follow-up suggests that a mobile-optimised web application will not cut it, and that you want a native application. This means writing a new iOS application, end of story. There are different ways to go about this of course—e.g. you could build a web app and then wrapper it using something like Appcelerator Titanium, or PhoneGap—but ultimately, you need to write something.
As #Jesse Gallagher has already stated, Notes applications can't be ported directly to an iOS device. Apart from anything else, a Lotus Notes client application is a proprietary data store (NSF) sitting within a C and C++-based client built and compiled for the relevant underlying platform (Win or OS X). There is no direct analogue for iOS other than re-coding your app (of course, you could re-use the existing Lotusscript business logic via web service calls, as detailed in earlier answers).
I'm writing a web application using Dashcode. Is it possible to access the iPhone address book from within this web application?
Dashcode is just the development environment IDE for generating widgets and iPhone apps and actually write the apps using JavaScript, HTML and CSS. Any app you make will need to sit on a server and be accessed through the mobile browser on the iPhone. So the question is can you/i connect from a web app to the iPhone native applications. Just from a security point of view i would doubt that this is possible or even desirable,
However i have seen suggestions that a native application in x-code could be built that would have a web interface that would be able to talk to the browser but i am not sure how you would engineer that or if it would work.
I suspect a simple solution is to sync your iPh=one contact with Gmail, or similar web app and then access it or write your own server that you sync contacts to. However this is not a general solution i suspect.
Hope this helps even though it is not the answer.
Closest thing I've found is How to incorporate WebSockets into a Cocoa application, but the answers only pointed to an outdated library.
Does anyone know about a WebSockets library compatible with iOS 4.x?
I've also read about Pusherapp, and, as good as the service could be, I would prefer to use my own WebSockets server.
You can check out the UnitT Web Socket Client. It is intended for use in iOS apps using Objective-C. It works with both ws & wss.
I am the author and have been using it in some of my projects with success. Let me know if you run into any trouble and I will do what I can to help.
Found this post in a google search for iOS WebSockets and wanted to put an updated answer.
Anyways, Zimt and Unitt's client don't support the latest standard (at the time of writing this).
(disclaimer: author of SocketRocket)
We just released a new library that has no external dependencies, supports RFC 6455 completely, and works with iOS 4.x+.
It's called SocketRocket and can be found here
You could make a web application using one of several Cocoa-like libraries and then convert it to a native app using something like PhoneGap/Apache Cordova.
Cappuccino - Make webapps using Objective-J and Cocoa-like API.
WebSockets for Cappuccino
SproutCore - Apple's Cocoa for the web
Toth - a multi-user SproutCore library that uses WebSockets.
For the server side there are lots of options. Just search for "websockets server" on github.com.
I created a package for iOS/Objective-C and TLS taking into account the new iOS13 TLS restrictions. It works with a NodeJS TLS server how I use it. Hope it helps, feel free to contribute.
https://github.com/eamonwhiter73/IOSObjCWebSockets
I'm working on an interface for an existing web application that will allow iPhone and other mobile clients.
I have started implement a JSON API and I need to give some detailed specificaitions for the App to an iPhone developer.
What I am curious about is whether other developers are using session data in their JSON / mobile client communications.
Do the common url grabbing libraries of iPhones (and other mobile devices) mimic a browser's cookie handling?
Can someone suggest what libraries might be used to achieve this? Are there any online tutorials or blog entries that outline state based web connectivity in an iPhone app?
I've used ASIHTTP (http://allseeing-i.com/ASIHTTPRequest/) and JSONFramework (http://code.google.com/p/json-framework/) to achieve this.
Both very good libraries that are easy to work with.