Re: For Review: Change 20080928-bargull-iHa Summary: resize replication in swf9
André Bargull <andre.bargull <at> udo.edu>
2008-10-01 15:47:09 GMT
Your great interest in the selection management makes you to the next
reviewer for LPP-7094 to LPP-7098.
After those bugs are resolved, I'll poke a bit a the
datapath/replication-manager/dataselection-manager trio for the
selection problem.
On 9/29/2008 10:44 PM, P T Withington wrote:
> Got it!
>
> Thanks for the explanation.
>
> Maybe there needs to be a more general mechanism for caching random view
> properties on datanodes to solve the selection problem?
>
> On 2008-09-29, at 16:27EDT, André Bargull wrote:
>
>> No, we're talking about LzResizeReplicationManagers which are tuned
>> LzLazyReplicationManagers. So, we've got only 10 views, but maybe a
>> few hundred data-elements which are dynamically bound to a view
>> (depending on the clipsize). Clones of LzLazyReplicationManagers need
>> to have the same replication-size (either width or height - depends on
>> the replication-axis), but clones of LzResizeReplicationManagers can
>> have different replication-sizes. And when we rebound the data to a
>> view, we need to restore the original size - which was stored in the
>> data-element (can't be done on the view because we don't have a 1-1
>> relation - lazy replication!).
>>
>> Concerning the selection-note:
>> the selection is also stored in the data-elements (the
>> "sel"-property), and just as you'll notice: just one "sel"-property
>> for multiple replications won't work that good...
>>
>>
>> On 9/29/2008 10:07 PM, P T Withington wrote:
>>> Now I'm even more curious! Why is the size stored on the data node?
>>> I'm guessing this is some optimization to maybe not adjust
>>> replication if things don't actually change size, but isn't the right
>>> place to make that optimization in the view itself by not sending a
>>> size event if it doesn't change size?
>>> On 2008-09-29, at 15:55EDT, André Bargull wrote:
>>>> It's not about clones (LzNodes), but about LzDataNodes which can be
>>>> replicated in different replication managers (selection wouldn't
>>>> work properly, but that's a different story
).
>>>>
>>>>
>>>> On 9/29/2008 8:27 PM, P T Withington wrote:
>>>>> I'm curious why there need to be multiple size properties on the
>>>>> clones. Can a clone actually be controlled by more than one
>>>>> replicator?
>>>>> On 2008-09-28, at 14:53EDT, André Bargull wrote:
>>>>>> Change 20080928-bargull-iHa by bargull <at> dell--p4--2-53 on
>>>>>> 2008-09-28 20:04:17
>>>>>> in /home/Admin/src/svn/openlaszlo/trunk
>>>>>> for http://svn.openlaszlo.org/openlaszlo/trunk
>>>>>>
>>>>>> Summary: resize replication in swf9
>>>>>>
>>>>>> New Features:
>>>>>>
>>>>>> Bugs Fixed: LPP-7082
>>>>>>
>>>>>> Technical Reviewer: hminsky
>>>>>> QA Reviewer: (pending)
>>>>>> Doc Reviewer: (pending)
>>>>>>
>>>>>> Documentation:
>>>>>>
>>>>>> Release Notes:
>>>>>>
>>>>>> Details:
>>>>>> LzResizeReplicationManager tried to add properties to a
>>>>>> non-dynamic class (LzDataNodeMixin), which failed obviously.
>>>>>> Therefore I've added "__LZgetSize/setSize" to LzDataNodeMixin to
>>>>>> track the view size for the replication manager.
>>>>>>
>>>>>>
>>>>>> Tests:
>>>>>> attached at bugreport
>>>>>>
>>>>>> Files:
>>>>>> M WEB-INF/lps/lfc/data/LzDataNode.lzs
>>>>>> M WEB-INF/lps/lfc/data/LzResizeReplicationManager.lzs
>>>>>>
>>>>>> Changeset:
>>>>>> http://svn.openlaszlo.org/openlaszlo/patches/20080928-bargull-iHa.tar
>>>>>>
>>>>>>
>>>>
>>
>
>