--- David Jencks <davidjencks@...>
wrote:

> Are you seriously suggesting having a database
> driver on a client machine
> where you do not completely control the
> installation/configuration of the
> program using the driver???? Otherwise, 1 jar or 5,
> what's the difference?

It can make a difference in case of applet with
access to a database. Your jdbc driver is very
small and can be downloaded with an applet.
That's nice. jdk1.4 will be released soon.

Thank you for your work.

Alexander

>
> david jencks
>
> On 2001.10.29 14:45:01 -0500 as wrote:
> > --- David Jencks <davidjencks@...>
> > wrote:
> > > What specifically are you asking for? Right now
> it
> > > is quite easy to use
> > > the driver to get a (non pooling) jdbc 2
> DataSource.
> > > I've given some
> > > advice on how to turn this into a jdbc 2
> DataSource
> > > that actually pools
> > > connections, although I haven't had time to try
> this
> > > myself. Deployment in
> > > this situation is pretty straightforward, you
> need
> > > about 4 jars on your
> > > classpath.
> >
> > And also convince the users to install j2ee
> > to have javax.sql.* on the client side (while
> > JDK1.4 will be released)
> >
> >
> >
> >
> >
> >
> > >
> > > There are as far as I know no deployment
> > > requirements in the jdbc spec, so
> > > I don't really see the problem in getting the
> > > DataSource from the
> > > ManagedConnectionFactory.
> > >
> > > Hoping you can clarify,
> > >
> > > David Jencks
> > >
> > >
> > > On 2001.10.29 08:28:12 -0500 Jason Chan wrote:
> > > > I also agree that the type 4 driver only a
> simple
> > > JDBC 2.0 driver is much
> > > > much practical.
> > > >
> > > >
> > > > ----- Original Message -----
> > > > From: "Massimo Ferrari" <massimo@...>
> > > > To: <IB-Java@yahoogroups.com>
> > > > Sent: Monday, October 29, 2001 9:07 PM
> > > > Subject: Re: [IB-Java] Build on Windows
> > > >
> > > >
> > > > > > Thanks!!
> > > > > Well, it wasn't a difficult job for me! :)
> > > > >
> > > > > > I was trying to give instructions
> yesterday on
> > > this list on how a
> > > > jboss
> > > > > > ConnectionManager could be used standalone
> > > pooling. I have some
> > > > problems
> > > > > > with the current state of the jboss
> > > ConnectionManagers, however they
> > > > > should
> > > > > > work fine for anything but very high load
> > > situations. I'm hoping to
> > > > find
> > > > > > time to rewrite them, but it is not at the
> top
> > > of my list.
> > > > > >
> > > > > > (problems are: (1)if the pool is all
> checked
> > > out with requests
> > > > blocking,
> > > > > > blocking requests can wait forever, as
> > > returned connections can get
> > > > handed
> > > > > > out to new requests. (2) the pooling code
> is
> > > too complicated and has
> > > > too
> > > > > > much speculative functionality and too
> many
> > > parameters for the
> > > > purpose
> > > > of
> > > > > a
> > > > > > connection pool. It may be great for
> > > something else, but it is too
> > > > hard
> > > > > to
> > > > > > fix problems (see 1) with its current
> > > complexity)
> > > > > Ok, but first just a question: what do you
> think
> > > about tyrex? It should
> > > > be
> > > > > not that difficult to implement pooling
> > > (DataSource pool) for the
> > > > firebird
> > > > > driver using the tyrex library, or am I
> > > completely wrong? They say they
> > > > use
> > > > > also a connector architecture, but I'm not
> sure
> > > it's the JCA.
> > > > >
> > > > > Well, I see that using the Minerva Pool has
> its
> > > advatanges, since (I
> > > > guess)
> > > > > you are the main developer, but I have
> first to
> > > understand the
> > > > mechanics
> > > > of
> > > > > jca.
> > > > > Least but not last, I partially agree with
> Kyle
> > > Cordes: I think your
> > > > type
> > > > 4
> > > > > driver would also be really useful as just a
> > > simple JDBC 2.0 driver.
> > > > >
> > > > > Massimo
> > > > >
> > > > >
> > > > >
> > > > >
> > > > > To unsubscribe from this group, send an
> email
> > > to:
> > > > > IB-Java-unsubscribe@egroups.com
> > > > >
> > > > >
> > > > >
> > > > > Your use of Yahoo! Groups is subject to
> > > > http://docs.yahoo.com/info/terms/
> > > > >
> > > > >
> > > > >
> > > >
> > > >
> > > >
> > > > To unsubscribe from this group, send an email
> to:
> > > > IB-Java-unsubscribe@egroups.com
> > > >
> > > >
> > > >
> > > > Your use of Yahoo! Groups is subject to
> > > http://docs.yahoo.com/info/terms/
> > > >
> > > >
> > > >
> > > >
> > >
> > > ------------------------ Yahoo! Groups Sponsor
> > >
> > > To unsubscribe from this group, send an email
> to:
> > > IB-Java-unsubscribe@egroups.com
> > >
> > >
> > >
> > > Your use of Yahoo! Groups is subject to
> > > http://docs.yahoo.com/info/terms/
> > >
> > >
> >
> >
> > __________________________________________________
> > Do You Yahoo!?
> > Make a great connection at Yahoo! Personals.
> > http://personals.yahoo.com
> >
> >
> > To unsubscribe from this group, send an email to:
> > IB-Java-unsubscribe@egroups.com
> >
> >
> >
> > Your use of Yahoo! Groups is subject to
> http://docs.yahoo.com/info/terms/
> >
> >
>

=== message truncated ===


__________________________________________________
Do You Yahoo!?
Make a great connection at Yahoo! Personals.
http://personals.yahoo.com