| Autor |
Mensagem |
|
|
|
Para você debugar dentro das classes do JRE, você precisa baixar o pacote com os códigos fontes de todas as classes e configurar isso no Eclipse. Procure pelos códigos fonte do site da Oracle (o nome do pacote com os fontes é src.zip).
|
 |
|
|
|
Você está perguntando o tamanho a cada vez que o Applet é redesenhado. O certo é perguntar apenas uma vez, quando ele inicia a execução (ou seja, dentro do método start).
|
|
|
|
Auto completar: Ctrl + Espaço
Tradução: que eu saiba, não existe
|
|
|
|
Antes de mais nadas, umas dicas:
Não use Vector, use ArrayList.
Não use Statement (nem concatene seus códigos SQL), use sempre PreparedStatement.
Sempre feche a conexão com finally (no método "insere" está OK, mas falta fazer o mesmo no método "busca").
Nunca retorne 'null' quando se espera uma lista de algo. Isso pode causar uma NullPointerException indesejada. Retorne uma lista vazia ou lance a exceção.
Agora, o seu problema. O erro está na comparação. O seu método "buscar" retorna um Vector<Ci> e você quer comparar isso com uma String. Impossível. O que você pode fazer é o que sugeriu o Juliano: verificar se a quantidade de registros retornados é ou não maior que zero.
|
|
|
|
Veja:
Toda a API do Swing segue os conceitos de MVC.
No caso da visualização de dados, essa imagem diz tudo. O modelo (por exemplo a classe Pessoa) será exibido pela visão. Nesse caso, em especial, o controlador não tem uma utilidade específica.
Já no caso de inserção de dados (que é o seu caso), a visão será um formulário de preenchimento (inicialmente em branco) e o controlador será responsável por receber eventos da visão. Especificamente falando, sua classe de controlador implementará ActionListener. Quando o botão "Cadastrar" na visão for pressionado, o controlador será notificado; ele deve ler os dados e atualizar o modelo, criando um novo objeto Pessoa e o incluindo em um banco de dados se necessário.
Respondendo às suas perguntas:
ingridfarabulini wrote:Esses painéis devem estar em classes diferentes quando o assunto é diferente ("Pessoa" diferente de "Evento") ou todos os painéis devem ficar juntos em uma mesma classe onde também estará a instancia do JFrame?
Não há uma regra para isso, mas por questão de organização é recomendável mantê-las em classes separadas.
ingridfarabulini wrote:Se forem ficar separados, quem é responsável pelo controle de fluxos de tela de forma que os painéis distintos não fiquem extremamente acoplados com outros (painel instanciando painel)?
O controlador, que deve ler os dados inseridos na visão, atualizar o modelo e definir o que será exibido pela visão (por exemplo, a tela de sucesso ou de erro).
ingridfarabulini wrote:Teria que passar a instancia do JFrame para cada classe de painel separada para que eles sejam sempre exibidos no mesmo JFrame?
Não. Mas teria que passar sua janela para o controlador alterar os painéis conforme necessário (se fizer isso por meio de uma interface o acoplamento será menor).
|
|
|
|
Não resolve.
Se essa for realmente uma limitação do JEditorPane não há o que fazer.
Se você realmente quer um navegador de verdade, um feito em SWT (como o browser embutido do Eclipse) é a melhor pedida.
De qualquer forma, não custa estudar isso: http://lobobrowser.org/java-browser.jsp
|
|
|
|
Luciano_Lopes wrote:
marcobiscaro2112 wrote:
vega! wrote:Qual é o browser ?
Exatamente. Sem saber isso não podemos te ajudar.
Cara,eu estou fazendo um browser.
Bem, não foi exatamente o que você disse no começo:
Luciano_Lopes wrote:
Pessoal,estou estudando um browser feito em java que encontrei na net......
De qualquer forma, deve ser alguma problema na renderização do JEditorPane, que não leva em conta o CSS, ou tem problemas com scripts. Páginas simples, que não tem flash (como essa http://www.google.com.br/intl/pt-BR/options/ ) também ficam estranhas.
|
|
|
|
http://java-source.net/open-source/charting-and-reporting
Acredito que a primeira opção listada seja a melhor no seu caso.
|
|
|
|
Se sua classe FuncionarioGUI estender JPanel, você deve fazer o seguinte:
|
|
|
|
Basta fazer um cast de Number para Double:
|
|
|
|
vega! wrote:Qual é o browser ?
Exatamente. Sem saber isso não podemos te ajudar.
|
|
|
|
balrog wrote:2 um metodo static na super classe tem que ser static na classe derivada
E nesse caso não é sobrescrita (pois sobrescrita é um conceito de OO, como o método é estático, não se trata de um objeto). Nesse caso apenas definimos um método com o mesmo nome do definido na superclasse. Note que ainda podem ser chamados independentemente:
Se chamarmos os métodos assim:
|
|
|
|
|
Pelo que entendi, sugiro SwingWorker.
|
|
|
|
manolimars wrote:Baixei e utilizei seu programa e sem dúvidas é muito bom,
só achei uma coisa que poderia ser implementada que no meu ponto de vista seria muito útil:
A utilização da Tecla "Delete" para poder apagar os arquivos, sem ter que ir la no botão apagar,
assim poderia navegar na JTree com as setas e apagar os arquivos com o delete.
Mas fora isso sem comparação, Muito Bom, parabéns!
Obrigado pela sugestão! Está anotada. Na próxima versão isso será incluso.
|
|
|
|
|
Eu acredito que esse download não exista. Se você realmente precisa disso você provavelmente terá que baixar o instalador, instalar em uma máquina que você tenha permissão e pegar todos os aquivos que foram instalados e compactá-los.
|
|
|
|