Commentaires sur : Exception synchronisée http://blog.xebia.fr/2008/07/02/exception-synchronisee/ J2EE, Agilité et SOA Thu, 09 Feb 2012 15:43:24 +0000 hourly 1 http://wordpress.org/?v= Par : Java Virtual Machine Tool Interface | Sam High-Tech Bloghttp://blog.xebia.fr/2008/07/02/exception-synchronisee/#comment-6469 Java Virtual Machine Tool Interface | Sam High-Tech Blog Tue, 15 Jul 2008 19:37:22 +0000 http://blog.xebia.fr/2008/07/02/exception-synchronisee/#comment-6469 [...] lisant l’excellent blog de xebia, j’ai découvert l’interface JVMTI : une API native de profiling. Elle permet non [...] [...] lisant l’excellent blog de xebia, j’ai découvert l’interface JVMTI : une API native de profiling. Elle permet non [...]

]]> Par : Thibaudhttp://blog.xebia.fr/2008/07/02/exception-synchronisee/#comment-6308 Thibaud Sun, 06 Jul 2008 09:03:05 +0000 http://blog.xebia.fr/2008/07/02/exception-synchronisee/#comment-6308 Entièrement d'accord avec Medo, surtout lorsque ce genre d'articles ouvre des perspectives d'optimisation de code, surtout quand on utilise les EJB (3 dans mon cas). D'ailleurs Julien, les query des EJB3 lancent aussi des exceptions de type NoResultException ou NonUniqueResultException. En tout cas, cet article nous donne plein de pistes à creuser pour améliorer notre code. Entièrement d’accord avec Medo, surtout lorsque ce genre d’articles ouvre des perspectives d’optimisation de code, surtout quand on utilise les EJB (3 dans mon cas).

D’ailleurs Julien, les query des EJB3 lancent aussi des exceptions de type NoResultException ou NonUniqueResultException.

En tout cas, cet article nous donne plein de pistes à creuser pour améliorer notre code.

]]> Par : Benoit Moussaudhttp://blog.xebia.fr/2008/07/02/exception-synchronisee/#comment-6135 Benoit Moussaud Thu, 03 Jul 2008 20:30:00 +0000 http://blog.xebia.fr/2008/07/02/exception-synchronisee/#comment-6135 Merci de vos remarques et de vos encouragements. C'est plaisant de savoir qu'il y a un public pour ce type d'articles. Merci de vos remarques et de vos encouragements. C’est plaisant de savoir qu’il y a un public pour ce type d’articles.

]]> Par : Medohttp://blog.xebia.fr/2008/07/02/exception-synchronisee/#comment-6127 Medo Thu, 03 Jul 2008 12:11:59 +0000 http://blog.xebia.fr/2008/07/02/exception-synchronisee/#comment-6127 Enfin un post technique francophone intéressant, c'est devenu tellement rare ! Enfin un post technique francophone intéressant, c’est devenu tellement rare !

]]> Par : Julienhttp://blog.xebia.fr/2008/07/02/exception-synchronisee/#comment-6038 Julien Wed, 02 Jul 2008 10:19:28 +0000 http://blog.xebia.fr/2008/07/02/exception-synchronisee/#comment-6038 Et quand on se rappelle que les EJB 2.x levaient des exceptions sur les finders lorsque ceci ne trouvaient pas de résultats, on a bien conscience à quel point c'était de la m$$%** :D Et quand on se rappelle que les EJB 2.x levaient des exceptions sur les finders lorsque ceci ne trouvaient pas de résultats, on a bien conscience à quel point c’était de la m$$%** :D

]]> Par : Samuelhttp://blog.xebia.fr/2008/07/02/exception-synchronisee/#comment-6037 Samuel Wed, 02 Jul 2008 10:12:55 +0000 http://blog.xebia.fr/2008/07/02/exception-synchronisee/#comment-6037 Merci pour ces infos et pour ce complément adiguba ;) Je pense avoir détecté une grosse erreur dans notre code grace à vous... Samuel Merci pour ces infos et pour ce complément adiguba ;)

Je pense avoir détecté une grosse erreur dans notre code grace à vous…

Samuel

]]> Par : adiGubahttp://blog.xebia.fr/2008/07/02/exception-synchronisee/#comment-6035 adiGuba Wed, 02 Jul 2008 07:43:30 +0000 http://blog.xebia.fr/2008/07/02/exception-synchronisee/#comment-6035 Salut, Plus précisément, le problème vient de la méthode fillInStackTrace() de Throwable. Cette méthode native et synchronisée est appelée par le constructeur de Throwable (et donc de toutes exceptions) pour générer le "stacktrace". Cette information si utile est en effet assez couteuse à générer. Quelques infos supplémentaire sur ce billet : http://blog.developpez.com/adiguba?title=exception_et_performances a++ Salut,

Plus précisément, le problème vient de la méthode fillInStackTrace() de Throwable.
Cette méthode native et synchronisée est appelée par le constructeur de Throwable (et donc de toutes exceptions) pour générer le « stacktrace ».

Cette information si utile est en effet assez couteuse à générer.

Quelques infos supplémentaire sur ce billet : http://blog.developpez.com/adiguba?title=exception_et_performances

a++

]]>