swarm-support
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: java-Heatbugs


From: Marcus G. Daniels
Subject: Re: java-Heatbugs
Date: 11 Jan 2000 08:41:39 -0800
User-agent: Gnus/5.070084 (Pterodactyl Gnus v0.84) Emacs/20.4

>>>>> "ST" == Sven N Thommesen <address@hidden> writes:

ST> in the java version, Heatbug subclasses nothing and is thus a
ST> plain java object, which knows nothing of zones. (Even though
ST> SwarmObject seems to be part of the swarm-java api.)

ST> Why this choice, and what are the ramifications? 

Subclasses of Swarm things have Objective C counterparts, and are thus
require manual memory management.  Whenever there are objects that
don't talk directly to Swarm (say instances doing GUI things), then
its cleaner and more portable to benefit from Java's garbage
collection. 

However, when objects do talk to Swarm a lot, those that come and go
during a run should be subclassed, because otherwise pure Java objects
introduce Objective C proxies that will prevent the Java objects from
being dropped by garbage collection (they are added to the directory
that associates Java and Objective C objects).  With subclassed Swarm
objects, the directory entries will be deleted when the object is sent
-drop.  Directory entries and proxies go in globalZone. 

                  ==================================
   Swarm-Support is for discussion of the technical details of the day
   to day usage of Swarm.  For list administration needs (esp.
   [un]subscribing), please send a message to <address@hidden>
   with "help" in the body of the message.



reply via email to

[Prev in Thread] Current Thread [Next in Thread]