[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [xmlblaster] MySQL
Peter Bennett wrote:
Its OK to use CACHE (in fact it is the prefered way since it is faster).
Michele Laghi wrote:
in fact it would be nice if you could also try out mySql with the new
code on cvs. You have of course to add the configuration in the
xmlBlaster.properties file for mySQL the same way as for Oracle and
Done... Working my way to testing right now...
The name you have to use is the one which the space-stripped
I have a question...
For testing purposes is it OK to use CACHE instead of JDBC?
Here I think the new line after the first one should be removed. The
question marks on dbAdmin: answering here 'true' means that xmlBlaster
will create the necessary tables. If you answer 'false' then xmlBlaster
will not create these tables and the DB administrator needs to do that
(this is used in some productional systems where xmlBlaster has no DB
As I understand it CACHE will save to JDBC but holds on to
the stuff in ram for quick access...
Here are the relevant settings... (Some just FYI)
You'r right these are now obsolete. I have to update some of the
It appears that some of the settings like table and connectionErrorCode
are no longer needed...
Note the jdbc driver for MySQL has changed although the old driver name
that is included in the template (org.mm.gjt whatever) is still
available in the new packages however it will be phased out.
It should be migrated to the new name and a note put into
the requirements doc that I will create.
org.gjt.mm.mysql.Driver ==> com.mysql.jdbc.Driver
Finally I have some way to go before I can test...
I think an issue exists with MySQL and some of the
relational features in the tables... MySQL out of
the box on a Debian Woody system does not support
these features but the new InnoDB format in MySQL
does... So I have to make that work first.