On Fri, Mar 20, 2009 at 7:21 PM, Carsten Neumann <[email protected]> wrote: > Hello Allen, > > Allen Bierbaum wrote: >> I know this has come up before but I can't find a current list. >> >> What changes necessitate a call to commitChanges()? The only one I >> know is bounding box updates. > > you need to call commitChanges before accessing anything that is updated > by the changed member function of FieldContainers with modified Fields. > Essentially commitChanges does what used to be done in endEditCP, so the > (perhaps overly conservative) approach would be to call it at every > place where you used to call endEditCP, e.g. after a set of related > changes to a container is done.
Understood, but what field containers really require this before you start using them? In other words, what guidelines are there for when/if you need to call commitChanges? >> Also, is commitChanges() thread safe? ie. if two threads share the >> same aspect and both of them are making changes to field containers, >> is it safe for them to call commitChanges without first stoping and >> making sure no one is changing anything will the commitChanges call is >> in process? > > no, if you run multiple threads on the same aspect you have to > synchronize them. It looks like the changelists that commitChanges are flushing are thread specific though, correct? For example if 2 threads share the same aspect but they each operate on completely disjoint sets of field containers, then commitChanges could be called at any time in either thread without conflicts in the other thread, correct? -Allen ------------------------------------------------------------------------------ Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com _______________________________________________ Opensg-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/opensg-users
