RenataFA

Olá amigos! Eu sei como faço pra chamar o arquivo .properties, etc... Mas meu problema é que preciso que os arquivos .properties fiquem num diretório externo ao do projeto, um diretório nada haver com o do projeto. Por ex, eu posso ter projetos nas seguintes pastas: c:\renata\projeto1 c:\renata\projeto2 c:\renata\projeto3 ... Só que eu quero que meu .proporties fique numa pasta assim por ex: c:\properties\intl Entenderam? É uma pasta externa ao projeto. Preciso disso porque preciso que vários projetos compartilhem alguns properties, usem os mesmos properties. Ai que está meu problema, como faço referência a essa pasta externa ao projeto?! ResourceBundle resource = ResourceBundle.getBundle(CAMINHO,meuLocale); O que eu coloco no lugar da variável CAMINHO pra funcionar?! Já tentei de tudo... Nada ele aceita! Agradeço qualquer ajuda!

Bem amigo, aqui na empresa temos isso. ;) Não fui eu que fiz e por isso não sei detalhes, mas sei que foi feito usando um componente: "nachocalendar-0.23.jar" Dá uma pesquisada sobre isso ai! Aqui colocamos um botãozinho do lado do campo de texto pra digitar a data. Então a pessoa pode digitar a data, ou clicar no botão que abrirá um calendário e depois de selecionado o dia, esta data é preenchida no campo texto da data. Acho que é o que você precisa. Boa, sorte!

"JASPER" é a palavra chave amigo! :D

Obrigada iSoron! :D Agora estou com um problema parecido, mas não consigo solucionar! :blink: E quando o SQL que preciso passar dinâmicamente contém outros parâmetros que eu não posso substituir antes e passar já com os valores corretos? Por ex, e se o SQL que eu tenho que passar é uma string assim "select * from tabela where codigo = $P{parCodigo}" ? Como faço para que na hora de executar o relatório o iReports compreenda que ainda existe um parâmetro para ser substituído e faça isso antes de executar o SQL?! Veja mais detalhes no meu post: http://www.guj.com.br/posts/list/50444.java#265035 Ngn. consegue me dar alguma idéia! SOCORRO!!! :huh: Grata,

Obrigada pela atenção amigo... Eu consegui achar o problema (na verdade os problemas pois eram várias coisinhas) e agora está tudo funcionando... Obrigada :rolleyes:

No construtor da minha tela eu faço isso: myTraversalPolicy = new MyTraversalPolicy(this.componentesFoco()); this.setFocusTraversalPolicy(myTraversalPolicy); Alguém saberia me dizer porque a cada mudança de foco dentro da tela o sistema acessa duas vezes a minha classe MyTraversalPolicy? :( Estou tendo problemas por causa disso, agradeço qualquer. ajuda! Grata,

Oi! quanto a sua pergunta com respeito a como estão salvos os arquivos, veja: Fiz o teste que me pediu e o que aconteceu é que deixando com o encoding UTF-8 no navegador, ele deixa da forma como eu falei (o que está fixo acentua certo, o que trouxe dos dados acentua errado) Se eu mudar pra qualquer outro encoding fica tudo com acentos errados (tanto o que está fixo quanto o que trouxe dos dados). Alguma outra idéia?! :unsure:

Olá Rodolfo! Pelo que entendi é o mesmo relatório que as vezes pode ter a data como filtro e as vezes não. Certo? Eu visualizo duas formas de você fazer isso, veja só: 1) Eu tenho um relatório em que além de determinados parâmetros que SEMPRE são passados, tenho a data de vencimento inicial e final que PODE OU NÃO ser informada. Para contornar esse problema fiz da seguinte forma (estou colocando parte do meu select para que entenda): select .... FROM tabela where loja = $P{parLoja} and data >= $P{parDataInicial} and data <= $P{parDataFinal} and ..... /* filtro pelos vencimentos quando eles tiverem sido informados */ and (case $P{parVInicial} when "N" then true else (vencto >= $P{parVenctoInicial}) end) and (case $P{parVFinal} when "N" then true else (vencto <= $P{parVenctoFinal}) end) and ... order by ... Não sei se entendeu, mas para cada data (parVenctoInicial e parVenctoFinal) eu criei um parâmetro extra (parVInicial e parVFinal) que é na verdade um flag para saber se deve ser feito o filtro pela data. Então se meu parâmetro parVInicial estiver como "N" ("Não") eu coloco TRUE e ele passa qualquer. filtro, caso contrário eu faço o filtro com o campo vencto e o parVenctoInicial. Bem, foi uma forma que encontrei de contornar o problema. 2) Outra forma seria realmente passar um SQL dinâmico (que no seu caso, como no meu, se for só o filtro de uma data que muda eu acho que nem vale a pena, mas ai você que decide). Eu nunca fiz isso, mas descobri algo que pode te ajudar. Estamos acostumados a passar os parâmetros assim: $P{parParametro} Isso faz com que o conteúdo de parParametro substitua a tag $P{parParametro}. Porém existe outra forma de passar esse parâmetro que é menos usada. A forma seria: $P!{parParametro} Para você perceber a diferença imagine que parParametro seja do tipo String e que parParametro = "10"; No relatório eu coloco: select * from tabela where campo = $P{parParametro} Isso montaria algo como: select * from tabela where campo = "10" Mas se eu fizer: select * from tabela where campo = $P!{parParametro} Isso montaria algo como: select * from tabela where campo = 10 Digamos que usando $P!{parametro} você estará "macrosubstituindo" o conteúdo no SQL. Tudo isso para te dizer que eu não testei ainda, mas eu tenho quase absoluta certeza de que se você declarar um parâmetro do tipo String e passar para ele algo assim: if (suaCondicao) parameters.put("parSQL", "select * from tabela"); else parameters.put("parSQL","select * from tabela where campo = 1"); No relatório você pode simplesmente colocar assim no campo destinado a query: $P!{parSQL} E tudo deve funcionar exatamente como você deseja, com um SQL "dinâmico". Espero ter ajudado! Boa sorte! :lol: Renata

Bom dia, Estou com problemas com os caracteres acentuados em meus relatórios .jrxml. Tenho uma tabela de ocorrências por ex. Se eu faço o select direto no Query Browser as ocorrências aparecem acentuadas corretamente, vejam: Se eu mostro elas em alguma tela enquanto estou rodando meu programa .java elas também aparecem acentuadas corretamente: No entanto, quando eu seleciono elas através de um select dentro do meu .jrxml para apresentar na forma de um relatório, os caracteres que deveriam estar acentuados aparecem com caracteres loucos (aqueles quadradinhos): Se eu salvo os dados apresentados no visualizador de relatórios nos formatos PDF, RTF, XML, HTML, etc... em todos o problema com os acentos persiste. A configuração atual do meu BD é: O problema só acontece nos relatórios em jasper e apenas com os dados que são selecionados do BD nesses relatórios (as informações fixas como nome das colunas, título do relatório, etc... imprimem o acento corretamente). Estou usando MySQL 5, iReport 1.2.2. Por favor, preciso de ajuda urgente! Grata, :( Renata