- BasicDataSource configurés au printemps
- Weblogic datasource
qui la mise en œuvre est mieux en termes deBasicDataSource configurés au printemps vs Weblogic datasource
- Stabilité
- Performance
- évolutivité
- Aide en ligne
qui la mise en œuvre est mieux en termes deBasicDataSource configurés au printemps vs Weblogic datasource
Je ne penserais même pas à l'aide BasicDataSource
lorsque vous utilisez WebLogic Server, son pool de connexion juste roches:
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.
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.