| Autor |
Mensagem |
|
|
Aproveitando, mande, novamente, o código da sua página, seu bean, inclusive como você consulta os dados para sabermos se tem algum outro problema.
Um abraço,
Novais
|
 |
|
|
Pelo erro que você postou, parece que o mapeamento do FACES não está legal, ou não foi colocado o filtro no web.xml. Aí vai o código:
Faces-config:
<application>
<view-handler>
com.sun.facelets.FaceletViewHandler
</view-handler>
</application>
Web.xml:
<?xml version="1.0" encoding="UTF-8"?>
<web-app version="2.4" xmlns="http://java.sun.com/xml/ns/j2ee" xmlns si="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://java.sun.com/xml/ns/j2ee http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd">
<context-param>
<param-name>com.sun.faces.verifyObjects</param-name>
<param-value>true</param-value>
</context-param>
<context-param>
<param-name>com.sun.faces.validateXml</param-name>
<param-value>true</param-value>
</context-param>
<context-param>
<param-name>javax.faces.DEFAULT_SUFFIX</param-name>
<param-value>.xhtml</param-value>
</context-param>
<context-param>
<param-name>facelets.DEVELOPMENT</param-name>
<param-value>true</param-value>
</context-param>
<context-param>
<param-name>facelets.SKIP_COMMENTS</param-name>
<param-value>true</param-value>
</context-param>
<!-- FACELETS -->
<filter>
<filter-name>facelets</filter-name>
<filter-class>
com.sun.facelets.webapp.FaceletFilter
</filter-class>
</filter>
<filter-mapping>
<filter-name>facelets</filter-name>
<url-pattern>*.jsf</url-pattern>
</filter-mapping>
<filter-mapping>
<filter-name>facelets</filter-name>
<url-pattern>/FACES-INF/*</url-pattern>
</filter-mapping>
<servlet>
<servlet-name>Faces Servlet</servlet-name>
<servlet-class>javax.faces.webapp.FacesServlet</servlet-class>
<load-on-startup>1</load-on-startup>
</servlet>
<servlet-mapping>
<servlet-name>Faces Servlet</servlet-name>
<url-pattern>*.jsf</url-pattern>
</servlet-mapping>
<session-config>
<session-timeout>30</session-timeout>
</session-config>
<welcome-file-list>
<welcome-file>index.jsp</welcome-file>
</welcome-file-list>
</web-app>
|
 |
|
|
Pmcn,
Acho que o problema está no tipo da propriedade do seu BEAN. (<h:dataTable id="items" value="#{cadastroBairros.bairros}" ) Qual o tipo da propriedade "bairros"?
>
|
 |
|
|
Salve Flin!
Valeu pela dica!
Mas como começar com facelets? Alguma sugestão?
Novais
|
 |
|
|
Tenho códigos semelhantes a este em meu código:
<td><h:outputText value="#{msg.lbl_nome}"/></td> -- O msg é o alias que chama o MessageBundle da aplicação e lbl_nome é a chave dentro do arquivo de mensagens
<td>
-- usuario. nome é o bean que possui a propriedade associada ao campo
<h:inputText id="nome" value="#{usuario.nome} required="true"/>
<f:validateLength minimum="5" maximum="20"/>
<f:validator validatorId="usuarioValidador"/> -- validador personalizado
</h:inputText>
<h:message for="nome">
</td>
Gostaria de transformá-lo em um componente TAG FILE... seria possível utilizar os componentes JSF acima dentro da TAG File. Isso é possível?
Existe outra alternativa ao TAG FILE para componentizar este trecho de código? Tenho que mapear algo no WEB.xml?
Um abraço,
Novais.
|
 |
|
|
Senhores, acredito que o conceito de VO, TO e DTO tenha ficado claro e a literatura (GOF e JEE Patterns) não deixa dúvida. Mas o conceito do POJO não está claro ainda; aí penso se alguém seria capaz de explicar estes conceitos pensando na arquitetura completa de um projeto? Tentarei começar:
Pensando em JSF:
1 - JSP submete a página, a requisição é interceptada por um CONTROLADOR(Servlet JSF) e alimenta um BEAN
2 - Caso existam, os dados são validados por VALIDATORS JSF
3 - Após a validação são chamados objetos de negócio (POJOs) que fazem o processamento dos dados(sacar, transferir, depositar) e chamam um FACADE para chamar as operações de banco;
4 - É criado um DAO que mascara as opções de banco (incluir, alterar, excluir e consultar)
5 - O dado é persistido.
Lembrando: É "RECOMENDÁVEL" que o POJO não extenda ou herde de nenhuma classe, mas se o fizer que exteda ou implemente classes e interfaces de negócio, não de infra-estrutura (como frameworks).
Será que falei alguma coisa errada?
Um abraço,
Novais.
|
 |
|
|
Alguém acha que a classe Properties poderia substituir um arquivo de configuração XML?
Deixe-me explicar: para evitar ifs no meu programa penso em "parsear" um arquivo XML mais ou menos assim:
<request name="Teste">
<pagina value = "test.jsp"/>
<metodo value = "getValue();"/>
<parametro value = "teste"/>
<mensagem value = "olá"/>
</request>
<request name="Teste1">
<pagina value = "test1.jsp"/>
<metodo value = "getValueNovo();"/>
<parametro value = "teste1"/>
<mensagem value = "olá de novo"/>
</request>
Busco as informações "nodes" de acordo com o name do request.
Pensei em utilizar a classe Properties para fazer isso já que ela trabalha com propriedade = valor... entretanto, não achei forma de trabalhar com valores diferentes no mesmo arquivo.
O que acha?
|
 |
|
|