Re-work EL attribute parsing. The underlying issue was complete independence of attri...
authormarkt <markt@13f79535-47bb-0310-9956-ffa450edef68>
Sun, 10 Jan 2010 11:10:36 +0000 (11:10 +0000)
committermarkt <markt@13f79535-47bb-0310-9956-ffa450edef68>
Sun, 10 Jan 2010 11:10:36 +0000 (11:10 +0000)
commit6ca31d78b640c29cbd318d062163658eb1f3edf9
tree709b0ae0a130a705a34fe2656c85c0e0a985347b
parent406636b0a05993f52a3c3f1a744fb8298c746885
Re-work EL attribute parsing. The underlying issue was complete independence of attribute and EL parsing. The attribute parser would generate the same result - ${1+1} - after parsing ${1+1} and \${+1} and the EL had no way to differentiate between the first (that should be treated as an expression) and the second (that should be treated as a literal). The attribute parser has been modified to output any literals that would be mi-interpreted by the EL parser as EL literals. ie \ is output as ${'\\'} or #{'\\'}, $ as ${'$'} or #{'$'} and # as ${'#'} or #{'#'}.

git-svn-id: https://svn.apache.org/repos/asf/tomcat/trunk@897614 13f79535-47bb-0310-9956-ffa450edef68
java/org/apache/jasper/compiler/AttributeParser.java [new file with mode: 0644]
java/org/apache/jasper/compiler/Parser.java