Version de ASM tirée par aspectwerkz
nuiton-profiling tire aspectwerkz 2.0 qui dépend de org.nuiton.thirdparty:asm:1.5.4-snapshot Dans mon projet là, j'utilise hibernate-core en 3.6.0.Final qui lui tire asm:asm:3.1 et les 2 cohabitent assez mal : java.lang.NoSuchMethodError: org.objectweb.asm.ClassWriter.<init>(I)V Du coup je me demande ce qu'on peut faire ? - forcer aspectwerkz à fonctionner avec asm:3.1 ? (je doute que ça se passe sans douleur) - forcer hibernate à fonctionner avec asm:1.5.4 ? (downgrader, j'aime pas trop) - autre ?? Arnaud.
On Mon, 24 Jan 2011 15:56:23 +0100 Arnaud Thimel <thimel@codelutin.com> wrote:
nuiton-profiling tire aspectwerkz 2.0 qui dépend de org.nuiton.thirdparty:asm:1.5.4-snapshot
Dans mon projet là, j'utilise hibernate-core en 3.6.0.Final qui lui tire asm:asm:3.1 et les 2 cohabitent assez mal :
java.lang.NoSuchMethodError: org.objectweb.asm.ClassWriter.<init>(I)V
Du coup je me demande ce qu'on peut faire ? - forcer aspectwerkz à fonctionner avec asm:3.1 ? (je doute que ça se passe sans douleur) - forcer hibernate à fonctionner avec asm:1.5.4 ? (downgrader, j'aime pas trop) - autre ??
Autre, ca fait longtemps que je souhaite utiliser une autre lib d'AOP car aspectwerkz n'est plus maintenu :(. Mais je ne veux pas de aspectJ, car il utilise des fichiers qui ne sont pas des classes java. Il me semble que jboss-aop s'utilise de la même manière que aspectwerkz, donc il faudrait porter la lib sur jboss-aop. 1) regarder si ce que je dis est vrai :) 2) verifier qu'on peut bien avoir une description XML (très utile lorsqu'on veut instrumenter un programme pour faire son profiling sans toucher à son code 3) faire le ticket ;) 4) faire la modif décrite dans le ticket -- Benjamin POUSSIN -------------------- tél: +33 (0) 2 40 50 29 28 email: poussin@codelutin.com http://www.codelutin.com
Le 26/01/2011 17:41, Benjamin POUSSIN a écrit :
Autre, ca fait longtemps que je souhaite utiliser une autre lib d'AOP car aspectwerkz n'est plus maintenu :(. Mais je ne veux pas de aspectJ, car il utilise des fichiers qui ne sont pas des classes java.
Il me semble que jboss-aop s'utilise de la même manière que aspectwerkz, donc il faudrait porter la lib sur jboss-aop. 1) regarder si ce que je dis est vrai :) 2) verifier qu'on peut bien avoir une description XML (très utile lorsqu'on veut instrumenter un programme pour faire son profiling sans toucher à son code 3) faire le ticket ;) 4) faire la modif décrite dans le ticket Dans isis aussi ?
-- Éric <chatellier@codelutin.com> Tel: 02 40 50 29 28 http://www.codelutin.com
On Wed, 26 Jan 2011 17:41:25 +0100 Benjamin POUSSIN <poussin@codelutin.com> wrote:
On Mon, 24 Jan 2011 15:56:23 +0100 Arnaud Thimel <thimel@codelutin.com> wrote:
nuiton-profiling tire aspectwerkz 2.0 qui dépend de org.nuiton.thirdparty:asm:1.5.4-snapshot
Dans mon projet là, j'utilise hibernate-core en 3.6.0.Final qui lui tire asm:asm:3.1 et les 2 cohabitent assez mal :
java.lang.NoSuchMethodError: org.objectweb.asm.ClassWriter.<init>(I)V
Du coup je me demande ce qu'on peut faire ? - forcer aspectwerkz à fonctionner avec asm:3.1 ? (je doute que ça se passe sans douleur) - forcer hibernate à fonctionner avec asm:1.5.4 ? (downgrader, j'aime pas trop) - autre ??
Autre, ca fait longtemps que je souhaite utiliser une autre lib d'AOP car aspectwerkz n'est plus maintenu :(. Mais je ne veux pas de aspectJ, car il utilise des fichiers qui ne sont pas des classes java.
Il me semble que jboss-aop s'utilise de la même manière que aspectwerkz, donc il faudrait porter la lib sur jboss-aop. 1) regarder si ce que je dis est vrai :) 2) verifier qu'on peut bien avoir une description XML (très utile lorsqu'on veut instrumenter un programme pour faire son profiling sans toucher à son code 3) faire le ticket ;)
a priori c tout bon :) http://docs.jboss.org/jbossaop/docs/2.0.0.GA/docs/aspect-framework/userguide... j'ai créé le ticket http://www.nuiton.org/issues/show/1253
4) faire la modif décrite dans le ticket
y'a plus ka ;) -- Benjamin POUSSIN -------------------- tél: +33 (0) 2 40 50 29 28 email: poussin@codelutin.com http://www.codelutin.com
On Wed, 26 Jan 2011 17:55:53 +0100 Benjamin POUSSIN <poussin@codelutin.com> wrote:
y'a plus ka ;)
ka vérifier aussi que c'est sur central sinon faut le faire passer sur central avant, mais si ca vient de chez jboss j'ai un doute... -- Tony Chemit -------------------- tél: +33 (0) 2 40 50 29 28 email: chemit@codelutin.com http://www.codelutin.com
je ne veux pas de aspectJ, car il utilise des fichiers qui ne sont pas des classes java.
2) verifier qu'on peut bien avoir une description XML (très utile lorsqu'on veut instrumenter un programme pour faire son profiling sans toucher à son code)
On peut y lire une contradiction. Qu'elle est la raison pour laquelle on accepterait du XML ou pas du .asj ? AspectJ permet également de décrire des aspects sans toucher au code donc pourquoi le discriminer ? (c'est juste pour savoir hein, c'est pas moi qui vais me mettre à défendre AspectJ, quoique ce dernier est intégré à Eclipse nativement, comme CVS et Ant ;)). -- Brendan Le Ny Code Lutin
On Wed, 26 Jan 2011 18:08:02 +0100 (CET) "Brendan Le Ny" <bleny@codelutin.com> wrote:
je ne veux pas de aspectJ, car il utilise des fichiers qui ne sont pas des classes java.
2) verifier qu'on peut bien avoir une description XML (très utile lorsqu'on veut instrumenter un programme pour faire son profiling sans toucher à son code)
On peut y lire une contradiction. Qu'elle est la raison pour laquelle on accepterait du XML ou pas du .asj ? AspectJ permet également de décrire des aspects sans toucher au code donc pourquoi le discriminer ?
Aspectj, oblige a avoir des plugins dans son éditeur, oblige a utilise un précompilateur qu'il faut inclure dans le process de build. Alors que les autres librairies n'ont besoin de rien, juste d'un développeur java qui sait utiliser ces outils. Donc entre deux solutions, une simple et une compliquée, je préfère toujours la simple. et puis surtout (on est vendredi ;)), meme si a la base ce n'est pas de l'IBM, maintenant on peut dire que ca en est presque http://www.eclipse.org/aspectj/ et donc forcement c tout pourri ;))))))) -- Benjamin POUSSIN -------------------- tél: +33 (0) 2 40 50 29 28 email: poussin@codelutin.com http://www.codelutin.com
participants (5)
-
Arnaud Thimel -
Benjamin POUSSIN -
Brendan Le Ny -
chemit -
Eric Chatellier