Warum JNDI Rückkehr eine DataSource mit einem NULL-uri statt einer lookup-Fehler?

Suchte ich mir eine ähnliche Frage, aber nur gefunden, ähnlich wie Godaddy JNDI-Problem---Cannot create JDBC-Treiber-Klasse " für connect URL 'null', auf die noch keine Antwort auf meine generische Frage.

Tomcat 7.0.8 .. der folgende code

Context initialContext = new InitialContext();
datasource = (DataSource) initialContext.lookup("java:comp/env/" + "blah");
Connection c = null;
c = datasource.getConnection();

wirft diesen Fehler.

org.apache.tomcat.dbcp.dbcp.SQLNestedException: Cannot create JDBC driver of class '' for connect URL 'null'
   at org.apache.tomcat.dbcp.dbcp.BasicDataSource.createConnectionFactory(BasicDataSource.java:1452)
   at org.apache.tomcat.dbcp.dbcp.BasicDataSource.createDataSource(BasicDataSource.java:1371)
   at org.apache.tomcat.dbcp.dbcp.BasicDataSource.getConnection(BasicDataSource.java:1044)
...
Caused by: java.lang.NullPointerException
   at sun.jdbc.odbc.JdbcOdbcDriver.getProtocol(JdbcOdbcDriver.java:527)
   at sun.jdbc.odbc.JdbcOdbcDriver.knownURL(JdbcOdbcDriver.java:496)
   at sun.jdbc.odbc.JdbcOdbcDriver.acceptsURL(JdbcOdbcDriver.java:319)
   at java.sql.DriverManager.getDriver(DriverManager.java:386)
   at org.apache.tomcat.dbcp.dbcp.BasicDataSource.createConnectionFactory(BasicDataSource.java:1437)
   ... 24 more

Ich bin nicht gefragt, warum es fehlgeschlagen ist oder wie es zu lösen ist.

Meine Frage ist, warum nicht die LOOKUP fehlschlägt?

Warum lookup erstellen eine nutzlose BasicDataSource mit einem null-URL? Gibt es einen besseren Weg, um zu erkennen, ob ein JNDI-name 'nicht existiert', als zu versuchen, es zu benutzen und sehen, wenn es auffliegt? Dieser Ansatz erinnert mich an wie Sie testen Brücken.

Ich schließlich bit die Kugel und zog eine Reihe von code aus raw-JDBC-code zu JNDI, und viele Geheimnisse bleiben noch offen.

Möchte ich vermeiden downcasting die BasicDataSource, wenn möglich, mindestens bewahren, eine illusion von Datenbank-Unabhängigkeit.

TIA

Die Menschen können es nicht verkraften, verlorene Illusionen...
was meinst du?

InformationsquelleAutor Steven R. Loomis | 2011-02-26

4

Als ich verstehen, JNDI, es ist gedacht für die Aufbewahrung Verweise auf Objekte oder Objekt Fabriken.

Objekt business ist unkompliziert - configurer liefert eine Referenz auf das Objekt, app nutzt es, so einfach ist das. Aber für komplexere oder Generika Fällen ist es bequemer, um eine Referenz auf ein Objekt Fabrik gibt weit mehr Freiheit auf, wie die Objekte erstellt werden sollen.

Als Sie noch nicht gebucht, Ihre webapp ist web.xml noch der Tomcat conf/server.xml ist, ist es schwer zu erarbeiten, aber ich würde vermuten, Sie haben etwas ähnliches in Ihrer web.xml
```
<resource-ref>
  <description>DB Connection</description>
  <res-ref-name>jdbc/myDB</res-ref-name>
  <res-type>javax.sql.DataSource</res-type>
  <res-auth>Container</res-auth>
</resource-ref>
```
Wenn Sie Lesen,Tomcat JNDI-howto, sollten Sie dies sehen:

Vorausgesetzt, dass Tomcat in der Lage ist, zu identifizieren, eine geeignete Ressource Fabrik zu verwenden, um
erstellen Sie die Ressource ist und dass keine weitere Konfigurations-Informationen ist erforderlich, Tomcat
verwenden Sie die Informationen in /WEB-INF/web.xml um die Ressource zu erstellen.

Nun, schauen wir uns Tomcat ist die Umsetzung der oben. On line 112, können Sie sehen, dass, wenn gegeben res-type gleich javax.sql.DataSource es nutzt org.apache.tomcat.dbcp.dbcp.BasicDataSourceFactory um eine neue Datenquelle zu erstellen.

Das ist es. An diesem Punkt der Arbeit von JNDI ist vorbei, es hat keinen Einfluss darauf, wie Objekte erstellt werden - und das zu Recht! Vergessen Sie nicht, dass die JNDI-gemeint ist die Speicherung von Referenzen auf jegliche Art von Objekten (E-mail-verbindungen, security realms, etc.). Es wäre unmöglich und unzumutbar ist, einen test schreiben, für jede andere Art von Objekt. Und auch so, einfach, indem Sie die Datenbank-Einstellungen, die es unmöglich wäre, festzustellen, ob diese ausreichen, um die Etablierung einer live-Verbindung zu die eigentliche Datenbank.

Das ist, warum Sie haben einen separaten Aufruf, datasource.getConnection(), und das ist, warum wirft er SQLException was Sie sollen, zu erfassen und zu verarbeiten.

p.s. man könnte vielleicht argumentieren, dass BasicDataSourceFactory sollte mehr smart und eine Liste der erforderlichen Eigenschaften/Argumente. Vielleicht. Doch das ist das Thema zu einer anderen Frage, als Sie ursprünglich gefragt haben nicht warum der LOOKUP fehl 😉
- danke, ich glaube, ich bin zu verstehen ein bisschen besser. Ich nicht posten conf/server.xml weil meine Frage war nicht, "wie kann ich diese Arbeit machen". Aber, ich habe ein ähnliches resource-ref in meine web.xml und es werden keine entsprechenden <Ressourcen> Referenz. (Vielleicht habe ich die Frage gestellt, "wie kann ich erkennen, wenn der Benutzer nicht vorausgesetzt ein <Ressourcen> entity?" Es klingt wie eine Antwort auf meine Fragen, dass die lookup nicht scheitern, weil es gefunden <resource-ref> Objekt, aber der Datenquelle zurückgegeben hat a null URI, weil die <Ressourcen> wurde nicht gefunden.
- re-Lesen Sie den JNDI-howto, Resource und resource-ref sind im Grunde gleichwertig. So, mein lookup() erfolgreich, weil ich ein resource-ref-irgendwo. Ihr letzter Kommentar, dann ist genau das, was ich hätte Fragen sollen: "warum ist nicht BasicDataSourceFactory ... mehr smart und eine Liste der erforderlichen Eigenschaften/Argumente". So, ich glaube, du hast meine Frage beantwortet.
- Als seitliche Anmerkung, ich glaube, ich würde wählen Sie eine andere Datenquelle Fabrik (z.B. c3p0) für mein Nächstes Projekt, wie ich bin nicht sehr glücklich über dbcp (nicht wegen der JNDI-aber aus anderen Gründen). Leider, es ist nicht so einfach zu ersetzen, eine low-level-Bibliothek, mit etwas anderem wäre es erforderlich, dass die Lasten der Prüfung und Erprobung edge-Fällen ist, besonders hart.
- danke. DBCP ist besser als nichts (und "frei" in tomcat), aber ich schaute auf c3p0 auch.
InformationsquelleAutor mindas
1

Wenn Sie eine war-Datei auf dem tomcat web.xml und server.xml gemeinsam geben Sie die Definitionen, wie hier beschrieben. Manchmal, in Eclipse, verwenden Sie möglicherweise eine andere web.xml als Sie denken. Stellen Sie sicher, dass der debugger in Eclipse ist das laden der web-und server.xml Dateien, die Sie erwarten. Ich fand in meinem Fall, dass die web.xml nicht über die definition, also Hinzugefügt, die es gibt, und dies hat funktioniert.
- Das ist eine wahre Aussage, aber es ist (1) mehr ein Kommentar als eine Antwort (und so sollte eingegeben werden als Kommentar), aber (2) das beantwortet nicht meine Frage. Wie ich bereits in dem anderen thread 3 Jahre her, ich bin nicht zu Fragen, wie, um meine app funktioniert, aber Sie Fragen über einen JNDI-Verhalten. Danke für den Versuch zu Antworten, und willkommen ALSO!
InformationsquelleAutor user3429534

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.