Atualizar JTable da janela Frame atraves de outra Janela Frame

Thiago,

No frame que contém esta JTable provavelmente vc tem um botão com algo do tipo:

public void actionPerformed(ActionEvent event) {
         if(event.getSource() == btnCadastrarDepartamento){

                  CadastrarDepartamento cd = new CadastrarDepartamento();
         }

}

correto? Então, basta adicionar um InternalFrameListener ao seu InternalFrame CadastrarDepartamento, para q execute a rotina de atualização da tabela assim q for cadastrado um novo departamento e o frame CadastrarDepartamento for fechado:

adicione estas duas linhas dentro do seu if:

FrameListener l = new FrameListener(); 
cd.addInternalFrameListener(l);

seu FrameListener pode ser algo do tipo:

private class FrameListener implements InternalFrameListener{
		public void internalFrameClosed(InternalFrameEvent e){
			preencheTabela();
		}
                //override dos demais métodos
         }

Não use o DefaultTableModel

Tem uma coisa que não consigo entender. A maior parte dos posts, o usuário perde tempo montando “DAOs”, separando classes de negócio, as vezes, até aparecem uns VOs e BOs. Mas quase ninguém perde tempo para aprender corretamente a montar a View, e acaba quebrando completamente o MVC na camada de apresentação.

Aprenda a fazer seu próprio model, baseado em suas classes de negócio. E aí siga as dicas do colega acima para transmiti-lo de uma janela para outra.

Sera que eu sou único que achou complicado o table model do MarkII?

Sempre se diz aqui no fórum sobre nao utilizar o default table model, porem esta me parece ser a abordagem mais simples para se utilizar de JTables.

ganondorfan:

Sera que eu sou único que achou complicado o table model do MarkII?

Sempre se diz aqui no fórum sobre nao utilizar o default table model, porem esta me parece ser a abordagem mais simples para se utilizar de JTables.

Cara, mesmo programaticamente é ruim o DefaultTableModel, ou voce acha que passar Arrays de objetos como linhas, depois fazer o getValueAt em cada campo para montar um outro objeto, e ainda não ter por exemplo o ID na tabela por que voce nao pode mostrar para o usuario, é mais fácil?

Não digo só do meu model, mas de qualquer um que siga OO.

Diferença simples entre os dois.

List<Pessoa> pessoas = myDao.getPessoas();
DefaultTableModel model1 = getDTM();
for(Pessoa p : pessoas)
  model.addRow(new Object[]{p.getNome(), p.getRG(), p.getCPF(),p.getIdade(),p.getAniversario()});

ObjectTableModel<Pessoa> model2 = getOTM();
model.addAll(pessoas);

E isso é só para inserir, e se por exemplo a classe Pessoa ter um atributo id, no caso do DTM voce não tera ele disponivel, no caso do OTM voce só precisa pegar a Pessoa da linha e fazer um getID()

Eu fico surpreso como as pessoas ainda conseguem arrumar argumentos para dizerem que não existe problema em usar o DefaultTableModel.

ganondorfan:

Sera que eu sou único que achou complicado o table model do MarkII?

Sempre se diz aqui no fórum sobre nao utilizar o default table model, porem esta me parece ser a abordagem mais simples para se utilizar de JTables.

E eu nem sequer falei no modelo do Mark.
DefaultTableModel não é nem de longe a abordagem mais simples de se lidar com JTable. Ele ainda tem diversos problemas:

1. Força você a fazer casts:

String nome = (String) jTable.getModel().getValueAt(row, 2);

Contra:

String nome = meuTableModel.get(row).getNome();

2. Deixa menos flexível a mudança de coluna (veja que acima, o código já deixou hardcoded que a coluna do nome é a coluna 2, enquanto no outro código, a coluna nem apareceu).

3. Faz cópias de dados das classes de negócio para um array. Isso tem um custo de processamento e também de memória;

4. Não guarda a relação de que objeto de negócio corresponde a uma linha. E isso é especialmente prejudicial se você não quiser exibir o ID para o usuário, por exemplo. Ou pegar o valor de uma propriedade que não está listada no model (listar todas no model também não é a solução);

Default:

String nome = (String) seuModel.get(row, 2); //Vamos torcer para o nome ser único
Usuario usuario = UsuarioDao.procurarPorNome(nome);
txtCpf.setText(usuario.getCpf()); //Coluna que não está no JTable

Contra:

Usuario usuario = seuModel.get(row); //Sem consulta ao banco, sem problema com registros duplicados.
txtCpf.setText(usuario.getCpf());

5. Não suporta Renderers ou Editores personalizados. Você acaba tendo que fazer uma subclasse de qualquer jeito;

6. Mistura lógica de Model e View. Não atende bem ao padrão MVC.

Se você ainda está achando o Default simples, é porque não fez seu próprio TableModel ainda. Eu admito que é mais difícil aprender a usar o AbstractTableModel do que o Default. Mas uma vez aprendido, você nunca mais vai querer recorrer ao Default novamente.