I have an Android app with inapp subscriptions (with a 7 day free trial period) and I am trying to upgrade it to Google Play Inapp Billing v3 following these instructions:
https://github.com/android/play-billing-samples/tree/master/ClassyTaxiJava
I don't understand what is the purpose of the "Backend Server". What is it for ?
By the way, if you have any link to a detailed tutorial to deploy such a server (Google explanations given here are quite 'light'), I am interested :)
Thanks !
Main purpose of backend server is to act as an interface between mobile app and google play console. All this subscription lifecycle handling is done on server side and also dependig on this life cycle, RTDN are sent from server side to the mobile app. Hope this answers your question.
The` backend server that is mentioned in your link a server that needs that library to work, but it does not mean that to implement in-app subscriptions and purchases in your app you need a backend server nor that github library.
Related
I have a Google App Engine application deployed which contains and manages user data. My users may want to share their personal data with third party sites. Think Garmin sharing running data with myfitness pal or Strava.
The google documentation is gives good examples for using endpoints with iOS, Android, and javascript based web apps. These examples use a client id but not a "client secret" and do not involve refreshing the access tokens.
I have a javascript app running on a third-party site that does one time lookups against the api well.
I’d like to create a sample server app, preferably in java, that would connect periodically using an assigned client secret and refresh access tokens.
I have found documentation for accessing Google API's at the second link below but it is not clear if "Google APIs" include Google App Engine endpoints or just the standard suite of google apis.
What is not clear to me is that at the first link the documentation suggests that a client library needs to be generated from the backend endpoint api using maven or the endpoints.sh tool. Examples are provided for iOS/Android but there is no discussion for third party access.
Does anyone know is the server access configuration I describe possible with custom endpoints? Has anyone encountered example code for a server app that uses refresh tokens against an endpoint api?
Thanks!
End Points Documentation:
https://cloud.google.com/appengine/docs/java/endpoints/auth
OAuth Documentation:
https://developers.google.com/identity/protocols/OAuth2InstalledApp
I recently started developing my first web application with Spring and I'm stuck with a question I could not really find an answer to. What I have is a simple Spring MVC application running in tomcat which provides data in form of JSON, XML or binary via REST. This service is consumed by two clients I developed, a simple Java desktop application and an Android app. So far the clients only got information about new data by polling.
What I want now, is a way for the server to send notifications/messages to the clients when new data is available. For the Android client it would be good if the notifications could received anytime, not only when the app is currently open of course. I found lots of information for JavaScript client code but very little really useful, up-to date input about what the options for java and android clients are.
It would be really great if someone could give me some idea what would be the best way to achieve what I want (ideally something which integrates well with Spring on the server side), what protocols/libraries/frameworks to use, maybe even point me to some example or tutorial, how to implement this on server and client side.
Thanks in advance for any input.
For android or mobile devices, Google Cloud Messaging is the preferred way of sending messages to applications running on devices.
Example : spring gcm server side project and a sample tutorial.
For desktop apps, either poll regularly the server or run something in background like crontab or active-mq to check the messages and start the desktop app.
WebSockets are the best solution. check the implementation in java in the server side
I am using sendgrid APIs to send bulk emails.We have cloud application in android and web using google app engine.As we know google app engine has limited quota.So we supposed to use FREE i.e.12k/month to send emails.We have integrated it properly.If I run the code at local side i.e. localhost:888, it works but if I deploy the code and try it from there then I am getting below exception.I have created an account on sendgrid already and verified as well.
com.google.apphosting.api.ApiProxy$FeatureNotEnabledException: The
Socket API will be enabled for this application once billing has been
enabled in the admin console
Is it really needed to have billing account?
You can use sendgrids web api which does not require the Socket API in App Engine.
If you want to use sendgrid's SMTP API you will have to enable billing. I would recommend using the web api though.
They have an example i successfully use in one of my projects.
I'm new in android and i want to know if there is some server / web service online that o can use to update and communicate with my app?
example: I have the app "message" in 5 phones so I want to communicate with all of them, if the phone 1 send a message all device must receive notification.
There is something that I can use maybe free?
You have many options to accomplish this goal, and most provide some free level of support.
In general if you want to "push" notifications to android devices, you can either directly use or use some provider that uses Google Cloud Messaging.
Using this approach directly means you need some web server to send request to, which will then forward a request to Google, which will then forward your "message" to the devices you want to reach. There are many options for free hosting of (smallish) web services. IBM's BlueMix and Heroku come to mind. So if your are comfortable writing web apps, this might be a good choice. I have used both (for Ruby on Rails backends to mobile apps) and found both very good, but am currently using Bluemix.
I believe Bluemix along with Parse also offer mobile data storage and easy access to Push notifications to both Android and iOS. I am currently using Bluemix via Ruby on Rails and pushing messages directly to devices via GCM and don't have much experience with those particular offerings.
i'm developing an app for people with communication disease. The point is that in my app i need that the user uses his gmail account to chat with his friends, like gmail gtalk service with helps to create the message.
I read the XMPP service of GAE but it only permit communication between an user and my app, not between users.
I tried with Smack Api but GAE doesn't suppor it.
I can create a chat with the Channel Service, but if i want to support Instant Messaging between two users is needed that an user make his account and his friends has to do it too to create the IM interface, and has to uses my web interface not a jabber client like Gtalk.
Can is communicate two users with XMPP in GAE, making an IM like GTalk?
What you need is Google Cloud Messaging Service.
The service just introduced last year and they just announced a lot of enhancement during the Google I/O 2013.
It supports messaging from/to browser, android, and IOS.
I suggest that you go with something like OpenFire RTC Server that is based on XMPP standards. This will help get you a XMPP Server running in no time and as suggested, you could look at hosting this on something like EC2.
A related thread : https://serverfault.com/questions/229039/xmpp-server-on-ec2-amazon-web-service-aws