<br><font size=2 face="sans-serif">Sounds like a plan, should we schedule
an on-site meeting for that? What do you think?<br>
</font>
<table>
<tr>
<td valign=top><img src=cid:_1_08548888085484CC0029B56EC1257837>
<td><font size=3> </font>
<td><font size=1 face="Verdana"><b>Thomas Goldschmidt </b><br>
<br>
ABB AG<br>
Forschungszentrum<br>
Wallstadter Straße 59<br>
68526 Ladenburg<br>
Office Phone: +49 6203 716134<br>
Office Fax: +49 6203 716253<br>
e-mail:</font><font size=1 color=blue face="Verdana"> thomas.goldschmidt@de.abb.com</font></table>
<br>
<br><font size=1 color=#808080 face="Verdana">ABB AG<br>
Sitz/Head Office: Mannheim <br>
Registergericht/Registry Court: Mannheim<br>
Handelsregisternummer/Commercial Register No.: HRB 4664<br>
Geschäftsführung/Managing Board: Peter Smits (Vorsitzender), Joachim Schneider,
Markus Ochsner, Hans-Georg Krabbe<br>
Vorsitzender des Aufsichtsrats/Chairman of Supervisory Board: Bernhard
Jucker<br>
<br>
Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte Informationen.
Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtümlich
erhalten haben, informieren Sie bitte sofort den Absender und vernichten
Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe
dieser Mail ist nicht gestattet. <br>
<br>
This e-mail may contain confidential and/or privileged information. If
you are not the intended recipient (or have received this e-mail in error)
please notify the sender immediately and destroy this e-mail. Any unauthorized
copying, disclosure or distribution of the material in this e-mail is strictly
forbidden.</font>
<br>
<br>
<br>
<table width=100%>
<tr valign=top>
<td width=40%><font size=1 face="sans-serif"><b>Axel Uhl <axel.uhl@gmx.de></b>
</font>
<br><font size=1 face="sans-serif">Sent by: furcas-discussion-bounces@lists.furcas.org</font>
<p><font size=1 face="sans-serif">11.02.2011 20:57</font>
<td width=59%>
<table width=100%>
<tr valign=top>
<td>
<div align=right><font size=1 face="sans-serif">To</font></div>
<td><font size=1 face="sans-serif">Stephan Erb <stephan@dev.static-void.de></font>
<tr valign=top>
<td>
<div align=right><font size=1 face="sans-serif">cc</font></div>
<td><font size=1 face="sans-serif">furcas-discussion <furcas-discussion@lists.furcas.org></font>
<tr valign=top>
<td>
<div align=right><font size=1 face="sans-serif">Subject</font></div>
<td><font size=1 face="sans-serif">Re: [furcas-discussion] Reference Re-Evaluation
Algorithm</font></table>
<br>
<table>
<tr valign=top>
<td>
<td></table>
<br></table>
<br>
<br>
<br><tt><font size=2>+1<br>
<br>
On 02/11/2011 08:35 PM, Stephan Erb wrote:<br>
> Hey Axel,<br>
><br>
> I have no clue. Your proposal sounds reasonable to me but I wouldn't
bet<br>
> on it, given the fact that sometimes TextBlocks are merged if they
don't<br>
> contribute to the concrete syntax.<br>
><br>
> This discussion somewhat implies to me that we are wasting our energy:<br>
> Our second-most important data structure, the TextBlocks model, is
so<br>
> complex and underspecified that we constantly struggle with it.<br>
><br>
> I would suggest that we try to redesign the TextBlocks model so that
it<br>
> is easier to handle. For example, each TextBlock could have exactly
one<br>
> corresponding ModelElement. If TextBlocks contain no concrete syntax,<br>
> then they would simply have no subnodes. I guess we can think
of even<br>
> more simplifications.<br>
><br>
> This is additional short term effort, but I am very sure it is a<br>
> worthwhile investment.<br>
><br>
><br>
> Best Regards,<br>
> Stephan<br>
><br>
><br>
> On Fri, 2011-02-11 at 17:19 +0100, Uhl, Axel wrote:<br>
>> Stephan,<br>
>><br>
>> thinking about this again suggest something else. I don't think
we want to rely on the token's referencedElements to be set in order to
determine whether the token is the one that belongs to the update notification
received. The token may be stale anyway because it was in some remote resource
that didn't get updated upon an earlier change.<br>
>><br>
>> Instead, we should be looking for the token's parent text blocks.
They should lead to a text block, ultimately, whose corresponding model
element is the one to be updated with the resolution of the token, shoulnd't
it?<br>
>><br>
>> I'm just uncertain again how the LexedToken may be nested inside
TextBlocks. Can I assume that the LexedToken's getParent() is the template
that has in its correspondingModelElements the element to be updated with
the property?<br>
>><br>
>> -- Axel<br>
>><br>
>>> -----Original Message-----<br>
>>> From: furcas-discussion-bounces@lists.furcas.org [mailto:furcas-<br>
>>> discussion-bounces@lists.furcas.org] On Behalf Of Stephan
Erb<br>
>>> Sent: Friday, February 11, 2011 3:12 PM<br>
>>> To: furcas-discussion<br>
>>> Subject: Re: [furcas-discussion] Reference Re-Evaluation Algorithm<br>
>>><br>
>>>>> PS: Thomas, we might need your help with all this
textblocks magic<br>
>>>>> (e.g.<br>
>>>>> find out if a reference is still bound). Expect some
questions on<br>
>>> the<br>
>>>>> mailing list rather soon :-)<br>
>>>><br>
>>>> I found that out myself. In this case it was an easy reverse
lookup<br>
>>> on DocumentNode_SequenceElement using the OppositeEndFinder
API.<br>
>>><br>
>>> Hi Axel,<br>
>>><br>
>>> I just had a (very) short look at the OCLQueryPropertyUpdate.
Is there<br>
>>> a<br>
>>> reason why the 'referencedElements' aren't checked anywhere?
I always<br>
>>> thought that those entail the crucial information whether
a token is<br>
>>> bound to something or not.<br>
>>><br>
>>> Example from the MOIN code base where used them:<br>
>>><br>
>>> private Collection<?> findCurrentlySetElements(DelayedReference<br>
>>> unresolvedRef, ModelInjector modelInjector,<br>
>>>
LexedToken tokenInCurrentConnection) throws<br>
>>> ModelAdapterException {<br>
>>><br>
>>>
Collection<?> valueCollection =<br>
>>> modelInjector.getModelAdapter().get(unresolvedRef.getModelElement(),<br>
>>> unresolvedRef.getPropertyName());<br>
>>>
if (tokenInCurrentConnection != null) {<br>
>>><br>
>>> valueCollection.retainAll(tokenInCurrentConnection.getReferencedElement<br>
>>> s());<br>
>>>
}<br>
>>>
return valueCollection;<br>
>>> }<br>
>>><br>
>>> Best,<br>
>>> Stephan<br>
>>><br>
>>><br>
>>><br>
>>> _______________________________________________<br>
>>> Furcas-discussion mailing list<br>
>>> Furcas-discussion@lists.furcas.org<br>
>>> </font></tt><a href="http://lists.furcas.org/cgi-bin/mailman/listinfo/furcas-discussion"><tt><font size=2>http://lists.furcas.org/cgi-bin/mailman/listinfo/furcas-discussion<br>
><br>
><br>
<br>
-- <br>
Find Security Certificate at </font></tt><a href="http://www.axel-uhl.de/cgi-bin/cacert.cgi"><tt><font size=2>http://www.axel-uhl.de/cgi-bin/cacert.cgi<br>
<br>
[attachment "smime.p7s" deleted by Thomas Goldschmidt/DEABB/ABB]
_______________________________________________<br>
Furcas-discussion mailing list<br>
Furcas-discussion@lists.furcas.org<br>
</font></tt><a href="http://lists.furcas.org/cgi-bin/mailman/listinfo/furcas-discussion"><tt><font size=2>http://lists.furcas.org/cgi-bin/mailman/listinfo/furcas-discussion<br>
</font></tt></a></a></a>
<br>