Re: Tag libraries that use ExpressionEvaluator depend on Jakartaimplementation
David M. Karr wrote: This is probably obvious, but it is the case that any tag libraries that use the ExpressionEvaluator class in the Jakarta JSTL implementation are actually dependent on the Jakarta implementation, as opposed to the specification, correct? Yes this is correct, as mentioned also by Tim. Since only the JSP api is described in the specification, and not the Java api, Sorry, I don't quite get the distinction you're making here. then another JSTL implementation could use a completely different class. I'm not complaining, I just want to make sure I'm clear on that point. If you are talking JSTL 1.0 URIs, then this is correct. With JSTL 1.1 URIs, the EL is provided by the JSP container and an API is exposed in the JSP 2.0 spec for whoever wants direct access. -- Pierre - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Tag libraries that use ExpressionEvaluator depend on Jakarta implementation
-Original Message- From: Pierre Delisle [mailto:[EMAIL PROTECTED] David M. Karr wrote: This is probably obvious, but it is the case that any tag libraries that use the ExpressionEvaluator class in the Jakarta JSTL implementation are actually dependent on the Jakarta implementation, as opposed to the specification, correct? Yes this is correct, as mentioned also by Tim. Since only the JSP api is described in the specification, and not the Java api, Sorry, I don't quite get the distinction you're making here. I simply meant that the specification defines the API available to you in JSP pages, but not what API you could use in Java classes. Reiterating the fact that it doesn't define an ExpressionEvaluator interface of any kind. This is really just a restatement of the other points, which you got. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
JSTL c:out rewrites html tags
The JSTL taglibs (c:out) re-write html tags into GT so the actual text prints out. Is there any way to disable this? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JSTL c:out rewrites html tags
Set the escapeXml attribute to false. c:out value=${foo} escapeXml=false / The JSTL taglibs (c:out) re-write html tags into GT so the actual text prints out. Is there any way to disable this? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JSTL c:out rewrites html tags
On Mon, 10 Mar 2003, Hanasaki JiJi wrote: The JSTL taglibs (c:out) re-write html tags into GT so the actual text prints out. Is there any way to disable this? Yes, the escapeXml=false attribute of the c:out tag disables this behavior. -- Shawn Bayern JSTL in Action http://www.manning.com/bayern - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JSTL c:out rewrites html tags
Thanks to Brian and Shawn! anyone know of a lib that will perfrom the escXML on a String? goal: take in input string that may / maynot have HTML tags zap the html tags or turn them to pure text ala LT add some HTML tags output via c:out escapeXml=false dont want any html to get used as html if it was in the original string. customers enter it in a web browser window. Brian Buckley wrote: Set the escapeXml attribute to false. c:out value=${foo} escapeXml=false / The JSTL taglibs (c:out) re-write html tags into GT so the actual text prints out. Is there any way to disable this? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- = = Management is doing things right; leadership is doing the = = right things.- Peter Drucker= =___= = http://www.sun.com/service/sunps/jdc/javacenter.pdf = = www.sun.com | www.javasoft.com | http://wwws.sun.com/sunone = = - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JSTL c:out rewrites html tags
On Mon, 10 Mar 2003, Hanasaki JiJi wrote: Thanks to Brian and Shawn! anyone know of a lib that will perfrom the escXML on a String? goal: take in input string that may / maynot have HTML tags zap the html tags or turn them to pure text ala LT You can use c:out wrapped by c:set to do this, as in c:set var=safeStringWithNoBrackets c:out value=${mayContainHtmlOrMayNot} / /c:set %-- modify string --% c:out value=${safeStringWithNoBrackets} escapeXml=false / -- Shawn Bayern JSTL in Action http://www.manning.com/bayern - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]