I have been looking into Google LVL to address stolen apps issues.
The API states the device need to "Run a system image on which the Google Play client application is preinstalled"
This cannot happend on a Wear device, but I am wondering if it can leverage the host phone instance of Google Client.
Has anyone faced this scenario?
You can't leverage the phone instance directly but a common approach at getting anything the phone can provide (network status etc) is to use the messaging api to send a custom message to request the information and get a message from the phone as a response. You could easily add to your wearable listener service on the mobile side to call the licencing and then wrap up a response and send a message to the wearable.
Depending on what your app does I'd try to put this as part of an existing message from mobile to wear to save unnecessary chatter.
Related
We are developing an Android app with VoIP call feature like WhatsApp's calls.
Following quick-start guides and examples provided by Twilio in their web we managed to make a simple VoIP app for testing (Android Client Tutorial), but when we configured server side app (provided in their examples) we were asked to enter a callerID that must be a valid phone number.
Why is this callerId needed and why it has to be a valid number phone if we just want to make app to app VoIP calls, without using any real mobile number?
Twilio developer evangelist here.
Using Twilio Client you can make both app to app calls and app to phone calls. You only need a calledId if you are calling out to the phone network. You can get a free phone number with your Twilio trial account and use that if you want to follow the Android Client Tutorial exactly.
Otherwise, you can skip the bits of the app where you call phones and just send calls out to other Clients. When you do that, you need only to set the callerId as your Client name.
Let me know if that helps at all.
Is it possible for a device to send message to other devices using Google cloud messaging without an app server at all?
I have a centralized database using Google Cloud Datastore. The app will get required registration ids from the centralized database and the database is updated by all the devices. So, getting registration ids is not a problem.
Can this be done using upstream messaging? I am not sure because i have searched a lot but never saw an example where app server is not used for this purpose.
This question is not duplicate of another question, because here i have central database to store registration ids which is mentioned as a problem in another question.
In the most basic sense no, not at this time. You cannot send an upstream message from one device to another without an app server. You can create an app server on your device application but that is not recommended. The current recommendation would be to use an app server to facilitate your device to device messages.
To answer is it possible? Yes it is.
Sometime back I have created a POC to send GCM message to self, so I know its very much possible. I configured my GCM to work with any ip in developer console i.e. 0.0.0.0.
just use HTTP post to send your message from android as you would have done from Server.
Like (most) everything else, there is an API for that.
Google hosts its GCM service on GCM Connection Servers. The official document requires you to create an App Server to issue the API requests to the Connection Servers.
Alternatively you could setup the Connection Server to accept requests from any IP around the world, and then issue the requests via your client app. The API is here and it's quite simple.
Seurity issues
Bundling your API key with your app, and setting the Connection Server to unrestricted connections is an obvious major security issue.
Why bother?
Why bother doing all of this? Instead I would use a free service like Parse.com, which takes care of the users database and offers up to 1000000 messages a month free.
Has anyone actually done this. I would like to see example android project.
I would like to create an Android application that neeeds to communicate with same application at a different device from different users. The user will be logged into the application using his Google+ account and he will be able to exchange messages with his friends. Imagine it like a chat application without a server in the middle.
The problem is that I don't own a server so the communication must be based to any Google framework or it must be implemented from device to device.
Do you have any suggestions?
I don't believe its possible to connect two devices over the internet without a server somewhere in the middle, basically there is no practical way for the devices to find each other without some known location they can both contact.
Your server wouldn't need to be too complex/expensive for testing usage. The free tier of Google Apps Engine, or a $5 PHP hosting account should do it.
I want to build a app with sharing option. I mean that users can pass simple data between their contacts, that use the app. And I don't want to use servers of mine.
Is it possible to use existing platforms such as Facebook, Google, or even with android APi only?
If it can be done, how can I do it?
You can try with gcm - Google Cloud Messaging for Android
Nevertheless, for this you will have to use some kind of server to send push messages.
I created the free and Open Source web service cross copy to do file and message transfer between devices via simple RESTful commands:
waiting for messages to appear "on the given codeword" (long polling):
GET http://cross-copy.net/api/any_codeword_you_like
sening a message in body to all waiting clients:
PUT http://cross-copy.net/api/any_codeword_you_like
Both devices must use the same codeword and hence it must be agreed upon (displayed on screen, QR-Code, prediefined, computed by geo location or what ever fits for your application. More infos are available in the readme at GitHub.
There is a Google+ mobile application for Android. To receive all the information it must be using some API.
How I can retrieve this information from my phone and see from where this app is getting data? I'd love to access it myself and see how it works.
You are talking about "reverse engineering" a network protocol.
Full sniffing
Get a market enabled emulator: How to install Android Market App on the emulator?
Get a network sniffer: tcpdump, wireshark, ...
Start to sniff what's going over the wire
http://www.thoughtcrime.org/software/sslstrip/ - an ssl stripping proxy
Inject your ca: http://www.mcbsys.com/techblog/2010/12/android-certificates/
This should, in theory, enable you to sniff any https or plain text connection.
Already available APIs
I would not try to hijack the connection. There is already a contacts API, it's called xmpp. You should be able to use the talk integration to pull your friend list.
Future APIs
You may also want to sign up for the upcoming API.
UPDATE
It appears that the Android client uses (at least partially) XMPP. The regular client requires an open XMPP connection and you can see a "RealTimeChat" in your logcat. It looks like the connection is encrypted because you get a "TLS required" message (the client seems to go through the XMPP connection states). I'm not sure if that's used for client based posts or just for server push. You can see the open connections with the help of "netstat". The connection goes away when google plus terminates.
I'd thus expect the API to be really open once released (or rev.eng).
UPDATE 2 (06. Jul. 2011)
Hangout is build on XMPP/MUC+JINGLE (muc == multiuser chat, jingle is roughly a SIP alternative on top of XMPP). And yes, they'll release the the details of it :-)
UPDATE 3 (06. Jul. 2011)
Multiple XMPP components for gtalk/gplus have been revealed by reading the JS code. It also emphasizes that they have build a great deal of features on XMPP.
They haven't launched the API yet. If there is something you want to build on Google+, they encourage you to signup here: https://services.google.com/fb/forms/plusdevelopers/
The API hasn't been released yet. Heck, the product hasn't even been released yet. Thats like developing a video game for playstation 5.
Yes it is. Its coming "soon" read :: http://www.webpronews.com/api-coming-soon-for-google-plus-2011-07