L'intégration du plugin utilisateur Adélia dans SONAR est globalement transparente, mais quelques particularités ou limitations doivent être signalées :
- Il n'existe pas de moyen de spécifier au niveau d'un profil SONAR quels sont les plugins utilisateur Adélia à activer. Lorsque l'on travaille avec un profil SONAR, on considère qu'un plugin d'extension est actif si au moins une règle de qualité associée à ce plugin est active dans le profil. Cela signifie que pour intégrer un plugin qui ne définirait par exemple que des métriques, il est nécessaire de créer au moins une règle dans ce plugin, qui n'a pas besoin d'être vérifiée, mais qui permet d'activer le plugin.
- Il n'y a pas d'échange de la configuration entre Adélia et SONAR, simplement un contrôle. Si un plugin d'extension est enregistré coté SONAR, mais non référencé dans l'environnement, il sera éliminé lors de l'analyse. De même, si un plugin est enregistré dans des versions différentes sur les deux plateformes, seules les règles communes seront vérifiées et les données générées pourront potentiellement ne pas correspondre.
- Le plugin SONAR Adélia utilise directement l'AGL pour générer et extraire les données de qualité du référentiel Adélia (appels JNI directs aux librairies natives de l'AGL Adélia). Cela impose les restrictions suivantes concernant l'extraction des données :
- L'analyse doit être lancée depuis une machine Windows sur laquelle Adélia est installé et l'environnement catalogué par un utilisateur disposant des droits nécessaires (*PROD_QUAL).
- Adélia étant un produit 32bits, l'outil utilisé pour lancer l'intégration (que ce soit Maven, Ant ou le Java Runner) doit être configuré pour utiliser une JVM 32bits (Java 5 ou ultérieur).
- Lorsqu'un plugin utilisateur Adélia est modifié, on ne sait pas indiquer que les profils SONAR qui l'utilisent doivent être modifiés. Par conséquent, l'analyse d'un projet ne se fera pas naturellement en mode "full". Vous devez forcer manuellement une modification du profil SONAR si nécessaire.