Tomcat connection pooling

Den sidste fejl lyder som at du ikke har fået kopieret MySQL JDBC driver jar
filen ind i webapps\xxxx\WEB-INF\lib

Den første fejl tror jeg skyldes at fragmentet er lagt ind et forkert sted.

Jeg har ikke lagt den ind i GlobalNamingResources men ind i Context.

har du et eksempel på en server.xml som jeg lige kan copy pate ind, jeg bruger Tomcat 5

så tror jeg har fundet ud af det nu, fandt en andet eksempel i en tomcat bog fra wrox

Det burde være helt simpelt: lav en context for din web app, put linierne
i den context.

Brugte <DefaultContext> i stedet for <Context docBase="pooltest" path="/pooltest" reloadable="true"> i server.xml, så virkede det.
Ellers en rigtig god artikel, du har skrevet.

Hej Arne!
Jeg prøvede at benytte defaultcontext, men så fik jeg flg. fejl:
javax.servlet.ServletException: Cannot create PoolableConnectionFactory, cause: [Microsoft][ODBC Driver Manager] Data source name not found and no default driver specified
Hvor ligger jdbc jar driveren som standard? Jeg er fuldstændig grøn i opsætning af en tomcat.

Min jdbc driver ligger under %Tomcat%/common/lib. Hvilket i mit tilfælde er C:\Tomcat\common\lib. Hvis det er kan jeg poste min server.xml

btw der ligger ikke nogen driver som standard, man skal selv hente den. som oftest fra database udbyderens side

Fejlen er med JDBC ODBC bridgen, og den ligger der default (fordi den er
i selve Java SDK).

Det lyder snarere som om der ikke er defineret den DSN der henvises til.

hej roo104, du må meget gerne poste din server.xml fil,
På forhånd tak for hjælpen.

Hej Arne!

Hvad mener du med at definere DSN? Den er oprettet i ODBC-forbindelser under kontrolpanelet i Windows, på samme maskine som kører tomcat-serveren. Er det ikke i orden? Eller skal det også sættes på i server.xml? i så fald hvor?

Det er i orden.

Men connectionURL skal indeholde den rigtige DSN.

Den defineres vel i
<parameter>
  <name>url</name>
    <value>jdbc:odbc://localhost</value>
  </parameter>
Hvad skal jeg skrive i stedet? i valuefeltet... Navnet på min DSN er ODBCTEST

jdbc:odbc:ODBCTEST

Her er den komplette server.xml. Jeg bruger mysql og dsn less forbindelse

<?xml version='1.0' encoding='utf-8'?>
<Server>
  <Listener className="org.apache.catalina.mbeans.ServerLifecycleListener"/>
  <Listener className="org.apache.catalina.mbeans.GlobalResourcesLifecycleListener"/>
  <GlobalNamingResources>
    <Environment name="simpleValue" type="java.lang.Integer" value="30"/>
    <Resource auth="Container" description="User database that can be updated and saved" name="UserDatabase" type="org.apache.catalina.UserDatabase"/>
    <ResourceParams name="UserDatabase">
      <parameter>
        <name>factory</name>
        <value>org.apache.catalina.users.MemoryUserDatabaseFactory</value>
      </parameter>
      <parameter>
        <name>pathname</name>
        <value>conf/tomcat-users.xml</value>
      </parameter>
    </ResourceParams>
  </GlobalNamingResources>
  <Service name="Catalina">
    <Connector acceptCount="100" connectionTimeout="20000" disableUploadTimeout="true" port="80" redirectPort="8443">
    </Connector>
    <Connector port="8009" protocol="AJP/1.3" protocolHandlerClassName="org.apache.jk.server.JkCoyoteHandler" redirectPort="8443">
    </Connector>
    <Engine defaultHost="localhost" name="Catalina">
      <Host appBase="webapps" name="localhost">
     
    <DefaultContext>
    <Resource name="jdbc/inet" auth="Container" type="javax.sql.DataSource"/>
    <ResourceParams name="jdbc/inet">
      <parameter>
        <name>driverClassName</name>
        <value>org.gjt.mm.mysql.Driver</value>
      </parameter>
      <parameter>
        <name>url</name>
        <value>jdbc:mysql://localhost/inet</value>
      </parameter>
      <parameter>
        <name>username</name>
        <value>xxxxx</value>
      </parameter>
      <parameter>
        <name>password</name>
        <value>xxxxx</value></parameter>
      <parameter>
        <name>maxActive</name>
        <value>20</value></parameter>
      <parameter>
        <name>maxIdle</name>
        <value>30000</value></parameter>
      <parameter>
        <name>maxWait</name>
        <value>100</value>
      </parameter>
    </ResourceParams>
  </DefaultContext>

    <Logger className="org.apache.catalina.logger.FileLogger" prefix="localhost_log." suffix=".txt" timestamp="true"/>
      </Host>
      <Logger className="org.apache.catalina.logger.FileLogger" prefix="catalina_log." suffix=".txt" timestamp="true"/>
      <Realm className="org.apache.catalina.realm.UserDatabaseRealm"/>
    </Engine>
  </Service>
</Server>

Hej arnev! Jeg fatter ikke en bjælde af det hele...det virker stadig ikke, og stadig med samme fejl, jeg har postet mit afsnit JDBC fra server.xml, som jeg har indsat tilsidst i server.xml, håber på din hjælp.
- <DefaultContext>
  <Resource auth="Container" name="jdbc/C5GRAF" type="javax.sql.DataSource" />
- <ResourceParams name="jdbc/C5GRAF">
- <parameter>
  <name>factory</name>
  <value>org.apache.commons.dbcp.BasicDataSourceFactory</value>
  </parameter>
- <parameter>
  <name>maxActive</name>
  <value>100</value>
  </parameter>
- <parameter>
  <name>maxIdle</name>
  <value>30</value>
  </parameter>
- <parameter>
  <name>maxWait</name>
  <value>10000</value>
  </parameter>
- <parameter>
  <name>username</name>
  <value>supervisor</value>
  </parameter>
- <parameter>
  <name>password</name>
  <value />
  </parameter>
- <parameter>
  <name>driverClassName</name>
  <value>sun.jdbc.odbc.JdbcOdbcDriver</value>
  </parameter>
- <parameter>
  <name>url</name>
  <value>jdbc:odbc:C5GRAF</value>
  </parameter>
  </ResourceParams>
  </DefaultContext>
  </Host>
  </Engine>
  </Service>
  </Server>

ups - glemte lidt at sige at min DSN hedder C5GRAF og ikke ODBCTEST som jeg skrev sidst :-)

hej, jeg har fundet ud af det - nu virker det! Tak for hjælpen Arne...

men min server brager stadig ned, ved for mange uafsluttede databasekald....såå, jeg er ikke rigtig kommet videre...har ellers dat min maxActive og MaxIdle rimelig højt(100, 30000) så jeg forstår det ikke....

husk at lukke dine connections, ellers går den hurtigt tør

og som standard er 100 connections max i mysql

jeg lukker dem også i koden, men hvis der er en utålmodig bruger, som hele tiden klikker på linket til siden som skal hente data fra databasen, bliver siden aldrig loadet færdig, og derfor bliver linien med db.close() aldrig kørt. og derfor bliver mine connections ikke lukkede....det er mit problem, nogle som har et svar ??

Jeg har også prøvet at sætte maxActive til 0, maxIdle til -1 og maxWait til -1, som burde betyde ubegrænset antal, men desværre uden held.

SUN JDBC ODBC bridge er ikke for god.

Jeg ville være tilbøjelig til at sætte maxActive til 1 for at undgå
problemer med den.

Den burde køre igennem til close selvom brugeren resubmitter før
svar.

tjo - man kan da sætte maxActive til 1, men så skal man jo vente indtil et antal sec, inden man kan lave næste databaseudtræk/næste klik på et link, hvad kan man ellers gøre? For når jeg sætter maxActive til 3 så går det fuldstændig galt(serveren går ned.).

Det lyder meget som om du glemmer at lukke en connection. Jeg sidder med et jsp projekt og der går ikke 5 min før jeg opdager hvis jeg har glemt at lukke en connection. Den løber lyn hurtig tør fo connections.

Jeg har læst et sted at JDBC ODBC bridgen ikke er thread safe.

Det må betyde at ved parallelle kald, så kan man få problemer
p.g.a. den driver.

En pure Java JDBC driver eller en kommercial JDBC ODBC bridge ville
uden tvivl hjælpe.

Det problem en connection pool løser er:
  - hurtigere connect fordi der ikke skal laves en fysisk connection
  - undgår limit på max. antal fysiske connection stil databasen

Det eneste den kan hjælpe med ved Sun's JDBC ODBC bridge er vel at
at lave en nem blocking.

Hvis du vil være sikker på at få kaldt close, så put den i en finally block !

hej roo104, du har fuldstændig ret, jeg sidder med et jsp-projekt og får ikke kaldt close(). da siden ikke når at blive loadet inden brugeren allerede har fortrudt klikket, og klikker på et andet link...ved du hvordan jeg kommer dette problem til livs? Hvis brugeren ikke er utålmodig eller klikker helt vildt rundt, så er der ingen problemer, så laves udtrækkene helt rigtigt. Problemet opstår kun når siden ikke når at blive loadet (og close ligger sidst på mine jsp-sider) og den ikke bliver færdig med udtrækket før et nyt bliver kaldt.

Nu er jeg ikke verdens mester i web programmering, men så vidt jeg har forstået, at når en bruger først har sendt en forspørgsel til serveren er der ingen mulighed for fortryd. dvs, at selv om brugeren trykker stop eller et nyt link vil siden blive behandtlet 100% færdig på serversiden.

aha - det vidste jeg ikke....

Og som arne siger, det kan være siden kaster en exception undervejs, så hvis du vil være sikker på at kalde close, skal den i en finally block.
Jeg har en statisk metode i en klasse jeg kalder hver gang jeg vil have en connection fra poolen, den ser sådan her ud:

import javax.naming.*;
import javax.sql.*;
import java.sql.*;

public class Forbindelse {
    private static Connection conn = null;
   
    private Forbindelse() {}
   
    public static Connection getConnection() throws NamingException, SQLException {
        Context initCtx = new InitialContext();
        Context envCtx = (Context)initCtx.lookup("java:comp/env");

        // Look up the data source
        DataSource ds = (DataSource)envCtx.lookup("jdbc/inet");

        // Allocate and use a connection from the pool
        initCtx.close();
        return conn = ds.getConnection();
    }
}

Jeg får en connection ved:
Connection conn = Forbindelse.getConnection()

Og ligge min connection tilbage i poolen ved:
conn.close()

hvis det er rigtig, så aner jeg simpelthen ikke hvad mit problem er...

Nu må du ikke hænge mig op på det, er som sagt ikke 100% sikker, Arne ved det nok :)
Det er bare sådan jeg har forstået det.

Det er sikkert rigtigt - men lad os vente på svar fra arne, så bliver vi alle klogere :-) Jeg syntes ellers jeg opretter og lukker forbindelser ligesom dig...

Jeg er ret sikker på at det er Sun JDBC ODBC bridge som driller dig.

close inde i finally og maxActive = 1 ville være midt bedste bud på noget
som virker (langsomt).

Tak for hjælpen - jeg prøver mig lidt frem med de forskellige parametre...

Hej igen! Så er jeg løbet på et andet problem - lidt i samme kaliber... Nemlig at den sidste postering som skal hentes fra databasen, bliver kun hentet halvt, og så stopper webserveren med at hente resten af siden. Det er utrolig underligt...Når jeg benytter den anden form for connect til databasen ved at skrive det hele i koden og intet i TomCat så er der intet problem, men det opstår først når jeg benytter

- <DefaultContext>
  <Resource auth="Container" name="jdbc/C5GRAF" type="javax.sql.DataSource" />
- <ResourceParams name="jdbc/C5GRAF">
.......

mv i tomcat - ikke når den fx. compileres almindeligt i fx. Jbuilder, kender I til problemet?

Er der nogen exception i Tomcat's log-filer ?

ikke umiddelbart, har lige postet logfilen, fra en forespørgsel:
...
2004-03-25 13:08:10 StandardContext[/balancer]org.apache.webapp.balancer.BalancerFilter: init(): ruleChain: [org.apache.webapp.balancer.RuleChain: [org.apache.webapp.balancer.rules.URLStringMatchRule: Target string: News / Redirect URL: http://www.cnn.com], [org.apache.webapp.balancer.rules.RequestParameterRule: Target param name: paramName / Target param value: paramValue / Redirect URL: http://www.yahoo.com], [org.apache.webapp.balancer.rules.AcceptEverythingRule: Redirect URL: http://jakarta.apache.org]]
2004-03-25 13:08:11 StandardContext[/jsp-examples]ContextListener: contextInitialized()
2004-03-25 13:08:11 StandardContext[/jsp-examples]SessionListener: contextInitialized()
2004-03-25 13:08:13 StandardContext[/servlets-examples]ContextListener: contextInitialized()
2004-03-25 13:08:13 StandardContext[/servlets-examples]SessionListener: contextInitialized()
2004-03-25 13:08:31 StandardWrapperValve[jsp]: Servlet.service() for servlet jsp threw exception
java.sql.SQLException: ResultSet is closed
    at sun.jdbc.odbc.JdbcOdbcResultSet.checkOpen(JdbcOdbcResultSet.java:6502)
    at sun.jdbc.odbc.JdbcOdbcResultSet.clearWarnings(JdbcOdbcResultSet.java:1748)
    at sun.jdbc.odbc.JdbcOdbcResultSet.close(JdbcOdbcResultSet.java:1452)
    at org.apache.commons.dbcp.DelegatingResultSet.close(DelegatingResultSet.java:193)
    at org.apache.commons.dbcp.DelegatingStatement.passivate(DelegatingStatement.java:248)
    at org.apache.commons.dbcp.DelegatingStatement.close(DelegatingStatement.java:177)
    at org.apache.jsp.produkter_jsp._jspService(produkter_jsp.java:646)
    at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:133)
    at javax.servlet.http.HttpServlet.service(HttpServlet.java:856)
    at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:311)
    at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:301)
    at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:248)
    at javax.servlet.http.HttpServlet.service(HttpServlet.java:856)
    at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:284)
    at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:204)
    at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:257)
    at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:151)
    at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:564)
    at org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContextValve.java:245)
    at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:199)
    at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:151)
    at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:564)
    at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:195)
    at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:151)
    at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:164)
    at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:149)
    at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:564)
    at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:156)
    at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:151)
    at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:564)
    at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:972)
    at org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:206)
    at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:828)
    at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:700)
    at org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:584)
    at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:683)
    at java.lang.Thread.run(Thread.java:536)

----

nå jo, der er et exeption....

Den siger at du forsøger at kalde rs.next() eller rs.getXxx efter at du har
kaldt rs.close() eller måske con.close() !

Og det kan man ikke ...

Det har jeg lidt svært ved at forestille mig, for det virker jo når jeg opretter forbindelse til databasen med flg. kode i min jsp fil:
Class.forName("sun.jdbc.odbc.JdbcOdbcDriver");
Connection db = DriverManager.getConnection("jdbc:odbc:C5GRAF");

Hm. Et eller andet går der galt.

Det kan være et SUN JDBC ODBC bridge problem.

Ihvertfald lyder det som om du skal droppe connection pool.

ved du hvor det er muligt at downloade en ny JDBC-ODBC driver, det kan vel måske være problemer? eller hva tror du?

Det kunne sagtens være et problem med SUN JDBC ODBC bridge.

Der er alternative JDBC ODBC bridge. Men jeg kender ingen gratis.

Den behøver ikke være gratis, bare det afhjælper mit problem, hvor kan jeg få den fra? evt. en dansk virksomhed (så man kan brokke sig hvis det ikke virker ;-)) )

http://www.easysoft.com/products/2003/main.phtml
er nok den mest kendte

Interessant link:
  http://www.macromedia.com/support/jrun/ts/documents/tn17392.htm