2010-04-26 8 views

Répondre

1

Je ne penserais même pas à l'aide BasicDataSource lorsque vous utilisez WebLogic Server, son pool de connexion juste roches:

  • il est extrêmement stable, solide comme le roc (l'une des principales raisons de l'utiliser)
  • il a un grand ensemble de fonctionnalités (ne peut penser à un manquant);
  • il fonctionne très bien, pas de problèmes de verrouillage mort;
  • il est clusterable;
  • l'administration, la configuration sont faciles et ils peuvent être automatisés avec WLST;
  • la surveillance est facile (via JMX);
  • c'est bien documenté;
  • c'est pris en charge par BEA.

Pour moi, ceci est une non-correspondance.

PS: Bien sûr, cette réponse s'applique lors de l'exécution dans WebLogic (qui est supposée puisque la question est sur le point connexion WebLogic piscine). Dans votre IDE ou dans un contexte de test, utilisez ce que vous voulez, par ex. pas de pool de connexion du tout.

0

Il est beaucoup plus simple de tester et de travailler avec BasicDatasource d'Apache à partir de votre IDE, puisque vous avez seulement besoin du fichier jar de datasource dans votre classpath. Il n'est pas nécessaire de déployer dans un conteneur d'application. La source de données fournie avec le tcServer est également hautement évolutive. Le BasicDatasource et le ComboPooledDataSource vous donne également la possibilité d'utiliser la même source de données dans tous les environnements et il n'est pas couplé au conteneur d'application. Et au moins la source de données fournie avec le serveur tcServer est supportée par SpringSource.

ComboPooledDataSource et l'alternative Spring sont également faciles à gérer et à surveiller avec JMX. D'un autre côté, si vous utilisez des transactions XA et le gestionnaire de transactions JTA de Weblogic, vous devez également utiliser la source de données de WebLogic.