Internacionalizados propriedades da página em Tapeçaria 4.1.2
-
09-06-2019 - |
Pergunta
A página de login na minha Tapeçaria aplicativo tem uma propriedade na qual a senha o usuário digita é armazenado, que é então comparado com o valor do banco de dados.Se o usuário digita uma senha com caracteres multi-byte, tais como:
áéíóú
...uma inspeção do valor de retorno de getPassword() (o método abstrato para a propriedade correspondente) dá:
áéÃóú
Claramente, isso não codificados corretamente.Ainda Firebug relata que a página é servido em UTF-8, portanto, presumivelmente o envio do formulário de solicitação deve também ser codificados em UTF-8.Inspecionando o valor que ele vem do banco de dados produz a seqüência correta, de modo que ele não iria aparecer para ser um sistema operacional ou IDE de codificação problema.Eu não tenha substituído Tapeçaria do valor padrão para a org.apache.tapeçaria.saída de codificação de na .arquivo do aplicativo, e a Tapeçaria 4 documentação indica que o valor padrão para a propriedade é UTF-8.
Então, por que Tapeçaria, aparecem úlceras de codificação, quando definir a propriedade?
Código relevante seguinte:
Login.html
<html jwcid="@Shell" doctype='html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd"' ...>
<body jwcid="@Body">
...
<form jwcid="@Form" listener="listener:attemptLogin" ...>
...
<input jwcid="password"/>
...
</form>
...
</body>
</html>
Início de sessão.página
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE page-specification
PUBLIC "-//Apache Software Foundation//Tapestry Specification 4.0//EN"
"http://jakarta.apache.org/tapestry/dtd/Tapestry_4_0.dtd">
<page-specification class="mycode.Login">
...
<property name="password" />
...
<component id="password" type="TextField">
<binding name="value" value="password"/>
<binding name="hidden" value="true"/>
...
</component>
...
</page-specification>
Login.java
...
public abstract class Login extends BasePage {
...
public abstract String getPassword();
...
public void attemptLogin() {
// At this point, inspecting getPassword() returns
// the incorrectly encoded String.
}
...
}
Atualizações
@Jan Soltis:Bem, se eu inspecionar o valor que vem do banco de dados, que apresenta a seqüência correta, de modo que parece que o meu editor, sistema operacional e banco de dados são todos de codificação o valor corretamente.Eu também verifiquei minha .arquivo do aplicativo;ele não contém uma org.apache.tapeçaria.saída de codificação de entrada, e a Tapeçaria 4 documentação indica que o valor predefinido para esta propriedade é UTF-8.Eu atualizei a descrição acima para refletir as respostas para suas perguntas.
@- me:Solução encontrada.
Solução 2
Eu encontrei o problema.O Tomcat foi desconfiguração os parâmetros antes de Tapeçaria ou a minha página de classe, mesmo tinha um crack para ele.A criação de um filtro servlet que imposta a pretendida codificação de caracteres fixa-lo.
CharacterEncodingFilter.java
package mycode;
import java.io.IOException;
import javax.servlet.*;
/**
* Allows you to enforce a particular character encoding on incoming requests.
* @author Robert J. Walker
*/
public class CharacterEncodingFilter implements Filter {
private static final String ENCODINGPARAM = "encoding";
private String encoding;
public void init(FilterConfig config) throws ServletException {
encoding = config.getInitParameter(ENCODINGPARAM);
if (encoding != null) {
encoding = encoding.trim();
}
}
public void doFilter(ServletRequest request, ServletResponse response, FilterChain chain)
throws IOException, ServletException {
request.setCharacterEncoding(encoding);
chain.doFilter(request, response);
}
public void destroy() {
// do nothing
}
}
web.xml
<web-app>
...
<filter>
<filter-name>characterEncoding</filter-name>
<filter-class>mycode.CharacterEncodingFilter</filter-class>
<init-param>
<param-name>encoding</param-name>
<param-value>UTF-8</param-value>
</init-param>
</filter>
<filter-mapping>
<filter-name>characterEncoding</filter-name>
<url-pattern>/app/*</url-pattern>
</filter-mapping>
...
</web-app>
Outras dicas
Tudo parece estar correto.
São você realmente certo getPassword() retorna o lixo?Não é a outra pessoa (o seu editor, sistema operacional, banco de dados,...) que não sabe o que é uma seqüência de caracteres unicode quando se apresenta a você, enquanto a palavra-passe pode ser perfeitamente ok?O que exatamente faz você pensar que é um lixo?
Eu também certifique-se de que não há nenhum estranho codificação definida no .arquivo de configuração de aplicativo
<meta key="org.apache.tapestry.output-encoding" value="some strange encoding"/>