Problem with ANE in Captive Runtime

Question

Hi,
this is my first post to the community so I am not really sure if this is the right forum ... i hope so.
I built an ANE for Android based on the zbar library to scan bar- and qr-codes ... it works pretty fine in debug mode and also works great when I release the app using it with the "Shared Runtime" option.
But I need the captive runtime as our customer wants the app to be as easy as possible for the users and so an additional download of the AIR-Runtime (if its not installed) is not the way we want it to be.
I really hope someone can help me out and point me to the right direction what could be wrong with the ANE.
Basically it is just one function called from ActionScript to the native code and this one starts an activity with a camera view and the zbar listener. When it recognizes the bar/qr code the activity dispatches the status event to ActionScript and exits.
When i build the app with captive runtime nothing happens when i hit the button which should start the native code ... as i dont have flash builder debug information available within the release build i really dont know what the problem is. Also general android LogCat doesnt report any error.
As i stated before, with the shared runtime and in debug-mode everything works as expected and the content of the bar/qr code is returned correctly.
That's why I think the error must be somewhere in the as3 code - but i have no clue where ... i read something about external linkage of the ANE but dont really understand what was meant and if this could be the problem.
Please help, thanks in advance ... and if this is the wrong forum for that topic please point me to the right one.

Answer 1

Hi Carlos,
1) Cross check the below :
a)Ensure that the required JDK is being used in the client system
b)Try clearing the Web Start cache and try downloading again.
c)Start>Programs>Java Web Start>File>Preferences>Advanced>Clear Folder
2) XI TST  Check  whethere you have enough TABLE  space.
3)Refresh the Cache :
a)Start transaction SXI_CACHE.
b)From the context menu XI Runtime Cache select Start Complete Cache Refresh.
And also try this :
Many actions require to access System Landscape Directory content from the Integration Builder. To optimize performance, this content is loaded into a cache so that the System Landscape Directory does not have to be accessed directly each time that System Landscape Directory content is required.
However, this cache is not automatically updated if changes are made to the content of the System Landscape Directory. For this reason that we delete the System Landscape Directory cache if changes have been made to content in the System Landscape Directory. The cache is then filled each time that the System Landscape Directory is accessed. If we log on to the Integration Builder after we have made a change in the SLD, we do not need to delete the SLD cache.
To clear the SLD cache, from the Integration Builder main menu, choose Environment ® Delete Cache for SLD Data.
Once we have deleted the cache for SLD data, accessing objects in the SLD may take longer than usual initially.
Regards
Agasthuri Doss