2010-10-19 5 views
5

Je travaille sur un projet qui utilise JPA pour la persistance, et j'essaie de trouver le moyen le plus propre et le plus efficace pour tester les requêtes JPQL. Je suis plus habitué au monde Hibernate ... dans lequel vous pouvez tester HQL sur une base ad hoc en dehors de l'application, en utilisant Hibernate Tools et sa console Hibernate. Je crois que cet outil supporte aussi JPQL si vous utilisez Hibernate comme fournisseur JPA, mais malheureusement dans ce cas je suis sur GlassFish et j'utilise TopLink. Y a-t-il des équivalents approximatifs à la console Hibernate (là ou en développement) dans le monde JPA? Si non, quelle est votre pratique habituelle pour bricoler avec les requêtes JPQL pendant le développement?Des outils pour tester des requêtes JPQL ad hoc en dehors d'une application?

+0

double possible de [outil à exécuter JPQL requêtes?] (Http://stackoverflow.com/questions/1615494/tool-to-execute-jpql-queries) –

+0

Peut-être (je ne peux pas croire cela n'est pas apparu dans mes résultats de recherche). Cependant, cela fait une année complète depuis celle-là ... et on pourrait penser que quelque chose de nouveau est arrivé depuis lors, aussi dur que l'APP 2 est poussé. Eclipse Dali stagne toujours sur le front de l'éditeur JPQL, tout comme le vaporware qui était censé être dans NetBeans 7 maintenant. JQT était une découverte intéressante, mais je n'ai pas eu d'expérience positive jusqu'à maintenant. Il se peut que je doive donner le "accept" à duffymo pour souligner le nouveau IntelliJ, mais il est nul que la seule bonne option soit commerciale. Hibernate me manque. :) –

+0

Les dernières réponses sont à partir de Juillet 2010, c'est plus important que l'âge de la question IMO :) –

Répondre

0

Comment fonctionne IntelliJ, le meilleur IDE?

http://blogs.jetbrains.com/idea/tag/jpa/

+0

Je suppose que je vais donner les points à cette réponse, car IntelliJ n'était pas couvert dans cette ancienne question "dupliquer". Il semblerait que les plugins pour Eclipse et NetBeans soient toujours en vaporware après une année complète, et rien d'autre de vraiment solide n'est arrivé. Pourtant, il est décevant que la seule option solide est une propriété commerciale. Peu d'entreprises abandonnent 600 $ par siège sur IntellJ ... alors que pratiquement tous les développeurs Java parlent couramment Eclipse ou NetBeans, et une lacune rare comme celle-ci peut être contournée en écrivant manuellement une classe de test. Tant pis. –

+1

"Peu d'entreprises vont perdre 600 $ par siège sur IntellJ" - à votre taux horaire, je peux vous présumer qu'IntelliJ sera plus que rentable dans un très court laps de temps. Un siège individuel coûte beaucoup moins cher. J'achète une licence personnelle chaque année et l'utilise partout où je vais. – duffymo

Questions connexes