DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=27871>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.
http://issues.apache.org/bugzilla/show_bug.cgi?id=27871 [XSP] logicsheet-util.xsl causes XSP Java class not to be compilable Summary: [XSP] logicsheet-util.xsl causes XSP Java class not to be compilable Product: Cocoon 2 Version: Current CVS 2.1 Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: Other Component: blocks AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Hi, actually, I am addressing two issues found in logicsheet-util.xsl (that is usualy used in xsp logicsheets): 1. Empty parameter 'default' is not tested correctly, because when used as <xsl:call-template name="get-string-parameter"> <xsl:with-param name="name">fooparam</xsl:with-param> <xsl:with-param name="required">false</xsl:with-param> <xsl:with-param name="default"><xsp-request:get-parameter name="foo"/></xsl:with-param> </xsl:call-template> then the test xsl:if string-length($default) = 0 obviously returns true but it should not. 2. template get-nested-string produces invalid string literals because it doesn't always translate LF to single space as it should when converting <xsp:text/> to Java string. For example, <mylgs:mytag name="command"> <mylgs:param name="value"> <xsp:expr>request.getParameter("foo")</xsp:expr> </mylgs:param> </mylgs:mytag> produces expression simmilar to: "" + " " + request.getParameter("foo") I am providing patch for these changes and they both changes should be backward compatible.
