You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@commons.apache.org by bu...@apache.org on 2004/10/03 18:47:56 UTC
DO NOT REPLY [Bug 31169] -
[dbutils] QueryLoader cannot locate properties file on weblogic
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=31169>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://issues.apache.org/bugzilla/show_bug.cgi?id=31169
[dbutils] QueryLoader cannot locate properties file on weblogic
dgraham@apache.org changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |FIXED
Summary|QueryLoader cannot locate |[dbutils] QueryLoader cannot
|properties file on weblogic |locate properties file on
| |weblogic
------- Additional Comments From dgraham@apache.org 2004-10-03 16:47 -------
The problem is that current users have a leading / in the path so changing this
would be backwards incompatible. I did change
QueryLoader.class.getResourceAsStream(path) to
getClass().getResourceAsStream(path) so that if you're using a subclass of
QueryLoader you will use whatever ClassLoader loaded your subclass instead of
the one that loaded QueryLoader.
You might try writing and using an empty subclass of QueryLoader to see if this
change fixes the issue. If not, loadQueries() is now protected so you could
override loadQueries() and change how the ClassLoader is handled (bug 31460).
Also, it seems that for this problem to occur in WebLogic you must have
commons-dbutils.jar someplace other than your app's WEB-INF/lib directory. If
it's in some shared directory that WebLogic loads with a different ClassLoader
than WEB-INF/lib jars, this problem is almost certain to happen. Try placing
commons-dbutils.jar in your WEB-INF/lib directory.
---------------------------------------------------------------------
To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-dev-help@jakarta.apache.org