Hi, Remy.

Sorry, my question is poor explanation.
I get potentially the wrong idea.
I'd like to check again for your unswer.

my questions are following:

1)  If there are access of the one client to slidestore, 
     create a JDBCContentStore instance respect to the client?

2)  Will JDBCContentStore be created with respect to each client ?
      that is multiple JDBCContentStore instances are created?

3)  If terms of 2) has not been established, 
     even a single JDBCContentStore instance respect to multiple clients 
     (i.e. a single connection), 
     are there no problems on performance?

regards.

___________________________________________
 Kiyoko Takanabe - engineer 
 email: mailto:[EMAIL PROTECTED]
 iDimension Inc.
     

----- Original Message ----- 
From: "Remy Maucherat" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, August 29, 2001 9:54 PM
Subject: Re: Connection in JDBCContentStore?


> 
> ----- Original Message -----
> From: "Kiyoko Takanabe" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Wednesday, August 29, 2001 1:39 AM
> Subject: Connection in JDBCContentStore?
> 
> 
> > I have a simple question about the Database connection.
> >
> > We are using a Slide 1.0.11 release and Tomcat v3.2.2
> >  (with the standard Slide webapp), and tryied to use mysql v3.23+ via
> JDBC.
> > In this case, Slide will use slidestore.reference.JDBCContentStore,
> > there the JDBCContentStore class look like that has a single connection in
> sourcecode.
> >
> >     :
> >     /**
> >      * Database connection.
> >      */
> >     protected Connection connection;
> >     :
> >     :
> >     public synchronized void connect()
> >         throws ServiceConnectionFailedException {
> >         try {
> >             connection = DriverManager.getConnection
> >                 ("jdbc:" + url, user, password);
> >     :
> >
> > If multiple client  connect  to WebDAV,  Does Slide have a single
> connection
> > in to the Server?
> 
> With that store, yes.
> 
> > process multiple transactions concurrently?
> 
> Obviously, you can't do that with that store.
> The point was to have a store which would have minimal requirements and
> would be useable under light load environments.
> 
> There are plans for extending that store and using a connection pool
> (through the (XA)DataSource interface).
> 
> Remy
> 
> 

Reply via email to