Closed GoogleCodeExporter closed 9 years ago
fixed with rev3-5.
assign1 results now in:
@name "assign1"
probeInput.probeName = request.wns::testProbeID @property;
@name "assign1"
probeInput.probeData = request.requestText;
second assign won't fix, since this handling is valid.
a) CDATA transformation is unnecessary in this case (only needed for
extensionActivity, not for extensionExpression.
b) transformation of literal content is valid
c) valid usage of extensionExpression looks as follows, referring to the use of
the
'expressionLanguage' attribute of from:
<assign>
<copy>
<from>
block for next message
</from>
<to variable="probeInput" part="probeName"/>
</copy>
</assign>
and results in:
probeInput.probeName = [block for next message];
Original comment by mc.bisc...@googlemail.com
on 22 Nov 2008 at 3:46
What if a ";" is appearing in the literal statement?
e.g.
<assign>
<copy>
<from>
<literal>I could not check your credit; please re-submit.</literal>
</from>
<to variable="x"/>
</copy>
</assign>
Original comment by oliver.k...@gmail.com
on 22 Nov 2008 at 6:58
If a ";" appears in a literal statement, it will be translated.
(Literals are directly translated using the PCDATA content)
Should we check and remove that?
Original comment by mc.bisc...@googlemail.com
on 22 Nov 2008 at 7:17
- If colons (") appear in a literal they have to be escaped using the following
syntax:
ESCAPE_SEQ : '\\' ('b'|'t'|'n'|'f'|'r'|'\"'|'\''|'\\');
This differs to BPEL, but is normal handling in programming languages.
If we want to stay close to BPEL here too, we can add s.th. similar to {{{ }}} with
its greedy semantics.
- Multiline literals are translated without problems.
Original comment by mc.bisc...@googlemail.com
on 10 Dec 2008 at 10:59
Original issue reported on code.google.com by
tvanles...@gmail.com
on 20 Nov 2008 at 6:00