| Autor |
Mensagem |
|
|
|
Quando ocorre um erro de validação ele deve redirecionar para o path configurado no input... o caminho está correto?
|
 |
|
|
Vou dar apenas a minha opinião..
Já usei muito DWR..
Atualmente para ajax utilizo JQuery + GSon (Biblioteca da google para conversão de Objects em JSon)
Gosto do DWR, porém sinto falta de muitos métodos utilitários..
Quanto ao seu erro, nunca passei por nada parecido..
|
 |
|
|
coloque:
Dê uma pesquisa em static...
|
 |
|
|
Isso que vc está tentando fazer me parece especialização/herança...
Ou seja B deveria ser uma subclasse do tipo A...
Dê uma lida aki:
http://docs.jboss.org/hibernate/stable/core/reference/en/html_single/#mapping-declaration-subclass
e aki:
http://docs.jboss.org/hibernate/stable/annotations/reference/en/html_single/#d0e829
|
 |
|
|
Seu método buscar na classe em Java deve receber tipo primitivos ou classes wrappers...
Afinal sua variável em JS orgaoArrecadador não é uma classe java, concorda?
Experimente colocar todos os parâmetros como String e veja se funciona...
|
 |
|
|
Opa, vlw pela resposta...
Mas o código que eu postei foi apenas para teste... Mais já tentei isso e também não funcionou...
Na realidade recebo um Date do banco de dados...
|
 |
|
|
Pessoal, estou passando por um problema com relação ao Timezone:
Banco de Dados: Oracle 10g
Servidor de Aplicação: JBoss 4.2.3
JVM: 6.0 update 13
Existe um campo data_nascimento na tabela clientes no banco de dados que é do tipo DATE.
Para algumas datas específicas quando consultamos esse campo no banco de dados a data vem com uma hora a menos, ou seja, ao invés de 01/11/1966, recebo 31/10/66 23:00.
Descobri que isso ocorre para todas as datas onde o horário de verão começou...
Executem o seguinte código:
Reparem que a hora 00:00 do dia 01/11/1966 não existe (realmente nunca existiu, afinal a zero hora, o relógio foi adiantado em uma hora), portanto Java automaticamente assume 01:00 no calendar.
E quando subtraimos um hora, voltamos para o dia 31/10/1966
Os timezones de todos os servidores envolvidos estão com BRST (Brazilian Summer Time)
O que eu ainda não consegui entender é porque recebo uma hora a menos do banco de dados, e não uma hora a mais como acontece no teste acima.
Tentivas frustadas:
- Atualizar o driver de acesso ao banco
- Atualizar a JVM
- Trocar o tipo do campo para java.sql.Date
- Trocar o tipo do campo para java.sql.Timestamp
- Trocar o tipo do campo para java.util.Date
Funciona porém causa outros efeitos colaterais:
- Alterar o timezone para UTC.
A pergunta é: Como posso resolver esse problema?
|
 |
|
|
Tinha quase certeza q alguém ia perguntar o porque...
Imagine que eu esteja guardando o conteúdo de um JSP no banco de dados... Não posso simplesmente ler... e jogar na tela o resultado... Preciso procesa-lá antes...
|
 |
|
|
Pessoal, existe algum método que possa chamar que faça a renderização de um JSP dentro de um Servet/Action e me retorne uma String ou uma Stream com o JSP renderizado?
Não quero abrir uma conexão, quero ler o arquivo físico e passar para um método renderizar o JSP para mim.
|
 |
|
|
|
Verifique se o Id do Produto não está nulo ao chamar o método armazenar
|
 |
|
|
http://docs.jboss.org/hibernate/core/3.3/reference/en/html/tutorial.html
Procure pela classe HibernateUtil
|
 |
|
|
|
Vc deve ter somente um sessionFactory para cada datasource. Desse jeito que vc está fazendo vc está fechando o sessionFactory. Não feche o sessionFactory, feche a Session.
|
 |
|
|
sim... Tire as aspas do :data.
:qualquerCoisa é apenas um identificador... semelhante ao ?.
|
 |
|
|
Faz com setParameter... Não precisa utilizar DateFormat..
|
 |
|
|
|
Post as classes UsuarioTO e a classe desse relacionamento: associacoesSupervisor
|
 |
|
|