From: fredt <fr...@us...> - 2005-09-08 15:44:58
|
You can determin class loading by looking at the uses of Class and Class.forName() etc. If you remove Log.java and its dependent classes, most of the IO related stuff would disappear. Fred ----- Original Message ----- From: "Jérôme Paschoud" <jer...@ep...> To: <hsq...@li...> Sent: 08 September 2005 16:07 Subject: Re: [Hsqldb-developers] General Architecture Informations How could I determine where, in the code, are located the methods that are doing optional class loading. For information the BigInteger & BigDecimal can be taken for the first one at: http://www.bouncycastle.org/ and for the second one: http://www2.hursley.ibm.com/decimalj/. The rest of the problem deal with classes that belong to the java.io package. In fact the main problem is that I'm unable to see how the things are working together. I tried to obtain an UML schema from the sources but the soft crash duting the parsing the files. I hope, I'm not too anoying with all my questions. Jerome fred wrote: > If you're aiming at a memory-only engine, you can remove a lot. All of > the > IO, starting with org.hsqldb.persist.Log can be removed. If you don't > have > JDBC, java.sql is not needed apart from java.sql.Connection, which you > can > replace with org.hsqldb.SessionInterface. The java.lang.reflect usage > can > also be removed when you don't use optional class loading, such as > user-defined functions. There is an opensource java.math.BigDecimal > substitute somewhere on the net. > > Fred ------------------------------------------------------- SF.Net email is Sponsored by the Better Software Conference & EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf _______________________________________________ hsqldb-developers mailing list hsq...@li... https://lists.sourceforge.net/lists/listinfo/hsqldb-developers |