Les pilotes JDCo du connecteur MySql J ne prennent-ils pas en charge le regroupement de connexions?

Question

Le connecteur J ne prend-il pas réellement en charge le regroupement de connexions. En regardant leur documentation, je dois télécharger une bibliothèque tierce comme DBCP ou c3p0 pour y arriver. Quelle est la motivation pour ne pas l'introduire dans le pilote Connector J lui-même? Est-ce quelque chose que les spécifications J2EE dictent?

Answer 1

Aucun pilote JDBC que je connaisse (Oracle, SQL Server, MySQL, PostgreSQL) ne prend en charge le pool de connexions seul. C'est généralement un service fourni par un serveur d'applications Java EE. Je ne vous blâme pas d'être confus - c'est ce que je ressens quand je m'éloigne du territoire .NET. Je crois que la raison est historique: la mise en commun et le nommage sont des services fournis par un CORBA ORB pour les objets distribués. Lorsque l'entreprise Java a été conçue, l'idée était de créer un moniteur de transaction pour les objets distribués qui encapsulent ces services. Toutes les difficultés de regroupement, de cycle de vie de l'objet, de thread, etc. ont été déplacées hors de l'application et dans le serveur d'applications sur lequel elles étaient hébergées. Les Enterprise Java Beans étaient censés permettre aux utilisateurs de se concentrer sur les objets qui exprimaient la logique métier et de laisser toutes ces tâches de maintenance au serveur de l'application. Un marché pour les serveurs d'application est né: WebLogic, WebSphere, JBOSS, etc.

Comme je comprends .NET, il y a juste un serveur d'application: IIS. Je ne sais pas comment .NET gère le regroupement de connexions, mais l'historique d'IIS a commencé comme un serveur web analogique à Apache. Je ne pense pas que cela a commencé au même endroit.