On 9/21/06, Ludovic Maitre <[EMAIL PROTECTED]> wrote:
Hi all,

There is a link to the JIRA on the website of lokahi (
http://incubator.apache.org/lokahi/ ), but when i click it, it say the
project doen't exist. I have checked the list of the registered projects
and i didn't see lokahi mentionned in the incubator section. If the JIRA
exist and only the link is wrong could you advertise it on this ML? (and
correct the website when you have time) If the JIRA doesn't exist, could
you create it? In my previous mails i was speaking about the MySQL
support, but there is also other bugs - at least in the code i retrieve
from trunk
(http://svn.apache.org/repos/asf/incubator/lokahi/lokahi/trunk/) - that
i would like to report/document/submit fixes.

I'm pretty sure we're waiting for it to be created still.


For instance it seems that the apache license has been put on top of the
<?xml...> declaration in  most of the XML files, and so we are unusables
without moving the xml declaration at the top of the files.


Thanks, will make a quick fix.

Also the install target doesn't use the overwrite="true" attribute in
the copy task and so files are never updated on the server when you call
it (but perhaps this is intentional?)


Nope, that's a bug.

...

I would like also to submit patches for features, like the use of a new
property in lokahi.properties which hold the name of the masterBroker
class to instantiate (i.e.
lokahi.broker.implementation=org.apache.lokahi.core.common.database.MySqlBroker)
in the CachingBroker.


Definately needed, thanks.



I will now try to move every db particularism coded in beans to the
brokers. I was thinking to introduce a new method in the Brokers which
would have a signature like this :
public Map<T> getMap(Class<T> clazz, boolean cache, String statement,
Object... params) throws SQLException {
in order to hide the use of cursors in the OracleBroker and to manage
things in a different way for MySQL or other dbs. This method could be
used internally by methods like Hashtable
org.apache.lokahi.core.controller.AdminBean.getAllAdminInfo() { i hope.

Honestly I'd rather scrap that class and go with a completed:
org.apache.lokahi.core.controller.ControllerThread and
org.apache.lokahi.core.controller.ControllerJobFactory

I'm pretty sure the AdminBean is the only class that has anything
oracle specific in it.


Steve

Reply via email to