Re: Proprietary database, no JDBC.
Having to use PERL to access the db in a UNIX environment isn't always a viable solution; Why would a company purchase a system for its ease of use, and then have to spend development time and $$ to design a PERL interface, just to get TestTrack to work with their other systems?
The Xbase format used by TestTrack isn't compatible with other Xbase variety drivers (at least none that we've found), and requires the Seapine ODBC driver. That seems proprietary to me.
Regarding the use of a SQL backend, Many mid-sized and enterprise companies already have SQL database servers in place of one sort or another, with the licensing to go with them. There are also several good open source database servers available, PostgreSQL and MySQL just to name a couple, many with JDBC as well as ODBC support.
Proprietary database, no JDBC.
The server side runs great on linux; good reponse, easy setup. Migrating the data over from the NT system using XML Export/Import took a while; all in all the export/import is only good for migrating databases. For real time inserts, you are stuck with using the web interface. No way to interface TestTrack with any sort of CRM or CMS application. Looks like they try to do the whole shot in one application; unfortunatly it comes up short and doesn't have the benefit of a real interface to get around the shortcomings.