Quels outils utiliser avec eclipse pour un développement j2ee, de type
open source ? Le plugin EclipseUML de Omondo ne supporte pas j2ee dans
sa version gratuite.... ce qui m'intéresse avant est la synchronisation
du modèle et du code !
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
jerome moliere
Pascal wrote:
Bonjour à tous,
Quels outils utiliser avec eclipse pour un développement j2ee, de type open source ? Le plugin EclipseUML de Omondo ne supporte pas j2ee dans sa version gratuite.... ce qui m'intéresse avant est la synchronisation du modèle et du code !
pourquoi faire ? le round trip est quasi unanimement declame...
personnellement je trouve l'approche MDA beaucoup plus realiste...
Jerome -- Auteur cahier du programmeur Java tome 2 - Eyrolles 10/2003 http://www.eyrolles.com/php.informatique/Ouvrages/ouvrage.php3?ouv_ean1382212111941
Pascal wrote:
Bonjour à tous,
Quels outils utiliser avec eclipse pour un développement j2ee, de type
open source ? Le plugin EclipseUML de Omondo ne supporte pas j2ee dans
sa version gratuite.... ce qui m'intéresse avant est la synchronisation
du modèle et du code !
pourquoi faire ? le round trip est quasi unanimement declame...
personnellement je trouve l'approche MDA beaucoup plus realiste...
Jerome
--
Auteur cahier du programmeur Java tome 2 - Eyrolles 10/2003
http://www.eyrolles.com/php.informatique/Ouvrages/ouvrage.php3?ouv_ean1382212111941
Quels outils utiliser avec eclipse pour un développement j2ee, de type open source ? Le plugin EclipseUML de Omondo ne supporte pas j2ee dans sa version gratuite.... ce qui m'intéresse avant est la synchronisation du modèle et du code !
pourquoi faire ? le round trip est quasi unanimement declame...
personnellement je trouve l'approche MDA beaucoup plus realiste...
Jerome -- Auteur cahier du programmeur Java tome 2 - Eyrolles 10/2003 http://www.eyrolles.com/php.informatique/Ouvrages/ouvrage.php3?ouv_ean1382212111941
Pascal
pourquoi faire ? le round trip est quasi unanimement declame... personnellement je trouve l'approche MDA beaucoup plus realiste...
Jerome
Etant donné que je suis relativement nouveau dans le monde J2EE, je ne suis pas très familier des méthodes de développement.
Pour être plus précis, j'ai à développer une application J2EE pour laquelle j'ai commencé la modélisation en utilisant UML. Ce qui m'interesse avant tout c'est que la répercution de changements au sein du modèle n'écrasent pas le codage déjà réalisé !
Veuillez m'excuser si mon propos est entaché de la confusion du débutant !
Pascal
pourquoi faire ? le round trip est quasi unanimement declame...
personnellement je trouve l'approche MDA beaucoup plus realiste...
Jerome
Etant donné que je suis relativement nouveau dans le monde J2EE, je ne
suis pas très familier des méthodes de développement.
Pour être plus précis, j'ai à développer une application J2EE pour
laquelle j'ai commencé la modélisation en utilisant UML. Ce qui
m'interesse avant tout c'est que la répercution de changements au sein
du modèle n'écrasent pas le codage déjà réalisé !
Veuillez m'excuser si mon propos est entaché de la confusion du débutant !
pourquoi faire ? le round trip est quasi unanimement declame... personnellement je trouve l'approche MDA beaucoup plus realiste...
Jerome
Etant donné que je suis relativement nouveau dans le monde J2EE, je ne suis pas très familier des méthodes de développement.
Pour être plus précis, j'ai à développer une application J2EE pour laquelle j'ai commencé la modélisation en utilisant UML. Ce qui m'interesse avant tout c'est que la répercution de changements au sein du modèle n'écrasent pas le codage déjà réalisé !
Veuillez m'excuser si mon propos est entaché de la confusion du débutant !
Pascal
Pascal
jerome moliere wrote:
pourquoi faire ? le round trip est quasi unanimement declame... personnellement je trouve l'approche MDA beaucoup plus realiste...
Si j'ai bien compris, vous favorisez une approche de type PoseidonForUML + AndroMDA plutot que l'utilisation d'Eclipse avec les plugins EclipseUML et Lomboz ?
jerome moliere wrote:
pourquoi faire ? le round trip est quasi unanimement declame...
personnellement je trouve l'approche MDA beaucoup plus realiste...
Si j'ai bien compris, vous favorisez une approche de type PoseidonForUML
+ AndroMDA plutot que l'utilisation d'Eclipse avec les plugins
EclipseUML et Lomboz ?
pourquoi faire ? le round trip est quasi unanimement declame... personnellement je trouve l'approche MDA beaucoup plus realiste...
Si j'ai bien compris, vous favorisez une approche de type PoseidonForUML + AndroMDA plutot que l'utilisation d'Eclipse avec les plugins EclipseUML et Lomboz ?
jerome moliere
Pascal wrote:
jerome moliere wrote:
pourquoi faire ? le round trip est quasi unanimement declame... personnellement je trouve l'approche MDA beaucoup plus realiste...
Si j'ai bien compris, vous favorisez une approche de type PoseidonForUML + AndroMDA plutot que l'utilisation d'Eclipse avec les plugins EclipseUML et Lomboz ?
tres bon resume...:) j'ai eu peur d'avoir ete un peu concis :)
Jerome
PS: par contre Argo ou Poseidon sont des jouets et je ne connais pas de bonne solution Open Source de remplacement a un objecteering,with classes ou rational....
-- Auteur cahier du programmeur Java tome 2 - Eyrolles 10/2003 http://www.eyrolles.com/php.informatique/Ouvrages/ouvrage.php3?ouv_ean1382212111941
Pascal wrote:
jerome moliere wrote:
pourquoi faire ? le round trip est quasi unanimement declame...
personnellement je trouve l'approche MDA beaucoup plus realiste...
Si j'ai bien compris, vous favorisez une approche de type PoseidonForUML
+ AndroMDA plutot que l'utilisation d'Eclipse avec les plugins
EclipseUML et Lomboz ?
tres bon resume...:)
j'ai eu peur d'avoir ete un peu concis :)
Jerome
PS:
par contre Argo ou Poseidon sont des jouets et je ne connais pas de
bonne solution Open Source de remplacement a un objecteering,with
classes ou rational....
--
Auteur cahier du programmeur Java tome 2 - Eyrolles 10/2003
http://www.eyrolles.com/php.informatique/Ouvrages/ouvrage.php3?ouv_ean1382212111941
pourquoi faire ? le round trip est quasi unanimement declame... personnellement je trouve l'approche MDA beaucoup plus realiste...
Si j'ai bien compris, vous favorisez une approche de type PoseidonForUML + AndroMDA plutot que l'utilisation d'Eclipse avec les plugins EclipseUML et Lomboz ?
tres bon resume...:) j'ai eu peur d'avoir ete un peu concis :)
Jerome
PS: par contre Argo ou Poseidon sont des jouets et je ne connais pas de bonne solution Open Source de remplacement a un objecteering,with classes ou rational....
-- Auteur cahier du programmeur Java tome 2 - Eyrolles 10/2003 http://www.eyrolles.com/php.informatique/Ouvrages/ouvrage.php3?ouv_ean1382212111941
Pascal
tres bon resume...:) j'ai eu peur d'avoir ete un peu concis :)
Jerome
PS: par contre Argo ou Poseidon sont des jouets et je ne connais pas de bonne solution Open Source de remplacement a un objecteering,with classes ou rational....
Le développement que j'ai à mener est d'une taille modeste, ce qui me permet à mon avis de me contenter d'un Poseidon. La maturité d'AndroMDA est elle suffisante ?
Pour un projet de taille modeste, cependant sujet à évolutions, l'approche MDA est-elle pleinement justifiée ?
tres bon resume...:)
j'ai eu peur d'avoir ete un peu concis :)
Jerome
PS:
par contre Argo ou Poseidon sont des jouets et je ne connais pas de
bonne solution Open Source de remplacement a un objecteering,with
classes ou rational....
Le développement que j'ai à mener est d'une taille modeste, ce qui me
permet à mon avis de me contenter d'un Poseidon. La maturité d'AndroMDA
est elle suffisante ?
Pour un projet de taille modeste, cependant sujet à évolutions,
l'approche MDA est-elle pleinement justifiée ?
tres bon resume...:) j'ai eu peur d'avoir ete un peu concis :)
Jerome
PS: par contre Argo ou Poseidon sont des jouets et je ne connais pas de bonne solution Open Source de remplacement a un objecteering,with classes ou rational....
Le développement que j'ai à mener est d'une taille modeste, ce qui me permet à mon avis de me contenter d'un Poseidon. La maturité d'AndroMDA est elle suffisante ?
Pour un projet de taille modeste, cependant sujet à évolutions, l'approche MDA est-elle pleinement justifiée ?
Rémi
Pour un projet de taille modeste, cependant sujet à évolutions, l'approche MDA est-elle pleinement justifiée ?
Désolé de débarquer dans votre discussion, c'est quoi MDA et round tryp ?.
Pour un projet de taille modeste, cependant sujet à évolutions,
l'approche MDA est-elle pleinement justifiée ?
Désolé de débarquer dans votre discussion, c'est quoi MDA et round tryp ?.
Pour un projet de taille modeste, cependant sujet à évolutions, l'approche MDA est-elle pleinement justifiée ?
Désolé de débarquer dans votre discussion, c'est quoi MDA et round tryp ?.
jerome moliere
Rémi wrote:
Pour un projet de taille modeste, cependant sujet à évolutions, l'approche MDA est-elle pleinement justifiée ?
Désolé de débarquer dans votre discussion, c'est quoi MDA et round tryp ?.
Model Driven Architecture, ou comment le plus important c'est le modele
de la doiventt decouler code source et fichiers de conf + docs...
round trip engineering: cas ou on cherche a assurer une coherence totale entre code et modele.... (c'est a dire associer geenration de code depuis un modele et retropropagation du code vers le modele)
Jerome
-- Auteur cahier du programmeur Java tome 2 - Eyrolles 10/2003 http://www.eyrolles.com/php.informatique/Ouvrages/ouvrage.php3?ouv_ean1382212111941
Rémi wrote:
Pour un projet de taille modeste, cependant sujet à évolutions,
l'approche MDA est-elle pleinement justifiée ?
Désolé de débarquer dans votre discussion, c'est quoi MDA et round tryp ?.
Model Driven Architecture, ou comment le plus important c'est le modele
de la doiventt decouler code source et fichiers de conf + docs...
round trip engineering: cas ou on cherche a assurer une coherence totale
entre code et modele.... (c'est a dire associer geenration de code
depuis un modele et retropropagation du code vers le modele)
Jerome
--
Auteur cahier du programmeur Java tome 2 - Eyrolles 10/2003
http://www.eyrolles.com/php.informatique/Ouvrages/ouvrage.php3?ouv_ean1382212111941
Pour un projet de taille modeste, cependant sujet à évolutions, l'approche MDA est-elle pleinement justifiée ?
Désolé de débarquer dans votre discussion, c'est quoi MDA et round tryp ?.
Model Driven Architecture, ou comment le plus important c'est le modele
de la doiventt decouler code source et fichiers de conf + docs...
round trip engineering: cas ou on cherche a assurer une coherence totale entre code et modele.... (c'est a dire associer geenration de code depuis un modele et retropropagation du code vers le modele)
Jerome
-- Auteur cahier du programmeur Java tome 2 - Eyrolles 10/2003 http://www.eyrolles.com/php.informatique/Ouvrages/ouvrage.php3?ouv_ean1382212111941
Nicolas Delsaux
Le 11.01 2004, jerome moliere s'est levé et s'est dit : "tiens, si j'écrivais aux mecs de fr.comp.lang.java ?"
Model Driven Architecture, ou comment le plus important c'est le modele de la doiventt decouler code source et fichiers de conf + docs...
Je vois mal comment le code, et les fichiers de conf, peuvent découler d'un modèle. Tu pourras détailler un peu ?
round trip engineering: cas ou on cherche a assurer une coherence totale entre code et modele.... (c'est a dire associer geenration de code depuis un modele et retropropagation du code vers le modele)
L'avantage de cette méthode est que la manipulation peut être faite des
deux côtés. Exemples : - je veux modifier une hiérarchie de classe, je passe par le modèle UML où, en deux drag'n'drop, je fais ce que je veux. - je veux modifier une métode, je le fais par le code, où c'est nettement plsu facile (du moins pour moi).
Personnellement, le MDA sonne pour moi comme une vieillerie rabhillée d'oripeaux modernes : C'est simplement la victoire de la modélisation au détriment du round trip, qui est pourtant beaucoup plus utilisable, selon moi, avec les méthodes dites agiles.
Jerome
-- Nicolas Delsaux "On ne cherche pas à se rendre compte que, pour un enfant de six ans, le passé remonte aussi loin que pour l'homme fait, et que cette route qui s'étend en arrière est toute remplie de détails et d'épisodes" Théodore Sturgeon - Les plus qu'humains
Le 11.01 2004, jerome moliere s'est levé et s'est dit : "tiens, si
j'écrivais aux mecs de fr.comp.lang.java ?"
Model Driven Architecture, ou comment le plus important c'est le
modele de la doiventt decouler code source et fichiers de conf +
docs...
Je vois mal comment le code, et les fichiers de conf, peuvent découler d'un
modèle. Tu pourras détailler un peu ?
round trip engineering: cas ou on cherche a assurer une coherence
totale entre code et modele.... (c'est a dire associer geenration de
code depuis un modele et retropropagation du code vers le modele)
L'avantage de cette méthode est que la manipulation peut être faite des
deux côtés. Exemples :
- je veux modifier une hiérarchie de classe, je passe par le modèle UML
où, en deux drag'n'drop, je fais ce que je veux.
- je veux modifier une métode, je le fais par le code, où c'est nettement
plsu facile (du moins pour moi).
Personnellement, le MDA sonne pour moi comme une vieillerie rabhillée
d'oripeaux modernes :
C'est simplement la victoire de la modélisation au détriment du round trip,
qui est pourtant beaucoup plus utilisable, selon moi, avec les méthodes
dites agiles.
Jerome
--
Nicolas Delsaux
"On ne cherche pas à se rendre compte que, pour un enfant de six ans, le
passé remonte aussi loin que pour l'homme fait, et que cette route qui
s'étend en arrière est toute remplie de détails et d'épisodes"
Théodore Sturgeon - Les plus qu'humains
Le 11.01 2004, jerome moliere s'est levé et s'est dit : "tiens, si j'écrivais aux mecs de fr.comp.lang.java ?"
Model Driven Architecture, ou comment le plus important c'est le modele de la doiventt decouler code source et fichiers de conf + docs...
Je vois mal comment le code, et les fichiers de conf, peuvent découler d'un modèle. Tu pourras détailler un peu ?
round trip engineering: cas ou on cherche a assurer une coherence totale entre code et modele.... (c'est a dire associer geenration de code depuis un modele et retropropagation du code vers le modele)
L'avantage de cette méthode est que la manipulation peut être faite des
deux côtés. Exemples : - je veux modifier une hiérarchie de classe, je passe par le modèle UML où, en deux drag'n'drop, je fais ce que je veux. - je veux modifier une métode, je le fais par le code, où c'est nettement plsu facile (du moins pour moi).
Personnellement, le MDA sonne pour moi comme une vieillerie rabhillée d'oripeaux modernes : C'est simplement la victoire de la modélisation au détriment du round trip, qui est pourtant beaucoup plus utilisable, selon moi, avec les méthodes dites agiles.
Jerome
-- Nicolas Delsaux "On ne cherche pas à se rendre compte que, pour un enfant de six ans, le passé remonte aussi loin que pour l'homme fait, et que cette route qui s'étend en arrière est toute remplie de détails et d'épisodes" Théodore Sturgeon - Les plus qu'humains
jerome moliere
Nicolas Delsaux wrote:
Le 11.01 2004, jerome moliere s'est levé et s'est dit : "tiens, si j'écrivais aux mecs de fr.comp.lang.java ?"
Model Driven Architecture, ou comment le plus important c'est le modele de la doiventt decouler code source et fichiers de conf + docs...
Je vois mal comment le code, et les fichiers de conf, peuvent découler d'un modèle. Tu pourras détailler un peu ?
via un outil du type andromda, tu modelises en incorporant des balsies (tags dans modele UML) permettant de generer via xdoclet des fichiers source ou de config ...cf le chapitre ad hoc dans mon book :)
round trip engineering: cas ou on cherche a assurer une coherence totale entre code et modele.... (c'est a dire associer geenration de code depuis un modele et retropropagation du code vers le modele)
L'avantage de cette méthode est que la manipulation peut être faite des deux côtés. Exemples : - je veux modifier une hiérarchie de classe, je passe par le modèle UML où, en deux drag'n'drop, je fais ce que je veux. - je veux modifier une métode, je le fais par le code, où c'est nettement plsu facile (du moins pour moi).
Personnellement, le MDA sonne pour moi comme une vieillerie rabhillée d'oripeaux modernes : C'est simplement la victoire de la modélisation au détriment du round trip, qui est pourtant beaucoup plus utilisable, selon moi, avec les méthodes dites agiles.
agile modeling :)
le round trip est une aberration, lourds, nombreux risques d'erreurs, generation/modelisation pas conforme aux besoins/habitudes.... no comment :)
Jerome
-- Auteur cahier du programmeur Java tome 2 - Eyrolles 10/2003 http://www.eyrolles.com/php.informatique/Ouvrages/ouvrage.php3?ouv_ean1382212111941
Nicolas Delsaux wrote:
Le 11.01 2004, jerome moliere s'est levé et s'est dit : "tiens, si
j'écrivais aux mecs de fr.comp.lang.java ?"
Model Driven Architecture, ou comment le plus important c'est le
modele de la doiventt decouler code source et fichiers de conf +
docs...
Je vois mal comment le code, et les fichiers de conf, peuvent découler d'un
modèle. Tu pourras détailler un peu ?
via un outil du type andromda, tu modelises en incorporant des balsies
(tags dans modele UML) permettant de generer via xdoclet des fichiers
source ou de config ...cf le chapitre ad hoc dans mon book :)
round trip engineering: cas ou on cherche a assurer une coherence
totale entre code et modele.... (c'est a dire associer geenration de
code depuis un modele et retropropagation du code vers le modele)
L'avantage de cette méthode est que la manipulation peut être faite des
deux côtés. Exemples :
- je veux modifier une hiérarchie de classe, je passe par le modèle UML
où, en deux drag'n'drop, je fais ce que je veux.
- je veux modifier une métode, je le fais par le code, où c'est nettement
plsu facile (du moins pour moi).
Personnellement, le MDA sonne pour moi comme une vieillerie rabhillée
d'oripeaux modernes :
C'est simplement la victoire de la modélisation au détriment du round trip,
qui est pourtant beaucoup plus utilisable, selon moi, avec les méthodes
dites agiles.
agile modeling :)
le round trip est une aberration, lourds, nombreux risques d'erreurs,
generation/modelisation pas conforme aux besoins/habitudes....
no comment :)
Jerome
--
Auteur cahier du programmeur Java tome 2 - Eyrolles 10/2003
http://www.eyrolles.com/php.informatique/Ouvrages/ouvrage.php3?ouv_ean1382212111941
Le 11.01 2004, jerome moliere s'est levé et s'est dit : "tiens, si j'écrivais aux mecs de fr.comp.lang.java ?"
Model Driven Architecture, ou comment le plus important c'est le modele de la doiventt decouler code source et fichiers de conf + docs...
Je vois mal comment le code, et les fichiers de conf, peuvent découler d'un modèle. Tu pourras détailler un peu ?
via un outil du type andromda, tu modelises en incorporant des balsies (tags dans modele UML) permettant de generer via xdoclet des fichiers source ou de config ...cf le chapitre ad hoc dans mon book :)
round trip engineering: cas ou on cherche a assurer une coherence totale entre code et modele.... (c'est a dire associer geenration de code depuis un modele et retropropagation du code vers le modele)
L'avantage de cette méthode est que la manipulation peut être faite des deux côtés. Exemples : - je veux modifier une hiérarchie de classe, je passe par le modèle UML où, en deux drag'n'drop, je fais ce que je veux. - je veux modifier une métode, je le fais par le code, où c'est nettement plsu facile (du moins pour moi).
Personnellement, le MDA sonne pour moi comme une vieillerie rabhillée d'oripeaux modernes : C'est simplement la victoire de la modélisation au détriment du round trip, qui est pourtant beaucoup plus utilisable, selon moi, avec les méthodes dites agiles.
agile modeling :)
le round trip est une aberration, lourds, nombreux risques d'erreurs, generation/modelisation pas conforme aux besoins/habitudes.... no comment :)
Jerome
-- Auteur cahier du programmeur Java tome 2 - Eyrolles 10/2003 http://www.eyrolles.com/php.informatique/Ouvrages/ouvrage.php3?ouv_ean1382212111941
