|
From: <ek...@ba...> - 2003-04-02 19:40:11
|
In addition, I will be attempting to have my class utilize a database connection pool from Weblogic ... which I believe is accessible via JNDI ... rather than the straight database connection. Additionally, I will need to clear the cache whenever a database update occurs ... so I will be calling com.babeldoc.core.config.ConfigService.clearCache( ) upon successful execution of com.babeldoc.sql.config.SqlConfigService.saveConfig( ). Uh oh ... I just realized a problem ... clearCache( ) is only going to clear the cache on the Weblogic instance that did the update ... in a clustered environment, any other WL servers would not have their cache cleared. This will not work for me. I need to have this "cache" sitting in a centralized location ... such as an entry in a common JNDI tree ... that is read by each WL Server instance whenever it needs information ... when a database update occurs, the clearCache( ) method would need to destroy the JNDI tree object ... ughhh. Any better ideas? ---------------------- Forwarded by Erik Klein/NY/DOMESTIC/BNY on 04/02/2003 02:30 PM --------------------------- To: br...@mc... cc: "Babeldoc Developers List" <bab...@li...> Subject: Modification to com.babeldoc.sql.config.SqlConfigService Gents, I have a few requirements that are going to cause me to diverge from the codebase with regard to the SQL Configuration Service. My needs are very specific to my environment and should not be applied to the babeldoc codebase. That being said, I will be either Modifying or Extending com.babeldoc.sql.config.SqlConfigService. My preference is to extend it. I will be calling the new class com.bankofny.iecc.alt.sql.config.SqlConfigService. I am attempting to place in my new class only those things that will change from the base class (obviously). I have encountered two things that will cause me a little grief, and I'm wondering if we can modify them in the babeldoc codebase. 1. The instance variables "dbName", "dbPasswd", dbDriver", and "dbUrl" are all package-friendly. Is it possible for us to make these Protected, so my subclass can access them? 2. The method "setString" is package-friendly. Is there any reason this cannot be made Protected (or even Public)? If you have no objections, I will make the modifications to the class and check it in with CVS to sourceforge. Please advise. Just so you know, I plan to override the following methods in my new class: -- getConfig(String name) -- setString(String name, String value) -- saveConfig(String name, IConfig config) Erik |