bom aqui vai a solção que eu encontrei:

http://www.guj.com.br/java/88484-adicionar-linha-por-linha-em-jtable-com-checkbox-resolvido

Grande abraço!

Sobre o primeiro problema, o método estava com o nome errado mesmo, deveria ser getProduto.. Isso concerteza foi devido a um ctrl+c, ctrl+v.. hehehe
Agora sobre uma reclamação da IDE, provavelmente é porquê eu tinha esquecido de informar qual o tipo da lista.
Antes a declaração do atributo produtos estava assim: private List produtos;
Agora está assim: private List produtos;
Eu explícitamente falo que o tipo dos objetos dessa lista vai ser Produto. Quando o tipo não é informado o tipo padrão é Object.
Sacou o erro? Na declaração do método falamos que o retorno é um Produto porém como a lista não estava tipada (informando explicitamente o tipo Produto), era retornado o tipo Object.

Sobre as ordenações, acontece o mesmo erro… Faltou informar qual o tipo dos objetos que eu ia utilizar dentro da classe comparadora (Comparator).
O método estático sort() da classe Collections tem uma sobrescrita (override) que permite eu passar 2 parâmetros:
1 – A lista que eu quero ordenar
2 – A classe que vai ser utilizada para a ordenação de tal lista
A classe que vai ser utilizada deve ser uma implementação da interface Comparator, que define o método compare(), que é utilizado no algorítmo de ordenação.
Apenas para evitar a criação de uma nova classe (ProdutoOrdenadorQuantidade.java por exemplo) foi criada uma “classe inline”, ou seja, dentro do próprio método nós criamos uma nova classe que implementa a interface Comparator.
O problema é que caso não seja informado qual o tipo da classe que implementa essa interface (como estava antes: new Comparator() {…}) o padrão é Object, então o método compare() deveria receber dois Object: compare(Object o1, Object o2), o que estava gerando erro na IDE.
Depois que informamos o tipo da classe que implementa a interface (new Comparator() {…}) o método compare() passa a esperar dois objetos Produto: compare(Produto p1, Produto p2). =]

Brigadão por informar minhas faltas de atenção Marcelo.
Boa sorte ai nos estudos.
[]s,
Saab.

return produtos.get(pos);
}
…
A variável “produtos” é do tipo List, como declarado no topo do código fonte, o método que eu suponho ser, “getProduto” e não “getCliente” deveria retornar um tipo “Produto”, o Netbeans não aceitou esse tipo de retorno.

…

public void ordenarPorNome() {
//ordena pelo nome
Collections.sort(produtos, new Comparator() {

public int compare(Produto o1, Produto o2) {
return o1.getNome().compareTo(o2.getNome());
}
});

//avisa que a tabela foi alterada
fireTableDataChanged();
}
…
Nos métodos de ordenação a IDE informa algum problema que eu não consegui entender, portanto queria que você me esclarecesse essa parte do código por favor.
No mais, acho que caso você esclareça essas minhas dúvidas eu irei aprender a criar meu próprio model e fugir definitivamente do DTM.
desde já agradeço.

Muito obrigado pela contribuição e parabéns pelas pesquisas e pelo resultado, muito interessante teu código.

=D

A classe como está, não atualiza a informação necessária para que os ouvintes que implementam TableModelListener saibam qual modificação foi feita na tabela, ou seja, se foi INSERT, UPDATE, DELETE. Por isso se tentarmos sobrescrever o método tableChanged() para saber qual modificação foi feita na tabela, ele só vai informar a modificação padrão (UPDATE). Para resolver isto deve-se reescrever as seguintes linhas:

public void inserir(Produto p) {
produtos.add(p);

//fireTableDataChanged(); altera para:
fireTableRowsInserted(produtos.indexOf(p), produtos.indexOf(p));
}
public void excluir(int pos) {
produtos.remove(pos);

//fireTableDataChanged(); altera para:
fireTableRowsDeleted(pos, pos);
}

public void excluir(Produto p) {
produtos.remove(p);

//fireTableDataChanged(); altera para:
fireTableRowsDeleted(produtos.indexOf(p), produtos.indexOf(p));
}

Em fim, espero ter contribuído para o enriquecimento deste belo tutorial.