tomcat-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Konstantin Kolinko <knst.koli...@gmail.com>
Subject Re: svn commit: r892834 - /tomcat/tc6.0.x/trunk/STATUS.txt
Date Mon, 21 Dec 2009 16:28:27 GMT
2009/12/21 Mark Thomas <markt@apache.org>:
> On 21/12/2009 15:59, Konstantin Kolinko wrote:
>> 2009/12/21  <markt@apache.org>:
>>> Author: markt
>>> Date: Mon Dec 21 14:30:46 2009
>>> New Revision: 892834
>>>
>>> URL: http://svn.apache.org/viewvc?rev=892834&view=rev
>>> Log:
>>> Proposal
>>>
>>> +
>>> +* Fix https://issues.apache.org/bugzilla/show_bug.cgi?id=48214
>>> +  Add logging when a context fails to unregister a JDBC driver. Don't unregister
>>> +  the jdbc-obdc bridge driver that is loaded by the system classloader.
>>> +  http://svn.apache.org/viewvc?view=revision&revision=885231
>>> +  +1: markt
>>> +  -1:
>>
>> What is so different with the OBDC bridge? I wonder whether you can
>> test the class loader of that class to determine if it was loaded by
>> the System class loader.
>
> Best I can tell, DriverManager treats it as a special case. You should
> be able to look at the class loader of the driver. I'll need to do some
> testing.

I see DriverManager.loadInitialDriver().
As of 6u16 it
 - looks for system property "jdbc.drivers" and splits it by colons
(':') and loads those classes
 - looks for service providers for java.sql.Driver.class and loads those classes

>
>> Does it affect classes that are loaded through the Common classloader?
>> a) if there is a datasource in <GlobalResources>
>> b) if there is a datasource in <GlobalResources> and another in webapp's context
>
> It shouldn't but depending on configuration, it may be possible to
> configure a global resource but end up with a web app triggering the
> loading of the driver. That would cause issues and is worthy of further
> testing. On the plus-side, if anyone did get hit by that there are easy
> work-arounds.
>
> Mark
>

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tomcat.apache.org
For additional commands, e-mail: dev-help@tomcat.apache.org


Mime
View raw message