I am looking to implement a relatively straight-forward feature where I make an call to an API the first time the user opens the app. However, unlike most circumstances where I am waiting for the API to provide confirmation or some information, I just want to make a "fire and forget" call and move forward with other processing.
I have explored AFNetworking and referencing Apple's official documentation on this matter, and did not discover a quick way to make fire and forget API calls. I assume this should be relatively simple to accomplish - any tips would be appreciated. Thanks!
Unless I'm missing something about the question, if you don't care about the response, just make a normal async request with a completion handler, and leave the completion handler empty.
Related
I'm using spectron on webdriverIO and try to avoid client.pause() method to wait and used client.waitForExist, waitForWindowLoading, waitUnitlText but the application closes very quick and I don't want to pass the implicit wait
can someone guide me towards the right direction to achieve it?
Many thanks in advance
I think you can not use webdriverio apis directly. You may have to be using the apis from Spectron which are listed in the below link.
https://github.com/electron-userland/spectron#clientwaituntilwindowloadedtimeout
Here is another link.
https://github.com/eostrom/spectron/blob/webdriverio-5/test/commands-test.js
I know this is probably a long-shot, but is it possible to use Siesta with a completely non-RESTful API? The API I have to work with (and is not in my control so sadly cannot change) requires every request to be a POST request regardless of whether it is purely retrieving data or not.
I've had a read through the question/answer here which gives me a glimmer of hope, however the big difference between that question and mine is the endpoints of each request. For the API I'm using, they're all the same :(
Every single request must POST to /api/api_post.php, and everything else is specified as a parameter supplied in the request.
Obviously I can roll my own request wrapper to handle this, but I'd love to be able to use some of the functionality provided by Siesta and not have to worry about all the annoyances of dealing with networking. Is there any way of doing this at all, or am I out of luck?
You can make your app work with an imaginary REST API, then transform that to non-restful requests underneath Siesta’s nose. (For example, GET /foo/3 might be transformed to POST /api/api_post.php with item=foo&id=3.) It’s a bit of a hassle, but it does get you the benefits of Siesta even for non-REST APIs.
There are two ways to implement this:
Use mutateRequests(…) to rewrite requests. This lets you arbitrarily alter the URLRequest before it’s sent.
Write your own NetworkingProvider. This is a bit more of a hassle, but gives more wholesale control of the rewriting. This approach might be more suitable if, for example, you need to rewrite responses as well, or if you have to turn one virtual request into multiple real ones.
More in the discussion here.
I've read throughout the whole document and find no answer to that.
Is there anyway I can cancel a rest operation?
You can't. Spring Rest-Template does not provide this feature.
I don't know if i am exceeding the limitations of expecting something at this level.
Can i have a CustomVoice when i call someone.
For Eg.: if I Press a Button CallUser which would make a call to the specified number, when the user accepts/receives the call, he/she should be able to hear/listen a Custom Voice in the form of some message, kind of stuff, but i wont be speaking a word.
Please let me know if i am not clear.
Feedbacks Welcomed.
Thank You.
Best Regards.
No, as a developers on iOS you can not interact with the telephone. So you will not be able to have some kind of text to speech engine to do the call for you.
You might be able to do this if you develop your own VOIP client, since then you have full control over the call.
I need to implement direct call feature via vicidial in my web application.
Let me explain the flow to better understand what I need to do. user would be able to login in vicidial via a webpage of my app. then can call on any number by entering number.
Is there any doc or wiki available to implement this feature. Guidance in simple steps would also be appreciating.
Thanks in advance :)
We implemented something like that using a product called WombatDialer that offers good APIs and is quite easy to set up (well, easier than ViciDial).
See http://www.wombatdialer.com/manuals/WD_UserManual-chunked/ar01s08.html for an API reference.