FAQ NetBeans
FAQ NetBeansConsultez toutes les FAQ
Nombre d'auteurs : 9, nombre de questions : 69, dernière mise à jour : 16 juin 2021
NetBeans n'est pas qu'un EDI.
C'est également une plateforme.
Il vous est possible de créer votre propre application Awt ou Swing, basée
sur la plateforme NetBeans.
Pour celles et ceux d'entre vous qui viennent du monde Eclipse, cela
correspond à Eclipse RCP.
Sachez que la Plateforme NetBeans existe depuis les origines de NetBeans.
La page du projet netbeans.org/features/platform/
vous indiquera quelques exemples d'applications basées sur la Plateforme NetBeans.
Et vous y trouverez également tout un tas de tutoriaux.
NetBeans vous permet de créer des modules de type 'Library Wrapper Module'. Ce type de module a pour but d'empaqueter des API tierces dans un module NetBeans, et qui pourront être réutilisées facilement par d'autres modules. Cela vous permet de tracer quels sont les modules qui utilisent ces APIs tièrces, facilitant votre travail lors de la mise à jour de ces APIs vu que vous saurez exactement quels autres modules pourraient être affectés par cette mise à jour.
Lors de la création de ce type de module, il vous suffira de sélectionner plusieurs JARs pour les rajouter d'un seul coup. Dans le champs de saisie, les JARs seront séparés par un ";".
L'ajout de javadoc via le "library manager" fonctionne bien pour les projets java standard, mais avec un projet module il ne voit rien (à cause de la gestion du classpath). Rajouter la javadoc dans le "Gestionnaire de Plateforme Netbeans" ne rencontrera pas plus de succès. Apres avoir créé le wrapper, il faut créer une nouvelle entrée dans le Gestionnaire de Bibliothèque ("Library Manager") avec les jar qui ont été copiés dans le rep /release/module/ext/ et y attacher la javadoc.
Par défaut, tout ce qui est dans un module NetBeans n'est pas visible de l'extérieur. Ce qui permet de n'exposer à l'extérieur que ce que vous désirez qui soit réellement exposé.
Dans la partie API Versionning de votre premier module, il vous faudra indiquer quels sont les packages qui seront "public", c'est à dire visible par les modules dépendants.