[JAVA] Connexion DataSource de WebSphere à MySQL (changement de propriété DataSource?)

Lorsque j'ai créé une définition de DataSource de WebSphere Application Server (WAS) vers MySQL, j'ai trouvé quelque chose d'intéressant avec les propriétés personnalisées de DataSource, alors je l'ai étudié.

Création de DataSource et test de connexion

WAS prend en charge les connexions JDBC conformes au pilote JDBC4 [^ 1]. Alors faisons-le tout de suite.

Création d'un fournisseur JDBC

La connexion JDBC (DataSource) se compose des trois éléments suivants.

1. Données d'authentification J2C
2. Fournisseur JDBC
3. Source de données JDBC

Mettre en ordre.

Création de données d'authentification J2C

WAS peut en toute sécurité (?) [^ 2] enregistrer les utilisateurs connectés à la base de données en tant que données d'authentification J2C. Pour autant que cela soit clairement indiqué, la conservation du nom d'utilisateur et du mot de passe en tant que données d'authentification J2C améliore l'interopérabilité. Cela signifie-t-il que l'impact de la modification du mot de passe d'un utilisateur d'accès à la base de données peut être absorbé par les données d'authentification J2C et n'affecte pas l'application (Est-il possible pour une application côté serveur d'incorporer le mot de passe dans la source ou la propriété de nos jours? ). [^ 2]: Je n'en vois aucune mention, mais je suis sûr que c'est un cryptage. Même le profil Liberty peut être chiffré (xor ou AES128).

Le pilote JDBC est téléchargé depuis le site officiel. Nous procéderons sur la prémisse de "Connector / J 5.1.45" qui est le dernier au moment de la rédaction de cet article.

Connectez-vous à la console de gestion WAS et ouvrez "Security" - "Global Security" - "Java Authentication / Authorization Service" - "J2C Authentication Data". "Nouveau Appuyez sur "Créer". Quelconque Entrez un autre nom, un ID utilisateur et un mot de passe de connexion à la base de données, puis appuyez sur "OK". Niveau serveur Les données d'authentification sont créées dans.

Création d'un fournisseur JDBC

Le fournisseur JDBC est une fonction qui charge le pilote JDBC. Spécifiez simplement le chemin du pilote pour les paramètres. Ouvrez «Resources» - «JDBC» - «JDBC Provider», définissez «Scope» sur le serveur et «Create new». "Base de données -Définissez "Type" sur "Défini par l'utilisateur", entrez " com.mysql.jdbc.jdbc2.optional.MysqlConnectionPoolDataSource "[^ 3] dans" Nom de la classe d'implémentation ", entrez un nom et une description arbitraires, puis passez à" Suivant ". Je vais. "Classe Entrez "$ {MYSQL_JDBC_DRIVER_PATH} / mysql.jar" dans "Chemin" et allez à "Suivant". Est-il recommandé de définir le chemin du pilote en tant que variable WebSphere pour la portabilité? ![Capture d'écran 2018-01-29 21.10.09.png](https://qiita-image-store.s3.amazonaws.com/0/232587/07f60943-1841-81c6-82d0-65a4d0a6797d.png) Une chose à garder à l'esprit lorsque vous placez le fichier Jar du pilote est qu'il ne doit pas être placé par erreur sous "/ lib" ou "/ lib / ext" dans le répertoire WAS. Si vous le placez ici, le pilote sera chargé à partir du chargeur de classe au démarrage du serveur et il fonctionnera en double lors de la création du DataSource. Supposons également que vous laissez le fichier "jar" ici et qu'à un moment donné vous changez d'avis et remettez le pilote dans un autre répertoire. Avec la mise à jour du pilote, même si vous ne remplacez que ce dernier fichier, le chargeur de classe au moment du bootstrap chargera le "jar" laissé derrière, et vous pourriez finir par utiliser l'ancien pilote. Hmm. Afin d'éviter de tels problèmes et d'éviter qu'il ne soit écrasé ou effacé par les groupes de correctifs, il semble judicieux de ne pas le placer sous le répertoire du produit. Cette fois, placez-le comme "/home/piro/mysql.jar". [^ 3]: Comme résumé dans l'annexe, le nom de la classe d'implémentation de XADataSource est " com.mysql.jdbc.jdbc2.optional.MysqlXADataSource `".

Ouvrez «Environnement» - «Variables WebSphere», définissez «Portée» sur serveur et «Créer nouveau». Nom de variable Entrez la valeur et cliquez sur "OK" pour "Enregistrer".

Créer DataSource

Créez une source de données de la même manière. Quelconque Entrez le nom de la source de données et le nom JNDI et passez à "Suivant". Lors de la recherche depuis une application de nom JNDI, est-il courant d'utiliser le nom ENC pour rechercher (" java: comp / env / jdbc / mysqlmaster ") ([References](https: // www)? .ibm.com / developerworks / jp / websphere / library / was / was_jndi / 2.html)). Fournisseur JDBC Spécifiez le "MySQLConnectionPoolDataSource" défini précédemment dans et allez à "Suivant". "Données -Le terme inconnu "nom de classe d'assistance de magasin" est sorti, mais je vais continuer à "suivant" tel quel (réglage par défaut). La classe d'assistance de DataSource semble être une extension de WAS, et la célèbre pour SGBDR est fournie par WAS. Mais il n'y a pas de MySQL. Si vous ne l'avez pas, vous pouvez le fabriquer vous-même Il semble. Pour autant que je puisse voir, il semble définir une sorte de gestion des erreurs unique au moteur SGBDR. Cela spécifie également l'utilisateur de connexion à la base de données défini précédemment à partir de l'alias d'authentification J2C et passe à "Suivant" (je l'ai également activé pour la persistance de la gestion des conteneurs car il peut être utilisé dans une expérience un jour). "Fin Pour "sauvegarder" la configuration.

Test de connexion

Maintenant que le DataSource est terminé, pourquoi ne pas essayer de l'équiper? ~~ Essayez de vous connecter. Vérifiez et cliquez sur "Tester la connexion". Eh bien, vous ne pouvez pas vous connecter. Si vous vous connectez avec cela, que diable avez-vous connecté à quelle base de données! ?? Parce que ça le sera. L'assistant n'avait aucun endroit pour spécifier l'URL MySQL. Vous pouvez spécifier dans l'assistant qu'il s'agit d'Oracle ou Db2. Cette fois, c'est "défini par l'utilisateur", c'est-à-dire tout le reste, donc on ne vous demandera pas l'URL. Vous devez le définir vous-même en tant que propriété personnalisée de DataSource.

Ainsi, lorsque j'ouvre les propriétés de DataSource. .. .. Il existe un nombre terrible de propriétés. Pas tellement dans Manual. .. ..

Explorez l'origine des propriétés personnalisées

Et jusqu'ici est l'introduction. cette? Ce que je pensais, c'est que parmi ces 239 propriétés, il y avait "URL" et "url". Pourquoi y en a-t-il deux? Lequel dois-je utiliser? Ce sera.

Peu importe si vous répondez. Dans tous les cas, si vous entrez l'URL correcte (par exemple " jdbc: mysql: // hostname: 3306 / dbname "), le test de connexion réussira (la classe d'assistance dans l'exemple est la classe générique par défaut). Il y a un avertissement qu'il restera, mais allons-y).

Je me demandais où je trouvais les propriétés qui ne sont pas mentionnées dans ce manuel. Il doit avoir été pris au conducteur lui-même, mais comment diable? Les débutants de Java se sont demandés. Lorsque j'ai importé le fichier "jar" entier de MySQL Driver / J dans Eclipse, il a fourni une méthode appelée ʻexposeAsXML () [^ 4], qui m'a permis de récupérer des propriétés, mais malheureusement" URL " Ni «ni» ni «url» n'apparaissent, et je ne pense pas que tous les pilotes compatibles JDBC fournissent une telle méthode en premier lieu. [^ 4]: J'ai juste chassé la source de MysqlConnectionPoolDataSourceet je l'ai implémentée dans une classe, mais j'ai perdu le mémo sur le type de relation d'héritage que c'était et je ne pouvais pas le comprendre. .. .. Donc, à la suite de la poursuite des efforts stériles pour trouver quelque chose comme ça dans la [documentation de l'API Java](https://docs.oracle.com/javase/jp/8/docs/api/),BeanInfo J'ai trouvé une classe avec un joli nom, et j'ai écrit le code suivant.

GetJDBCProperty.java

package net.mognet.devel;
import java.beans.BeanInfo;
import java.beans.IntrospectionException;
import java.beans.Introspector;
import java.beans.PropertyDescriptor;
import java.lang.reflect.Method;

class JDBCProperty {
	public static String exposeAsHTML(Object obj) {
		StringBuilder sb = new StringBuilder();
		BeanInfo bi = null;
		PropertyDescriptor[] pd = null;
		
		sb.append("<html>\n");
		sb.append("<head>\n");
		sb.append("<title>" + obj.getClass().getName() + "</title>\n");
		sb.append("<style> table { border-style: solid; border-collapse: collapse; border-width: 1px; padding: 1px 1px 1px 1px ; } </style>\n");
		sb.append("</head>\n");
		sb.append("<body>\n");
		sb.append("<h1>Properties of " + obj.getClass().getName() + "</h1>\n");
		sb.append("<table border>\n");
		try {
			bi = Introspector.getBeanInfo(obj.getClass());
			pd = bi.getPropertyDescriptors();
			sb.append("<tr><th>name</th><th>displayName</th><th>type</th><th>shortDescription</th><th>value</th><th>getter</th><th>setter</th><th>toString</th></tr>\n");
			for(int i = 0; i < pd.length; i++) {
				sb.append("<tr>");
				sb.append("<td>" + pd[i].getName() + "</td>");
				sb.append("<td>" + pd[i].getDisplayName() + "</td>");
				sb.append("<td>" + pd[i].getPropertyType().getName() + "</td>");
				sb.append("<td>" + pd[i].getShortDescription() + "</td>");
				sb.append("<td>" + (String) pd[i].getValue(pd[i].getName()) + "</td>");
				Method m = pd[i].getReadMethod();
				if(m != null) sb.append("<td>" + m.toGenericString() + "</td>");
				else sb.append("<td>n/a</td>");
				m = pd[i].getWriteMethod();
				if(m != null) sb.append("<td>" + m.toGenericString() + "</td>");
				else sb.append("<td>n/a</td>");
				sb.append("<td>" + pd[i].toString() + "</td>");
				sb.append("</tr>\n");
			}
		} catch(IntrospectionException e) {
			e.printStackTrace();
		}
		sb.append("</table></body></html>");
		return sb.toString();
	}
}
public class GetJDBCProperty {
	public static void main(String[] args) throws TransformerException, ClassNotFoundException, InstantiationException, IllegalAccessException {
		Class<?> cls = Class.forName(args[0]);
		Object obj = (Object) cls.newInstance();
		System.out.print(JDBCProperty.exposeAsHTML(obj));
	}
}

Nous avons également implémenté la version XML et la version CSV, mais comme la version XML est particulièrement difficile à voir, seule la version HTML sera publiée. main () semble être épuisé, mais spécifiez simplement un nom de classe approprié dans le premier argument (passez également le chemin de classe de l'autre partie). Pour le moment, le nom est GetJDBCProperty, mais peu importe si la personne que vous spécifiez est de type Bean. Ainsi, quand j'ai essayé d'utiliser ceci, on m'a dit que j'étais en mesure d'obtenir la plupart des propriétés en conséquence ("URL" et "url" sont sortis).

Exemple d'exécution

$ java -jar -cp <path_to_driver.jar>:. hoge.jar com.mysql.jdbc.jdbc2.optional.MysqlConnectionPoolDataSource > mysqlConnectionPool.html

appendice

Nom et URL de la classe d'implémentation JDBC

Incidemment, j'ai essayé de résumer les noms de classe d'implémentation JDBC et la syntaxe d'URL dans divers SGBDR. Lorsqu'elle est organisée de cette manière, l'unicité d'Oracle (règles de packaging et comment écrire des URL) se démarque.

Le résultat de l'exécution de chaque pilote JDBC (classe d'implémentation ConnectionPoolDataSource) sert également de référence (il ne peut pas toujours être utilisé comme propriété de DataSource). com.mysql.jdbc.jdbc2.optional.MysqlConnectionPoolDataSource

com.ibm.db2.jcc.DB2ConnectionPoolDataSource

com.microsoft.sqlserver.jdbc.SQLServerConnectionPoolDataSource

oracle.jdbc.pool.OracleConnectionPoolDataSource