Patrick Schulz wrote:
> >>> Selbst habe ich allerdings <resource-ref> noch nie verwendet, sondern
> >>> immer das Tomcat-spezifische <Resource>. Das hat den Vorteil, daß der
> >>> Tomcat gleich einen Connection-Pool aufbaut.
> >>> Der Code, um den JNDI-Lookup zu machen und sich dann bspw. die
> >>> javax.sql.Connction zu holen, ist in beiden Varianten i. w. identisch.
>
> Naja, die Empfehlung lautet, dass man bei beabsichtigter J2EE
> Kompatibilität eben genau <resource-ref> verwendet.
Sicher, das ist schon klar. Allerdings war ich eben noch nie in einer
Situation, in der diese Kompatibilität wichtig war. Und wenn ich weiß, daß
die Sache nur mit dem Tomcat funktionieren muß, kann ich auch ein
Tomcat-Spezifikum verwenden, denn das hat ja auch Vorteile, z. B.:
> Die Tomcat spezifische <Resource> (empfohlener Maßen wird die in der
> context.xml festgelegt) ist eigentlich nur eine Art Vorkonfiguration des
> Tomcat während des Deployments. Damit wird automatisch eine Resource im
> Container angelegt, damit man nicht das Admin Interface dazu bemühen muss.
...und man kann sich das <resurce-ref> sparen, erschlägt also zwei Klappen mit
einer Fliege. Stimmt, *das* ist der eigentliche Vorteil.
> > Im Falle von <res-auth>Application</res-auth> wäre stattdessen etwa
> > java.sql.Connection conn = ds.getConnection("<username>", "<password>");
> > erforderlich.
>
> Mich würde da mal interessieren, wie man das prüfen kann, ob die
> Connection schon authentifiziert ist. Wahrscheinlich gibt es nur eine
> Exception wenn man das erste Mal was von der Resorce will...
Exception?
Gruß
mks
--
----------------------------------------------------------------------------
PUG - Penguin User Group Wiesbaden - http://www.pug.org
