in-app-billing

How do I verify Android In-app Billing with a server with Ruby?

流过昼夜 提交于 2019-11-28 17:36:12
I am having trouble figuring out how to verify Androind In-app Billing purchases with my Ruby on Rails server. http://developer.android.com/guide/market/billing/billing_integrate.html I think that Android gives a Security.java that has some sort of method to verify on physical device. From my research it seems like either (1) I need to figure out how to use this Security.java class with my Ruby on Rails server or (2) I need to port Security.java to Ruby. Is this correct? Does anyone know another way to verify the receipt? I just figured this out. Basically the way it works is that when a

How do I verify Android in-app-billing transactions on MY server?

浪子不回头ぞ 提交于 2019-11-28 16:29:48
问题 I have made an Android app where items can be purchased using in-app-billing. When an item is purchased the transaction can easily be synced between Android Market and the phone - to be used in the app. But, I need MY server to be aware of the purchase. The decision to deliver app-specific data should be made on my server, not in the client app. E.g. User buys item X from Android Market. Transaction data Y is sent to the client. Client sends Y to my server. Client asks the server to deliver

in-app billing android return authentication is required when try to subscribe to product

浪尽此生 提交于 2019-11-28 15:57:49
问题 This is my first time to deal with In-App Billing in android 1) I am using API v3 2) I have upload alpha version of my app to be able to test then 3) I have created a subscribe product 4) This is my code to subscribe in the product mSubscribeButton.setOnClickListener(new OnClickListener() { @Override public void onClick(View v) { try { Bundle subscribeIntentBundle = mService.getBuyIntent(3, getPackageName(), "my_product_id", "subs", "bGoa+V7g/yqDXvKRqq+JTFn4uQZbPiQJo4pf9RzJ"); PendingIntent

Billing API v3 IabHelper NullPointerException

偶尔善良 提交于 2019-11-28 15:52:57
edit 4/15: Catching nullpointer in IabHelper appears to have stopped this problem. I am no longer seeing the exceptions being thrown, I'm going to accept this as an answer. edit 4/04: A little bit of a deeper dive. There are try catch blocks that handle RemoteExceptions and JSONExceptions for the queryPurchases method, but no NullPointerException handling. What I am going to try is include NullPointer Exception handling so IabHelper looks like this when trying to querySkuDetails: catch (NullPointerException e) { throw new IabException(IABHELPER_UNKNOWN_ERROR, "NullPointer while refreshing

In-app billing-v3 error in activity result

可紊 提交于 2019-11-28 14:42:33
Whenever starting payment service everything is ok but in activity result got Error on activity result RESULT_OK = 0 and resultCode =-1 as expect in sample example but i don't know where is going to wrong.. if (Navigator.REQUEST_PASSPORT_PURCHASE == requestCode) { if (RESULT_OK == resultCode) { dealWithSuccessfulPurchase(); } else { dealWithFailedPurchase(); } } there is control goes in else statment .. check my below code: @Override protected void onActivityResult(int requestCode, int resultCode, Intent data) { Log.d(TAG, "onActivityResult(" + requestCode + "," + resultCode + "," + data); if

Does In App Billing support multiple accounts?

谁说胖子不能爱 提交于 2019-11-28 11:12:18
Does InApp billing (V2 or V3) works for a user who uses several accounts and makes the purchase with an account that isn't the primary one? PD: Some explanation required, no simple Yes/No In App Billing support multiple accounts reported as a bug in code.google , have a look at it According to Mr.Sergej (posted in G+ android dev community) in-app products purchased with the first account won't be active anymore while using multiple user accounts!. InApp billing just charges the user and tells your app whether it was successful or not. It is up to you to figure out how to give the user what

mService.consumePurchase(3, packageName, purchaseToken) always returns RESULT_DEVELOPER_ERROR = 5 - invalid arguments provided to the API

风流意气都作罢 提交于 2019-11-28 10:16:34
I'm always getting "RESULT_DEVELOPER_ERROR = 5 - invalid arguments provided to the API", when trying to consume a purchase with String purchaseToken = "inapp:" + getPackageName() + ":" + productId; int response = 0; try { response = mService.consumePurchase(3, getPackageName(), purchaseToken); } catch (RemoteException e) { // TODO Auto-generated catch block e.printStackTrace(); } For that reason, I can always only make a purchase once. However, I need to be able to make the purchase much more often. I've been trying to fix this problem for 2 days now, no success. :/ Making and consuming

Server side verification of Google Play in-app billing purchase signature failed

懵懂的女人 提交于 2019-11-28 10:13:58
问题 i'm currently integrating Google Play in-app billing to my androidgame project, i have a Node.js server set up and plan to send it the "originalJson" and "signature" value of the Google Play purchase response for server side verification. then i put up a bit of test on my Node.js server, first here are the "originalJson" and "signature" value of one of my purchase(fetched from the client side): originalJson:{"orderId":"GPA.1312-8694-0319-25069","packageName":"com.shihu.sm.testin","productId":

You need to sign in to your google account?

元气小坏坏 提交于 2019-11-28 09:48:17
问题 TL;DR: I am getting a common error with in app billing, even though I have the correct test accounts. Do I have to opt-in with my test account? This is my first time with in app billing, and I am getting the following infamous error: I have read all the documentation a couple of times, and I have added my test accounts in Google Play Console: On my LG-G3 android device, I have added my test email in the accounts section (so now my phone has two google accounts associated with it) THE PROBLEM:

Working around API-purchase-logic-flaws for consumables in Google Play's Billing API v3 (Relevant to everyone using consumables with API v3)

て烟熏妆下的殇ゞ 提交于 2019-11-28 09:24:17
With version 3 of the Billing API, Google has removed the distinction between consumable and non-consumable products . Both have been combined into a new type called "managed" and behave somewhat like a hybrid: Your app needs to actively call a method to "consume" the items. If that is never done for a set of skus, those items basically behave as if they were non-consumable. The documentation describes the intended purchase flow as follows: Launch a purchase flow with a getBuyIntent call. Get a response Bundle from Google Play indicating if the purchase completed successfully. If the purchase