>Date: Mon, 15 Jan 2001 11:34:31 +0100
>From: "Dipl. Ing. Paul Szawlowski" <[EMAIL PROTECTED]>
>Subject: Re: [JAVA3D] Java3D and thread safety?
>To: [EMAIL PROTECTED]
>
>Kevin Rushforth schrieb:
>
>> Java 3D is thread-safe only in that it is permissible to make scene
>> graph modifications, including branch graph insertion and removal, from
>> any thread while Java 3D is running. It is also permissible to make
>> modifications to two different objects from different threads. For
>> example, you can have an interpolator behavior operating on one
>> transform group in your scene graph, while an AWT event behavior
>> modifies another transform group in parallel (all while Java 3D is
>> rendering the scene).
>
>I thought that all Behaviors are executed in the same thread ?
It does today, but that could change in the future. Btw, when I said
"AWT event behavior", I really meant "AWT event listener callback
method" (i.e., a method called by the AWT or Swing event thread).
>> It is not permissible to modify the same Java 3D
>> object from two different threads without externally synchronizing the
>> access.
>
>Is it save to call Behavior.postId( ) from a different thread than the Behavior
>thread ?
Yes, as long as two threads don't post to the same behavior without
serializing the accesses--the postId method is not synchronized.
>I would appreciate some documentation about the Java3D thread Model. Thanks.
As Justin indicated, we have been reluctant to do that. This is
primarily because we don't want to specify the threading behavior too
tightly--it could change in a future release. We do realize that we
need to document the minimum set of rules so that an app can do the
right thing.
--
Kevin Rushforth
Java 3D Team
Sun Microsystems
[EMAIL PROTECTED]
===========================================================================
To unsubscribe, send email to [EMAIL PROTECTED] and include in the body
of the message "signoff JAVA3D-INTEREST". For general help, send email to
[EMAIL PROTECTED] and include in the body of the message "help".
