Hi Werner, TMR.Loader holds TMF and properties to allow lazy initialization of TM. Another posibility to implement this would be to maintain TMF, properties and initialized TM in different maps in TMR. It may also be possible that another class (e.g. DatabaseRegistry, DatabaseContext) could handle the lazy initialization.
The only reason why someone would need that (lazy init of TM) could be that he loads multiple jdo-conf with different TM but uses only one in his application. With the lazy initialization of the TM's he prevents failures from the other TM that could not be instantiated or looked up. Regards Ralf Werner Guttmann schrieb: > Hi, > > can anybody share his memories with me and explain to me what the > purpose of this inner class is. I have now been staring at this class > for some odd 15 minutes, and somehow I don't reach a conclusion. > > Anybody ? > > Regards > Werner > > --------------------------------------------------------------------- > To unsubscribe from this list, please visit: > > http://xircles.codehaus.org/manage_email > > > -- Syscon Ingenieurbüro für Meß- und Datentechnik GmbH Ralf Joachim Raiffeisenstraße 11 72127 Kusterdingen Germany Tel. +49 7071 3690 52 Mobil: +49 173 9630135 Fax +49 7071 3690 98 Internet: www.syscon.eu E-Mail: ralf.joac...@syscon.eu Sitz der Gesellschaft: D-72127 Kusterdingen Registereintrag: Amtsgericht Stuttgart, HRB 382295 Geschäftsleitung: Jens Joachim, Ralf Joachim --------------------------------------------------------------------- To unsubscribe from this list, please visit: http://xircles.codehaus.org/manage_email
