Hi, I believe I've found a problem with the way the include directive is handled by JRun 3.1.
Example: I want to protect some content using custom tags to do some permission checking. The checks are always the same (they work on beans present in every page). For ease of maintenance, I want to write the checks only once and use the include-directive. Code snippets are shown below. Upshot: The JSP parser will throw an exception: Parse Error in JSP page: The page '/include/jsp/OpenTags.jsp' did not close the '__tag_check_5' tag. However, the example does work as intended in Tomcat. I interpret section 2.7.6 the JSP 1.12 spec so as to conclude that Tomcat is right and JRun is wrong. It seems to me that JRun is doing the parsing too early. There is no reason to expect an arbitrary target of an include-directive to be a well-formed JSP. <quote> The include directive is used to substitute text and/or code at JSP page translation-time. The <%@ include file=relativeURLspec%> directive inserts the text of the specified resource into the .jsp file. </quote> Best, Sebastian JSP code example: Many JSP's will have code like this: ---------------------------------------------------- <%@ include file="/include/jsp/OpenTags.jsp" %> .. some content <%@ include file="/include/jsp/CloseTags.jsp" %> ---------------------------------------------------- OpenTags.jsp ---------------------------------------------------- <ids:check name="key1" value="<%=ABC%>" > <ids:check name="key2" value="<%=XYZ%>" > ---------------------------------------------------- CloseTags.jsp ---------------------------------------------------- </ids:check> </ids:check> ---------------------------------------------------- -------------------------------------------------------------------------- Sebastian Millies, IDS Scheer AG Postfach 10 15 34, 66015 Saarbr�cken Zimmer 2.34, email: [EMAIL PROTECTED] fon +49-681-210-3221, fax +49-681-210-1311 ______________________________________________________________________ This list and all House of Fusion resources hosted by CFHosting.com. The place for dependable ColdFusion Hosting. Archives: http://www.mail-archive.com/[email protected]/ Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
