David,
I see that a syntax using underscore is already used in processSurveyResponseInline (SurveyServices.xml[726]) Could it not be a
global solution to this answers issue ?
Jacques
From: "Assist" <[email protected]>
Thanks David,
I put your suggestion in
https://issues.apache.org/jira/browse/OFBIZ-2112?focusedCommentId=12669418#action_12669418
Jacques
From: "David E Jones" <[email protected]>
One limitation of the dot syntax under UEL is that it treats the Map entry
keys as variable names, which I think causes this
problem.
To get around it we may have to change the code and instead of using something
like answers.fieldName either use something like
answers[fieldName] or even answers.get(fieldName) if we have issues with that.
-David
On Feb 1, 2009, at 10:00 AM, Jacques Le Roux wrote:
I had a new look at this. It's a problem with the FlexibleMapAccessor.
It interprets "answers.1040" as null. There are 2 solutions
* easy, but certainly not generic enough, put an underscore before each
surveyQuestionId value
* change FlexibleMapAccessor to not interprets strings like "answers. 1040" as
null, resulting for if-empty tag to render a
false result (empty, but it's not)
I remember having seen a discussion about such strings (Id beginning by a
digit) but I did not find it.
Jacques
