Sorry, having an email disability as of late. Didn't get to the list.
-----Original Message-----
From: Jon Stevens
To: Brekke, Jeff
Sent: 09/06/2000 12:00 AM
Subject: Re: Connections persisting across servlet engine restarts...?
dude...send that to the list!
-jon
on 9/5/2000 8:58 PM, "Brekke, Jeff" <[EMAIL PROTECTED]> wrote:
>> #1. Screw things up for people and fix Turbine to do the right thing.
>> Note
>> that the DB stuff was done LONG before the Services stuff was, so
that
>> is why
>> things are screwed up in the first place. Given that we haven't
released
>> anything as final yet, I'm leaning towards this as long as it can be
>> accomplished quickly.
>> #2. Do it inefficiently and not very cleanly. In other words, write a
>> services
>> wrapper around the DB stuff and then execute that wrapper in order to
>> not only
>> provide a services arch around the DB stuff, but also to provide the
>> destroy()
>> functionality without breaking anyone's code.
>
> I'm +1 on #1. Do it right. Future changes to connection pooling
would
> require us to move to a service interface anyway. One could reverse
#2 and
> write a DBBroker implementation that uses the new service for
comaptibility
> ?
>
> On an aside, I'm still not clear on why static data isn't destroyed
within
> the context on a restart/reload. I did verify that my jars are using
the
> context classloader and not the system classloader. I'm suprised more
> haven't run into this problem before: eventually you will run out of
> connections. Is there other static data that is not being destroyed
on a
> turbine restart? Are the services left hanging now also since we
don't have
> this destroy hook?
>
>>> Second, regardless of the answer to the first question, shall I
commit
>>> the destroy() chaining (Turbine servlet's destroy() method iterates
> its
>>> Services, calling destroy on each)?
>
>> +1 from me, but you need two more.
>
> +1
--
http://scarab.tigris.org/ | http://noodle.tigris.org/
http://java.apache.org/ | http://java.apache.org/turbine/
http://www.working-dogs.com/ | http://jakarta.apache.org/velocity/
http://www.collab.net/ | http://www.sourcexchange.com/
------------------------------------------------------------------------
This message has been scanned for viruses with Trend Micro's Interscan VirusWall.
------------------------------------------------------------
To subscribe: [EMAIL PROTECTED]
To unsubscribe: [EMAIL PROTECTED]
Search: <http://www.mail-archive.com/turbine%40list.working-dogs.com/>
Problems?: [EMAIL PROTECTED]