OK, I'll take one more stab at explaining what I am trying to do and
hopefully clear things up so I can get this working:
I have written an application for Tomcat 3.2. I used Minerva for pooling
jdbc connections with an eye towards integrating with jBoss. I am trying to
do that now. I have several servlets and jsps that depend on getting a
connection from a Minerva based connection cache. I have encapsulated the
code to get the connection cache into a single class.
As far as I know, I am running the full inVM integration (what indicated
that I wasn't?). With patched Tomcat 3.2? I downloaded it just a few days
ago (binary). I stepped through jBoss online docs for running Tomcat inVM
and I can attach to the main page of my Tomcat app which doesn't require db
access.
Now I tried running my code as is, but it bombed becuase I could not include
the jBoss jar (in support of my encapsulated class calling Minerva) as I do
when I run Tomcat standalone (jBoss complained when I tried to).
Ricard pointed out that I should do a jndi lookup to get at the connection
cache. I rewrote my class to do so and, as I pointed out in my last post,
this fails with an error indicating that the "comp" is not bound. Please
note that I do have jBoss setup for connection caching of my db (or so jBoss
indicates when it starts up).
My requirement seems very simple. I need access to a cached db connection.
I had it with Tomcat/Minerva. I don't have it with Tomcat/jBoss/Minerva.
My preference is to use the connection cache as configured under jBoss, but
at this point, I'd just like to get my app working.
Anybody?
Thanks to all for the help,
Bill Pfeiffer
> -----Original Message-----
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of Aaron Mulder
> Sent: Friday, October 20, 2000 11:00 PM
> To: jBoss
> Subject: RE: [jBoss-User] servlet access to cached db connections
>
>
> If you're not using the full inVM integration (with patched Tomcat
> source code and all) then you can't access jBoss pools from servlets -
> the DB connections aren't remote or serializable so they can't cross
> ClassLoader or VM boundaries.
>
> Aaron
>
> On Fri, 20 Oct 2000, Bill Pfeiffer wrote:
> > When I try to access the DataSource using jndi:
> >
> > Context naming = new InitialContext();
> > DataSource dataSource =
> > (DataSource)naming.lookup("java:comp/env/InetSQLServer");
> >
> > I get the following exception:
> >
> > javax.naming.NameNotFoundException: comp not bound
> >
> > But the name does APPEAR to be bound (from jBoss output):
> >
> > [XADataSource] XA Connection pool InetSQLServer bound to
> InetSQLServer
> > [XADataSource] Started
> >
> > When I try looking up just "InetSQLServer" I get a datatype of
> > javax.naming.reference (or something like that)
> >
> > What's up with this?
> >
> > Bill Pfeiffer
> >
> >
> > > -----Original Message-----
> > > From: [EMAIL PROTECTED]
> > > [mailto:[EMAIL PROTECTED]]On Behalf Of Rickard Oberg
> > > Sent: Friday, October 20, 2000 9:59 AM
> > > To: jBoss
> > > Subject: Re: [jBoss-User] servlet access to cached db connections
> > >
> > >
> > > Hey
> > >
> > > > I have a web app in tomcat 3.2b? that has been working fine. When I
> > > created
> > > > the web app, I had an eye on integrating it with jBoss. As
> such, I used
> > > the
> > > > Minerva classes for my db connection caching. As stated, this
> > > works fine.
> > > >
> > > > I am now to the point of integrating the my web app into
> jBoss. When I
> > > try
> > > > to load my web app (via the MBean admin page), I get the
> > > following error:
> > > >
> > > > java.lang.reflect.InvocationTargetException: [EmbededTomcat]
> > > > java.lang.NoClassDefFoundError:
> > > > org/jboss/minerva/datasource/JDBCPoolDataSource
> > > > at
> > > >
> > > com.bpcs.jdbc.MinervaConnPoolFactory.createOasisConnectionPool(Min
> > > ervaConnPo
> > > > olFactory.java:28)
> > > >
> > > > It appears that the Minerva classes cannot be found. Am I missing a
> > > config
> > > > item somwhere? TIA, for any help here!
> > >
> > > Connection pools are managed outside of apps in jBoss. All you
> > > have to do is
> > > look them up from the java:comp/env namespace.
> > >
> > > /Rickard
> > >
> > >
> > >
> > >
> > > --
> > > --------------------------------------------------------------
> > > To subscribe: [EMAIL PROTECTED]
> > > To unsubscribe: [EMAIL PROTECTED]
> > > Problems?: [EMAIL PROTECTED]
> > >
> > >
> >
> >
> >
> > --
> > --------------------------------------------------------------
> > To subscribe: [EMAIL PROTECTED]
> > To unsubscribe: [EMAIL PROTECTED]
> > Problems?: [EMAIL PROTECTED]
> >
>
>
>
> --
> --------------------------------------------------------------
> To subscribe: [EMAIL PROTECTED]
> To unsubscribe: [EMAIL PROTECTED]
> Problems?: [EMAIL PROTECTED]
>
>
--
--------------------------------------------------------------
To subscribe: [EMAIL PROTECTED]
To unsubscribe: [EMAIL PROTECTED]
Problems?: [EMAIL PROTECTED]
