Discussion :

[courdi95]

Bonjour

Je lance un défi : comment intégrer des librairies natives .so (issues d'un développement natif avec le NDK et interfacées en java avec la technologie JNI) dans une application windev mobile Android ?

Contexte : par exemple le SDK ArcGis de ESRI (https://developers.arcgis.com/android/) qui permet de l'affichage cartographique sous Android.

Le SDK est composé de librairies .jar (pas de soucis, WM gère leur intégration), et de librairies natives .so (qui sont appelées par les .jar).

J'ai testé plusieurs pistes :
- bestialement: les mettre en parallèle des .jar dans la fenêtre d'import des librairies lors de la génération de l'APK -> ne marche pas
- plus subtil : utiliser la fenêtre d'intégration des fichiers et en demandant l'extraction vers le répertoire des libs avec plusieurs variantes testées pour les folders -> ne marche pas
- encore plus subtil : utiliser l'intégration des fichiers et faire l'extraction à la main avec fExtraitRessource et vérification des folders et des extractions -> ne marche pas non plus ....

Les échecs sur les deux derniers tests sont logiques car en fait on ne peut pas écrire dans le folder /lib de l'application même si on a demandé toutes les autorisations du monde dans le Manifest ..... la création des folders échoue ainsi que l'écriture d'ailleurs ...

Alors, comment faire ?????

Et bien, j'ai trouvé la solution la plus directe, mais la moins satisfaisante !

Quand WM génère l'APK, si vous avez la curiosité de surveiller le répertoire de l'application, vous constaterez que WM crée des répertoires, qui correspondent en fait à la structure de fichiers dont le compilateur/générateur de l'APK a besoin pour le créer. Cette structure de répertoires est ensuite effacée par WM à la fin de la génération.

Dans cette structure de répertoire sur le PC (<repertoireprojet>/android/generation/libs/armeabi) , il se trouve que WM y intègre des .so à lui qui correspondent en fait au framework WM développé (en C certainement).

L'astuce consiste donc à être rapide et à copier dans ce répertoire vos .so à vous, et le tour est joué, car tous les .so qui s'y trouvent sont ensuite intégrés dans l'APK pour être installé "proprement" sur le smartphone.

Bien entendu, j'ai fait la demande illico à PCSOFT pour qu'il nous propose une solution beaucoup plus propre et fiable (je n'ai pas envie de faire un concours de rapidité à chaque génération). La version V20 est en pré version, c'est encore temps de la modifier....!!!!!

Le défi que je vous propose est le suivant : est ce que vous auriez une autre solution que celles que j'ai testées ?

[popoy]

Bonjour,
Il existe une méthode de contournement pour copier tes librairies en prenant tout ton temps.

Explication :
Lors de la génération d’une application Android
On va Créer une Erreur que l’on va corriger par la suite pour nous donner accès au Source généré par WinDev Mobile
Pour Cela On ajoute un fichier peu importe sa taille et son type

Dans Destination APK (intégration de fichiers) il est possible de personnalisé la destination comme par exemple
drawable-hdpi si on souhaite mettre une image dans ‘res/drawable-hdpi’.
(plus de détail : http://doc.pcsoft.fr/fr-FR/?9000109)

Au lieu de cet exemple on demande de le mettre dans values-iw.
Cela va provoquer une Erreur de Compilation Java.

Pendant que cet Erreur Apparaît (ne pas quitter l'erreur) il suffit de copier tes librairies

Une fois la copie terminé Revenir dans WinDev Mobile.
Revenir une fois en arrière, on supprime le fichier provoquant l’Erreur ajouté plus haut Puis on termine la compilation.
Résultat : Tu doit vérifié sur un émulateur ou l'appareil que ton application tient compte des librairies

Attention : Il sera nécessaire de refaire la manipulation a chaque génération de l'APK en attendant que pc soft propose intégrations de values ou librairies so

[courdi95]

+1 pour la réponse.

Effectivement, bien vu, on casse temporairement la compilation/génération mais on n'en sort pas finalement.... cela évite effectivement le stress de la copie.

D'autres idées ? Mais celle là me parait pas mal. Néanmoins, on continue à rester dans un mode de fonctionnement border line.

On ouvre une requête collective auprès de PCSOFT ? Cette fonctionnalité est simplissime pour eux : il leur suffit de prévoir la copie des librairies qu'on leur présente dans un répertoire qu'ils créent de toute manière. C'est quasi gratuit pour eux !

Il faut que cela soit ajouté dans la version 20 ! Je ne pourrai pas attendre la 21 pour cette fonction?

[courdi95]

PCSOFT a été très rapide à me fournir une réponse.

Deux points

1. l'intégration de librairies .so a été prise en compte comme demande d'évolution ; avec un peu de chance, elle fera partie d'une des prochaines releases de la V20 (sans doute pas celle de Janvier, mais peut être une suivante). C'est une très très bonne nouvelle !
2. la solution temporaire, moins tordue que la mienne, est celle que me propose PCSOFT :
   
   • "Dans l'attente, vous pouvez inclure vos librairies .so en ouvrant le fichier .apk généré sur votre post en le renommant en .zip avant, car un fichier apk n'est qu'un .zip.
   • Puis en mettant vos librairies .so avec celles déjà intégrées automatiquement par WINDEV MOBILE, et en le renommant en .apk ensuite.
   • Pour installer une application dont le fichier apk est sur votre poste sur un périphérique Android connecté vous pouvez utiliser cette ligne de commande :
     c:\Android\android-sdk-windows\platform-tools\adb.exe install c:\Mes Projet Mobile\Mon Projet\Mon Projet.apk
   • En vous assurant que "c:\Android\android-sdk-windows\platform-tools\" est bien le répertoire qui contient l'utilitaire "adb.exe" bien entendu."

[popoy]

Merci pour l'info
Cela me parait une bonne solution pour les so ou tout autres fichiers contenus dans l'apk
Mais cela n'est pas possible si ces fichiers doivent être pris en compte par java pour la compilation
Comme par exemple les values ou les broadcast receiver(http://27130.foren.mysnip.de/read.php?27131,483635)

(la demande a été transférer au service développement mais j’attends depuis Novembre 2013)
En attendant, ma solution reste la seule possible dans certains cas.

[courdi95]

Etrange cette histoire de Broadcast receiver ... car j'utilise cette fonctionnalité dans un projet WM qui fait l'émission et la réception de SMS avec cette fonctionnalité de BroadcastReceiver.

Par contre, pour que l'intent soit correctement déclaré, je fais la chose suivante :
- création d'un classe perso en extends de BroadcastReceiver
- branchement de l'intent SMS envoi ("SENT") via registerReceiver et un new IntentFiltert(SENT)
- déclaration dans le Manifest (ou via le menu de WM) que l'application peut envoyer/recevoir les SMS

[Clad07]

Bonjour, quelqu'un a-t-il des nouvelles concernant l'intégration de .so ?
Je suis en WM20 ; et j'ai beau essayer toutes les solutions proposé ici ; aucune ne semble convenir.
Merci d'avance !