Open GoogleCodeExporter opened 9 years ago
Same issue here, the example seems broken. The package path in the swc seems to
be com.adobe.nativeExtensions.AppPurchase, while the id listed in the txt file
is come.adobe.appPurchase, not sure if that's the issue.
A fix would be great! Also, can you attach a complete working project?
Original comment by shawnbla...@gmail.com
on 26 Nov 2011 at 8:40
I have been banging my head against the wall with this problem as well. Some
guidance would be much appreciated!
Original comment by kashaniz...@gmail.com
on 28 Nov 2011 at 8:49
So, the library does work, but only when compiled and run on the device. If you
attempt to debug this in ADL it will blow up. Package, and deploy to the
device, start a debug session, and you'll see that everything runs fine.
Original comment by shawnbla...@gmail.com
on 28 Nov 2011 at 10:05
ya, when i compiled from command line and deployed on device, it works fine..
Original comment by vickyvb...@gmail.com
on 30 Nov 2011 at 2:03
Hi Shawn and all other:
Thanks for reporting this issue. I will add the stubs for desktops
ASAP.Currently the ANE works only on actual device.
"come.adobe.appPurchase" is the extension id whereas
"com.adobe.nativeExtensions.AppPurchase" is the package(namespace) in which AS
classes/APIs are defined these two are not related at all. Sorry for choosing
confusing names.
Original comment by saumitra...@gmail.com
on 2 Dec 2011 at 8:15
Also, when i try to generate the ipa file, either by using command line adt
command, or from new FlashBuilder 4.6, it takes around 15min to just create an
ipa file.
I have tried using diffrent options like ipa-test-interpreter or ipa-test, but
still it takes around 12 min..
Anyone knows how to reduce compile time?
Original comment by vickyvb...@gmail.com
on 2 Dec 2011 at 8:50
Using FB 4.6, open your debug configuration and select "Fast Mode" it should
compile in about 15 seconds.
Original comment by shawnbla...@gmail.com
on 2 Dec 2011 at 9:08
@saumitra - If you could add a stub for Android that would be excellent as
well. My end result is a project I can compile on all devices without having to
modify the code.
Currently including this package will blow up on Android, even though I never
make calls on it, simple because the classes are missing... that's a bummer.
Original comment by shawnbla...@gmail.com
on 2 Dec 2011 at 9:10
Original issue reported on code.google.com by
vickyvb...@gmail.com
on 25 Nov 2011 at 2:35