[furcas-discussion] Houston...

[Uhl, Axel]

The problem I was facing is this: when the foreach production rule is to be determined, this happens based on the as-clause, given as a String in the PredicateSemantic object passed by the parser to the setPredicateRef method. Only if the DelayedReference is postprocess by a handler which is only registered when text blocks creation is active will the reference's queryElement be set to the property init from the mapping, allowing for the navigation to the template. however, if the queryElement is not set on the DelayedReference, I can't easily determine the Template. This would make it difficult to compare.

The problem would probably matter only if text blocks exist (e.g., from previous parser runs) and then the parser is run without textblocks creation. Not sure why I seem to have run into the problem. Storing as String seems to work, anyway, for now.

Best,
-- Axel

From: Thomas Goldschmidt [mailto:thomas.goldschmidt at de.abb.com]
Sent: Tuesday, February 22, 2011 8:28 AM
To: Uhl, Axel
Cc: furcas-discussion
Subject: Re: [furcas-discussion] Houston...


Hi Axel,

Sorry, but I currently do not understand what the difference between storing the template and storing the parser rule name in the ForEachContext is, from my point of view this should be equivalent, right? If not, why is that so?

Cheers,
Thomas
[cid:image001.gif at 01CBD273.804F1710]



Thomas Goldschmidt

ABB AG
Forschungszentrum
Wallstadter Straße 59
68526 Ladenburg
Office Phone: +49 6203 716134
Office Fax: +49 6203 716253
e-mail: thomas.goldschmidt at de.abb.com



ABB AG
Sitz/Head Office: Mannheim
Registergericht/Registry Court: Mannheim
Handelsregisternummer/Commercial Register No.: HRB 4664
Geschäftsführung/Managing Board: Peter Smits (Vorsitzender), Joachim Schneider, Markus Ochsner, Hans-Georg Krabbe
Vorsitzender des Aufsichtsrats/Chairman of Supervisory Board: Bernhard Jucker

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.

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.

"Uhl, Axel" <axel.uhl at sap.com>
Sent by: furcas-discussion-bounces at lists.furcas.org

21.02.2011 22:20

To

furcas-discussion <furcas-discussion at lists.furcas.org>

cc

Subject

[furcas-discussion] Houston...







...we have a problem. After my attempt to execute the delayed reference resolving loop twice for the foreach propinits, a test in the TestForeachPredicateProperty class failed. It turns out that it runs without textblocks generation support. This in turn seems to cause the ParserTextBlocksHandler not to be subscribed as an observer during the parsing process. Yet in turn, the property init elements are not set on DelayedReferences in their queryElement attribute.

Now, when executing the foreach propinit, I'm trying to determine the template used to produce the foreach target. However, there is no property init attached to the Reference.

It turns out that it's not such a good idea to try to remember the Template in the ForEachContext for later comparison for re-use. Instead, I'm now storing the parser rule name / method name in the ForEachContext. This way, I can also perform a comparison whether or not to re-use a model element without having the text blocks handy.

So, as a heads-up, I've changed the ForEachContext part of the textblocks metamodel. Commit hopefully coming soon.

-- Axel
_______________________________________________
Furcas-discussion mailing list
Furcas-discussion at lists.furcas.org
http://lists.furcas.org/cgi-bin/mailman/listinfo/furcas-discussion
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.furcas.org/pipermail/furcas-discussion/attachments/20110222/59bffcf0/attachment-0001.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.gif
Type: image/gif
Size: 454 bytes
Desc: image001.gif
URL: <http://lists.furcas.org/pipermail/furcas-discussion/attachments/20110222/59bffcf0/attachment-0001.gif>