Re: AW: JspValueExpression behavior different
Arnold Schneeberger wrote: Is there a workaround - or what you mean with "probably a bug" I mean that if the behaviours are different, at least one implementation has a bug. From a quick scan, it looks like Tomcat is in the wrong but I haven't looked at it in any detail. Mark - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
AW: JspValueExpression behavior different
Is there a workaround - or what you mean with "probably a bug" -Ursprüngliche Nachricht- Von: Mark Thomas [mailto:[EMAIL PROTECTED] Gesendet: Samstag, 02. August 2008 20:40 An: Tomcat Developers List Betreff: Re: JspValueExpression behavior different Arnold Schneeberger wrote: > Why does the methode "isLiteralText" always return "true" in my custom tag? > There are obvious different behaviors between jetty and tomcat. Probably a bug. Mark - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JspValueExpression behavior different
Arnold Schneeberger wrote: Why does the methode "isLiteralText" always return "true" in my custom tag? There are obvious different behaviors between jetty and tomcat. Probably a bug. Mark - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
JspValueExpression behavior different
Why does the methode "isLiteralText" always return "true" in my custom tag?
There are obvious different behaviors between jetty and tomcat.
public class EncryptedEmailTag extends UIComponentELTag {
...
private ValueExpression address;
...
protected void setProperties(UIComponent component) {
super.setProperties(component);
if (address != null) {
if (address.isLiteralText()) {
try {
component.getAttributes().put("address",
address.getExpressionString());
} catch (ELException e) {
throw new FacesException(e);
}
} else {
component.setValueExpression("address",
address);
}
}
...
}
...
}
public class UIEncryptedEmail extends UIOutput {
...
@Override
public void encodeChildren(FacesContext context) throws IOException
{
// get email address
String address = null;
if (getValueExpression("address") != null) {
address = (String)
getValueExpression("address").getValue(context.getELContext());
} else {
address = (String) getAttributes().get("address");
}
...
}
for a short jsf block like this the string #{contact.text} is a literal
on jetty it work correct.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
