<br><font size=2 face="sans-serif">Hi Axel,</font>
<br>
<br><font size=2 face="sans-serif">There is already a bug opened on this
issue:</font>
<br><a href="https://bugzilla.furcas.org/cgi-bin/bugzilla3/show_bug.cgi?id=88"><font size=2 face="sans-serif">https://bugzilla.furcas.org/cgi-bin/bugzilla3/show_bug.cgi?id=88</font></a>
<br>
<br><font size=2 face="sans-serif">Cheers,</font>
<br><font size=2 face="sans-serif">Thomas<br>
</font>
<table>
<tr>
<td valign=top><img src=cid:_1_0AE2546C0AE250B0004B84C2C125782C>
<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">03.02.2011 14:41</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">furcas-discussion@lists.furcas.org</font>
<tr valign=top>
<td>
<div align=right><font size=1 face="sans-serif">cc</font></div>
<td>
<tr valign=top>
<td>
<div align=right><font size=1 face="sans-serif">Subject</font></div>
<td><font size=1 face="sans-serif">[furcas-discussion] Parser generation
and URIs in _beforeSeqEl</font></table>
<br>
<table>
<tr valign=top>
<td>
<td></table>
<br></table>
<br>
<br>
<br><tt><font size=2>Hi all,<br>
<br>
Sebastian accidentally ran into an issue that seems to have to do with
<br>
how the parser generator adds URIs to the _beforeSeqEl calls in the <br>
generated parser. You can, for example, see that in TCSParser, line 6188:<br>
<br>
<br>
_beforeSeqEl("</font></tt><a href="http://www.furcas.org/transientParsingResource_mu-KICssEeCJxeruKCZONA#//@templates.17/@templateSequence/@elements.0"><tt><font size=2>http://www.furcas.org/transientParsingResource_mu-KICssEeCJxeruKCZONA#//@templates.17/@templateSequence/@elements.0");<br>
<br>
The call uses a URI that obviously refers to a transient element that in
<br>
this case is supposed to be part of the TCS concrete syntax. However, <br>
the URI refers to a transient resource that for sure doesn't survive the
<br>
parser generation phase as we currently don't seem to be storing the <br>
mapping model anywhere.<br>
<br>
Interestingly, this doesn't seem to cause problems... except for this <br>
one test case that Sebastian added. <br>
TestNestedScopesWithTextBlocks.testRebindingToDefinitionInInnerScope <br>
causes an exception when <br>
ParserTextBlocksHandler.notifyEnterSequenceElement is trying to actually
<br>
load the EObject with the URI specified in the _beforeSeqEl call from <br>
the current ResourceSet. But if the test case is run as the entire <br>
ReferenceResolvingTests suite, for reasons yet to explore the <br>
ResourceSet doesn't contain the mapping definition of the test language
<br>
anymore. In turn, the URI can't be resolved in the resource set. <br>
Downstream, this ultimately leads to an exception because EMF can't <br>
resolve the URI <br>
</font></tt><a href="http://www.furcas.org/transientParsingResource_C-8x4C-WEeCFZIxoq4PPuw#//@templates.4/@templateSequence/@elements.0"><tt><font size=2>http://www.furcas.org/transientParsingResource_C-8x4C-WEeCFZIxoq4PPuw#//@templates.4/@templateSequence/@elements.0
<br>
to an input stream because without proper proxy settings, www.furcas.org
<br>
can't be resolved in the SAP intranet.<br>
<br>
What does this mean w.r.t how the URIs need to look that are generated
<br>
into the _beforeSeqEl calls? It seems to mean that these URIs in general
<br>
should be resolvable in the scope of the ResourceSet used during <br>
(incremental) parsing. This would also mean that the TCSParser may <br>
ultimately cause problems because its URIs can't be resolved anymore, <br>
either.<br>
<br>
I suppose we'd need to store at least the durable TCS mapping model <br>
persistently and generate URIs into TCSParser that can be resolved to <br>
this persistent resource. For test cases this may be different, and <br>
Sebastian's particular problem may be resolved by ensuring that the <br>
transiently-created mapping remains in the test's resource set.<br>
<br>
Best,<br>
-- Axel<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>