Compétences de survie pour les développeurs WebLogic - les nuls

En tant que développeur WebLogic, il est important de savoir comment structurer vos applications et votre environnement de développement. Vous devez également savoir comment contacter la communauté WebLogic lorsque vous rencontrez des problèmes. Cet article propose quelques recommandations et d'autres informations pour vous aider à faire le travail.

Conservez une documentation adéquate

La documentation est un élément important de toute application. En tant que développeur, vous devez faire votre part pour vous assurer que votre application est correctement documentée. La documentation se divise en plusieurs catégories:

Documentation du code de programme. La forme la plus évidente de la documentation consiste en les commentaires dans le code source. Javadoc est un bon moyen de fournir cette documentation.
Manuel du développeur. Une utilisation basique mais souvent négligée de la documentation permet aux nouveaux programmeurs de se perfectionner. Sur les applications matures, les ordinateurs des développeurs contiennent souvent un mélange de fichiers utilisés lors du développement de l'application. Cet environnement peut être difficile à recréer pour un nouveau développeur. Le manuel du développeur décrit le processus nécessaire pour configurer l'environnement de développement sur une nouvelle machine.

Spécification du programme. Les modifications apportées aux spécifications de votre demande doivent être communiquées à tous ceux qui sont impliqués dans ces changements.
Documentation de l'utilisateur final. Il s'agit de la documentation à laquelle vos utilisateurs se réfèrent pour obtenir des informations sur l'utilisation de votre système. Au fur et à mesure que des fonctionnalités sont ajoutées au système et que les fonctionnalités existantes sont modifiées, veillez à mettre à jour la documentation utilisateur.

En conservant correctement toutes les formes de documentation, les développeurs et les utilisateurs peuvent rester à jour avec l'application.

Utiliser Usenet

L'un des plus grands avantages d'Internet est le sens de la communauté mondiale. Et aucune partie d'Internet n'incarne cela plus qu'Usenet, qui consiste en une grande collection de messages postés par les internautes sur une variété de sujets.

Vous pouvez accéder à Usenet de plusieurs façons. Vous pouvez installer des programmes clients qui téléchargent et filtrent les publications Usenet pour vous. Vous pouvez également utiliser des portails Web. L'un des portails Web les plus courants est Google Groupes.

Configurer des environnements de développement

WebLogic vous permet de créer plusieurs serveurs exécutés à partir de la même machine. Cela fournit un moyen pratique de fournir plusieurs environnements de développement, tels que:

Développement. L'environnement de développement est l'endroit où les développeurs testent leur code. Cela permet aux développeurs de tester leur code dans un environnement contrôlé.Les versions stables sur le serveur de développement sont généralement transférées vers le serveur de test.
Test. Votre équipe de projet comprendra probablement des personnes chargées de l'assurance qualité qui testent le logiciel et signalent de nouveaux bogues. Les personnes chargées de l'assurance qualité ne doivent pas tester votre serveur de développement car le serveur est trop volatile. Vous devez plutôt déployer une version stable de votre serveur de développement sur le serveur de test. Cette version peut ensuite être testée par votre équipe d'assurance qualité.
Démo. Vous devrez faire la démonstration de votre logiciel, soit aux clients pour montrer la progression du système que vous créez, soit aux utilisateurs internes qui utiliseront bientôt votre système. Si vous ne créez pas de serveur de démonstration et qu'un développeur déstabilise votre serveur de développement, votre démo est prise.
Documentation. Il est probable qu'un groupe de personnes créera la documentation pour votre application. Ils se connectent au serveur et prennent des captures d'écran et exécutent d'autres activités liées à la documentation de l'utilisateur final. Il est important de donner à vos rédacteurs techniques un environnement stable à partir duquel développer leur documentation.
Bêta. Lorsque vous pensez que votre application est prête pour la production, demandez à vos utilisateurs finaux de tester le logiciel une dernière fois avant de le déployer en production. Ce processus est appelé test d'acceptation par l'utilisateur final. C'est une bonne idée d'effectuer ce test à partir d'un serveur bêta spécial.
Production. La version de production de votre programme est celle utilisée par les utilisateurs finaux. C'est aux administrateurs de votre serveur de s'assurer que le serveur de production reste à leur disposition. Ce sera le dernier arrêt vers lequel une version de votre logiciel sera déployée.

Il n'est pas nécessaire de configurer tous ces environnements sur des machines différentes. Plusieurs de ces environnements peuvent être combinés sur une seule machine.

Sachez ce que vous développez

En tant que développeur, vous devez comprendre le problème que vous tentez de résoudre. Cela peut sembler évident, mais les développeurs sur de grandes applications peuvent facilement perdre de vue l'objectif pour plusieurs raisons:

Spécifications de programme peu claires
Développeurs qui ne connaissent que leurs propres zones locales du programme
Mauvais accès aux affaires utilisateurs qui comprennent les spécifications

Comprendre les outils

De nombreux outils sont disponibles pour faciliter la vie du développeur. Malheureusement, vous pouvez passer beaucoup de temps à apprendre à utiliser ces outils avant de réaliser un gain de temps de programmation. En effet, votre temps pour apprendre un outil est un investissement. Un développeur doit au moins avoir les outils suivants:

Un éditeur de fichier texte
Un environnement de développement intégré (IDE) qui supporte le débogage
Un outil de construction, tel que ANT
Un code source plus beau
Atelier de ressources WebLogic
Contrôle de version

Créer des systèmes modulaires et découplés

Une application volumineuse comprend de nombreuses classes et des systèmes entrelacés. Créer un système composé de nombreux modules présente plusieurs avantages:

Les modules communs peuvent être réutilisés.
Le programme est plus facile à comprendre parce que les gros problèmes sont divisés en plusieurs petits problèmes.
Différents programmeurs peuvent travailler sur différents modules sans interférer les uns avec les autres.

Au fur et à mesure que le système se développe, des modules spécifiques passent du développement actif au mode maintenance. Assurez-vous que ces modules sont construits de telle sorte que le développement en cours ne provoque pas d'erreurs dans le code précédemment utilisé. De telles erreurs sont appelées erreurs de régression.

Soyez conscient de la sécurité

Les médias sont remplis de rapports de personnes exploitant des failles de sécurité dans les logiciels. Lorsque vous concevez et mettez en œuvre votre application, vous devez être conscient de la sécurité. Les failles de sécurité peuvent s'infiltrer dans votre système de plusieurs façons:

Profiter des paramètres non validés
Altération d'URL
Dépassements de Buffer
Injecter des commandes dans des paramètres susceptibles d'accéder à SQL
Exploiter les failles de sécurité connues dans le système d'exploitation ou le logiciel serveur

De nombreuses failles de sécurité sont dues à l'absence des derniers correctifs pour votre système d'exploitation ou votre logiciel serveur. Assurez-vous de disposer des correctifs les plus récents.

Testez votre logiciel

En tant que développeur, vous devriez toujours tester vos modules aussi bien que possible avant qu'ils ne soient intégrés aux autres modules. C'est ce qu'on appelle le test unitaire. Lorsque vous créez un module, vous devez effectuer tous les tests unitaires à la main.

Lorsque vous êtes satisfait des résultats du test unitaire, vous êtes prêt à intégrer votre module à ceux développés par d'autres. Ce processus est appelé test d'intégration. Les tests d'intégration impliquent un travail d'équipe avec d'autres développeurs au fur et à mesure que vos composants sont assemblés pour la première fois.

Outre les tests effectués par les développeurs, des tests seront effectués par les personnes chargées de l'assurance qualité et les utilisateurs finaux. Comme ces utilisateurs testent votre logiciel. ils trouveront des bugs. Si vous avez un certain nombre de personnes chargées de l'assurance qualité et de développeurs, un outil de suivi des bogues peut être utile. En outre, les outils de suivi des bogues permettent d'attacher des notes à des bogues individuels. Lorsque les développeurs ou les utilisateurs trouvent un bogue, ils peuvent documenter la résolution. Ceci est important car tous les bogues ne résultent pas d'erreurs de programmation.

Lorsque le système est presque prêt à être exécuté à partir du serveur de production, vous devez effectuer un test d'acceptation de l'utilisateur final . Cela donne une dernière chance aux utilisateurs finaux de tester le système avant sa mise en production.