Re: ozone & modularity

• To: Andreas Monitzer <a@blackbox.net>, ozone-users@ozone-db.org
• Subject: Re: ozone & modularity
• From: Falko Braeutigam <falko@smb-tec.com>
• Date: Mon, 5 Feb 2001 14:07:45 +0100
• Delivered-To: softw7-ozone-db:org-ozone-users@ozone-db.org
• In-Reply-To: <200102051056.LAA00366@am.homeip.net>
• Organization: SMB
• References: <200102051056.LAA00366@am.homeip.net>

On Mon, 05 Feb 2001, Andreas Monitzer wrote:
> On Monday, February 5, 2001, at 08:04 AM, Jean-Marc Vanel wrote:
> 
> > If ozone is to succeed, it must become more user-oriented. Listing current 
> > limitations (and functionalities) is part of this. 
> > - keeping all in memory during store of large object (see below) 
> > - total number of objects < 2^32 , because of ObjectID used ; I know that it is 
> > easy to change; by the way, does every DOM node "consume" one ObjectID ? 
> 
> Wow, finally someone that agrees with me!
> 
> - Values that cross a proxy have to be serializable (for example no Enumeration)
> - Attention at the use of 'this' in recursion

I agree with you too, listing limitation/drawback/pitfals is a good idea
since it helps newbies to get familiar with ozone. That's absolutelly ok with
me.


Falko
-- 
______________________________________________________________________
Falko Braeutigam                              mailto:falko@smb-tec.com
SMB GmbH                                        http://www.smb-tec.com

• References:
  • Re: ozone & modularity
    • From: Andreas Monitzer <a@blackbox.net>

• Prev by Date: RE: OZONE/XML for Real Time Data Logging
• Next by Date: Re: ozone & modularity
• Prev by thread: Re: ozone & modularity
• Next by thread: Re: ozone & modularity
• Index(es):
  • Date
  • Thread