Bonjour à tous, je voudrais savoir comment extraire(scanner) les éléments de n'importe quel application java et les mettre dans une base, je suis vraiment bloqué dans ce point j'espere vaiment que vous m'aidiez et Merci d'avance
Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter
Discussion :
[Aide] Comment extraire les éléments d'une application Java vers une base de données ?
Bonjour à tous, je voudrais savoir comment extraire(scanner) les éléments de n'importe quel application java et les mettre dans une base, je suis vraiment bloqué dans ce point j'espere vaiment que vous m'aidiez et Merci d'avance
Hein ?
De quel élément tu parle, quel base, quelles données veux tu récupérer?
Bonjour,Envoyé par tchize_
Les éléments sont des classes, et les attributs et les méthodes dans chaque classe. Au niveau de base, en effet, je ne sais pas quel type de base qu'il faut que je utilise ... Si vous avez des idées, ça sera très utile pour moi !!!!
Merci beaucoup
Quel est le but d'une telle opération au juste?
si vous voulez lister chaque classe de l'application, chaque méthode et chaque attribut, allez voir du coté de l'outils javadoc qui fait déjà ce boulot. Vous avez juste à le lancer sur les sources.
En effet, le but est de extraire les éléments (Component : CP) dans une table COMPONENT (CP_ID, CP_NAME, CP_PARENT_ID, CP_ATTRIBUT, CP_VERSION, etc...) et les utiliserai après ...
franchement je vois pas l'utilité de ce genre de base, ensuite vu les relation one to many entre classe - attribut et class-interface et classe - methode et methode - parametre , sans parler des generics, vous allez avoir besoin de bien plus d'une table
Ouais, vous avez raison, franchement une table n'est pas suffisant, j'ai pris juste une exemple de table. Sinon, le base sert à tracer l’enchaînement des différents éléments par exemple l’enchaînement d'une méthode d'une classe (Graphe d'appel de cette méthode), et puis la générer dans un fichier pdf ou bien autres formatsfranchement je vois pas l'utilité de ce genre de base, ensuite vu les relation one to many entre classe - attribut et class-interface et classe - methode et methode - parametre , sans parler des generics, vous allez avoir besoin de bien plus d'une table
la on va plus loin, vous voulez pas juste lister, vous désirer faire de l'analyse sur l'exécution du code, bon courage
PS: les ide fournissent déjà ce genre d'information via des choses comme "open call hierarchy" pour savoir comment un méthode peut être appelée, ou "open implementation" pour savoir où une méthode d'un interface est implémentée, etc. Bref faire un plugin pour eclipse ou netbeans serait peut être un moyen d'économiser pas mal de temps.
la on va plus loin, vous voulez pas juste lister, vous désirer faire de l'analyse sur l'exécution du code, bon courage
PS: les ide fournissent déjà ce genre d'information via des choses comme "open call hierarchy" pour savoir comment un méthode peut être appelée, ou "open implementation" pour savoir où une méthode d'un interface est implémentée, etc. Bref faire un plugin pour eclipse ou netbeans serait peut être un moyen d'économiser pas mal de temps.
Merci beaucoup pour votre réponse !!!!
En effet, j'ai essayer le plug-in ASTView qui me donne une arbre d'analyse (Abstract Syntax Tree), ma question actuel est de : est-ce que c'est possible de extraire l'arbre que j'obtiens avec ASTView ?la on va plus loin, vous voulez pas juste lister, vous désirer faire de l'analyse sur l'exécution du code, bon courage
PS: les ide fournissent déjà ce genre d'information via des choses comme "open call hierarchy" pour savoir comment un méthode peut être appelée, ou "open implementation" pour savoir où une méthode d'un interface est implémentée, etc. Bref faire un plugin pour eclipse ou netbeans serait peut être un moyen d'économiser pas mal de temps.
le plugin peut etre pas. Par contre, les briques de base de l'analyse syntaxique qui sont fournie par l'ide, certainement. Il y a tellement de plugins dui gravitent autout pour utiliser ces info (que ce soit les outils de refactoring qui en ont besoin, les outilsk de coverage, etc) que ça doit surment etre "facilement" récupérable. Après on tombe dans les spécificités de ces ide
Répondre avec citation
Partager