W rozliczeniach z aplikacji v3 NullPointerException

Question

Aby przetestować w aplikacji billingowej v3 dla Androida, zaimplementowałem okno dialogowe, które dodaje adapter pojedynczego wyboru przedmiotów. Dodałem test Skus, "android.test.purchased", "android.test.canceled", "android.test.refunded", "android.test.item_unavailable".

Gdy korzystam z okna dialogowego, aby uruchomić przepływ zakupów, wszystko jest w porządku, mogę kupić przedmiot, a przedmiot jest zdecydowanie kupowany. Jednak otrzymuję punkt zerowy wyjątku, gdy moja aplikacja próbuje odświeżyć interfejs użytkownika. Wiem, że działa odświeżanie.

Oto mój logcat:

12-16 01:06:06.706: I/Running inventory query with(20846): android.test.purchased 
12-16 01:06:06.706: I/Running details query with(20846): SkuDetails:{"title":"Sample Title","price":"£0.61","type":"inapp","description":"Sample description for product: android.test.purchased.","productId":"android.test.purchased"} 
12-16 01:06:06.706: I/Running details query with(20846): SkuDetails:{"title":"Sample Title","price":"£0.61","type":"inapp","description":"Sample description for product: android.test.purchased.","productId":"android.test.purchased"} 
12-16 01:06:06.706: I/Running inventory query with(20846): android.test.canceled 
12-16 01:06:06.706: I/Running details query with(20846): null 
12-16 01:06:06.706: I/Running details query with(20846): null 
12-16 01:06:06.706: D/AndroidRuntime(20846): Shutting down VM 
12-16 01:06:06.706: W/dalvikvm(20846): threadid=1: thread exiting with uncaught exception (group=0x40d12930) 
12-16 01:06:06.706: E/AndroidRuntime(20846): FATAL EXCEPTION: main 
12-16 01:06:06.706: E/AndroidRuntime(20846): java.lang.NullPointerException 
12-16 01:06:06.706: E/AndroidRuntime(20846): at com.example.test.MainActivity$1.onQueryInventoryFinished(MainActivity.java:201) 
12-16 01:06:06.706: E/AndroidRuntime(20846): at com.example.test.util.IabHelper$2$1.run(IabHelper.java:536) 
12-16 01:06:06.706: E/AndroidRuntime(20846): at android.os.Handler.handleCallback(Handler.java:725) 
12-16 01:06:06.706: E/AndroidRuntime(20846): at android.os.Handler.dispatchMessage(Handler.java:92) 
12-16 01:06:06.706: E/AndroidRuntime(20846): at android.os.Looper.loop(Looper.java:137) 
12-16 01:06:06.706: E/AndroidRuntime(20846): at android.app.ActivityThread.main(ActivityThread.java:5039) 
12-16 01:06:06.706: E/AndroidRuntime(20846): at java.lang.reflect.Method.invokeNative(Native Method) 
12-16 01:06:06.706: E/AndroidRuntime(20846): at java.lang.reflect.Method.invoke(Method.java:511) 
12-16 01:06:06.706: E/AndroidRuntime(20846): at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:793) 
12-16 01:06:06.706: E/AndroidRuntime(20846): at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:560) 
12-16 01:06:06.706: E/AndroidRuntime(20846): at dalvik.system.NativeStart.main(Native Method) 

for (String s : allSkus) { 
Log.i("Running inventory query with", "" + s); 
SkuDetails c = inv.getSkuDetails(s); 
Log.i("Running details query with", "" + c); 
if (inv.hasPurchase(s)) { 
    purchaseArray.add(c.getTitle()); 
} else { 
    **LINE 201** objects.add(c.getPrice() + " T:" + c.getSku()); 
} 

allSkus jest ArrayList która posiada 4 SKU powyżej.

Nullpointer jest SkuDetails c = inv.getSkuDetails (s);

Która zwraca wartość NULL podczas odświeżania interfejsu użytkownika. Problem polega jednak na tym, że wydaje się działać dla pierwszego sku (android.test.purchased), ale ma wartość zerową dla drugiego sku (android.test.canceled) i to też jest tylko zerowe, gdy działa po zakupie innego przedmiotu (zwrócone lub zakupione). Jednak jeśli później ponownie go uruchomię, wszystko będzie w porządku i nie zostanie zgłoszony żaden punkt zerowy.

Jeśli dodać null czek przed dodaniem do obiektów ArrayList, to nie są dodawane jako elementy każdej pozycji po lub przed zakupionego przedmiotu zwraca NULL w inv.getSkuDetails (s)

Answer 1

Zdobione, pozostawiając to dla każdego, kto ma taki sam problem jak ja. Podczas odświeżania interfejsu użytkownika wywołałem zapytanie IabHelper bez sprawdzania szczegółów skusa. W ten sposób wyuczone skusy miały szczegóły, ale te, które nie były, zawiodły.

Answer 2

To mnie zaskoczyło, a przyjęta odpowiedź nie zawierała istotnych szczegółów.

Po wywołaniu funkcji startSetup należy przekazać listę z kodami SKU, które mają zostać zapytane (niezależnie od tego, czy zostały zakupione). Tak więc wyglądałoby to jak kod poniżej, zamiast tego, co podano w (nieadekwatnym) przykładzie płytki TrivialDrive.

mHelper.queryInventoryAsync(true, skuList, mGotInventoryListener); 

Ponadto, wygląda na to, istnieje kilka metod fantomowe (które wciąż jeszcze nie czyszczone w komentarzach, które są również niedokładne) ... więcej szczegółów tego buga tutaj:

http://code.google.com/p/marketbilling/issues/detail?id=98