Re: [Hsqldb-developers] General Architecture Informations

SourceForge Headquarters 1320 Columbia Street Suite 310 San Diego, CA 92101 +1 (858) 422-6466

Serialization is the problem.
I'm reading the org.hsqldb.types.JavaObject class and I just begin to 
undersatnd that it will be impossible to skip the serialization phase, 
as it is used to convert Object into object of type OTHER.

Am I right ?

To allow a certain type of serialization in J2ME I have to write my own 
serialize and unserialize methods. Could you tell me what serilaizable 
objects you are using except the one that implements Serializable 
interface, and the primitive types. With that knowledge I should be able 
to write my own Serializable interface.

Last point do you know if you have some sort of cross-reference in 
object that you serialize.

Thanks Jerome

fredt wrote:
> This seems OK. The MD5 class is not used. Simple log can be made 
> non-functional by removing the file-related code. InOutUtil is needed for 
> object serialization.
> 
> Fred
> ----- Original Message ----- 
> From: "Jérôme Paschoud" <jer...@ep...>
> To: <hsq...@li...>
> Sent: 12 September 2005 16:49
> Subject: Re: [Hsqldb-developers] General Architecture Informations
> 
> 
> What's new:
> -org.hsqldb.lib.java.JavaSystem is cleaned up from any "file related
> code" but their is not much left (just 2 methods that are used to work
> on string and 1 that deals with the garbage collector)
> 
> -The import Collator in Collation class is removed and the rest of the
> class is patched (most of the work is just removing conflicting code).
> 
> -Nearly half of the org.hsql.lib comiling in J2ME
> 
> How to part:
> -Can org.hsqldb.lib.InOutUtil be removed or how to Patch?
> -Can org.hsqldb.lib.MD5 be removed or how to Patch?
> -Can org.hsqldb.lib.SimpleLog be removed or how to Patch?
> 
> -In package org.hsql.persist I remove everything exept CacheObject,
> HsqlDatabasePoperties and hsqlProperties. Is there something missing or
> is that the desired minimum?
> 
> Thanks Jerome
> 
> fredt wrote:
> 
>>You can remove all those classes for a memory-only version. The Collator
>>class can be removed from HSQLDB's Collation class. The JavaSystem class 
>>can
>>be simplified to remove blocks with calls that are not supported in J2M2.
>>
>>Fred
>>
>>----- Original Message ----- 
>>From: "Jérôme Paschoud" <jer...@ep...>
>>To: <hsq...@li...>
>>Sent: 12 September 2005 08:15
>>Subject: Re: [Hsqldb-developers] General Architecture Informations
>>
>>
>>I just replaced the Properties class from the HsqlProperties classes by
>>the Hashtable as you proposed.
>>
>>For the class Locale if you want to get the Locale you have to code:
>>System.getProperty("microedition.locale")
>>
>>That was for the wath's new part, now let's get to the how to part.
>>
>>How do you get rid of java.text.Collator class?
>>
>>Can I remove safelyn the org.hsqldb.lib.FileUtil class?
>>Can I remove safelyn the org.hsqldb.lib.ZipUnzipFile class?
>>Can I remove safelyn the org.hsqldb.lib.FileAccess class?
>>
>>What to do with org.hsqldb.lib.java.JavaSystem?
>>
>>Thanks Jerome
>>
>>fredt wrote:
>>
>>
>>>You need to remove the dependencies. The Locale can be removed from the
>>>Collation class. You can also remove the use of the Properties class and
>>>replace it with HashTable.
>>>
>>>Fred
>>>
>>>----- Original Message ----- 
>>>From: "Jérôme Paschoud" <jer...@ep...>
>>>To: <hsq...@li...>
>>>Sent: 09 September 2005 13:28
>>>Subject: Re: [Hsqldb-developers] General Architecture Informations
>>>
>>>
>>>Ok now I'm at the next step and most of my problem are coming from the
>>>fact that I cannot have and HsqlProperties because their is no
>>>properties at all in the J2ME API.
>>>
>>>I'm also having problem with the class java.util.Locale. Their is no
>>>localisation system in J2ME (no java.text.Format, no java.io.Reader).
>>>
>>>If you could help me on that I could go a bit further.
>>>
>>>CU Jerome
>>>
>>>fredt wrote:
>>>
>>>
>>>
>>>>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
>>>>
>>>>
>>>>
>>>>-------------------------------------------------------
>>>>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
>>>
>>>
>>>
>>>-------------------------------------------------------
>>>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
>>>
>>>
>>>
>>>-------------------------------------------------------
>>>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
>>
>>
>>
>>-------------------------------------------------------
>>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
>>
>>
>>
>>-------------------------------------------------------
>>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
> 
> 
> 
> -------------------------------------------------------
> 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 
> 
> 
> 
> -------------------------------------------------------
> 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

Re: [Hsqldb-developers] General Architecture Informations

Relational Database

Re: [Hsqldb-developers] General Architecture Informations