Estava eu instalando o jCalendar no netbeans quando me deparei com um problema. Quando criei a biblioteca onde iria colocar o jCalendar fui colocar os docs e na janela que abriu somente teria a opcao de selecionar e mostrar arquivos .jar e .zip. Como o jCalendar disponibilizava os docs em html (como na maioria dos projetos), os arquivos docs nao podiam ser selecionados, entao resolvi postar uma pergunta num forum, pois provavelmente a IDE(Netbeans 6.7), deveria ter uma opcao para adicionar os docs em formato html. Nao demorou 5 minutos para obter a resposta, na janela onde somente podem ser selecionados arquivos jar ou zip, selecione o diretorio, isso mesmo, somente o diretorio onde estao os arquivos html. Abaixo uma imagem da tela do Netbeans onde gerenciamos as bibliotecas: Estive observando um sistema que estou desenvolvendo atraves do sistema Visual VM. Para quem nao sabe VisualVM e uma ferramenta para observar aplicacoes Java, ele se encontra dentro da JDK\bin\, e disponibiliza varias informacoes, classes, objetos, memoria, etc. Bom, com ele eu me deparei com um suposto problema, no qual meu software estava cada vez mais aumentando o consumo de memoria, e o GC nao estava dando conta de liberar os recursos utilizados pelo sistema. Postei a duvida em foruns, procurei no codigo referencias a objetos que nao estava mais utilizando, etc etc etc. Como nao obtive sucesso resolvi fazer mais alguns testes no Visual VM pois tinha notado que meu codigo nao poderia estar errado. Para esse novo teste resolvi estipular a quantidade de memoria que o meu sistema ira utilizar. Para fazer isso utilizando o Netbeans fiz da seguinte forma: 1 Clique invertido sobre o seu projeto;2 Clique em propriedades;3 Em categorias selecione executar;4 No campo Opcoes da VM coloque -Xms64m Xmx128m; Pronto! Seu sistema estara alocando no minimo 64 e no Maximo 128 megas de memoria; Xms - size initial Java heap size Xmx - set maximum Java heap size Fazendo isso percebi que o GC trabalhava muito mais do que antes, mas nao deu estouro de memoria, isso porque o GC e mais esperto do que eu pensava, e na realidade ele vai limpando a memoria de acordo com a necessidade. Links.:http://java.sun.com/javase/6/docs/technotes/guides/visualvm/index.htmlhttps://visualvm.dev.java.net/http://blogs.sun.com/watt/resource/jvm-options-list.html Para nos podermos pegar ambos os comandos tanto de teclado como de mouse, ja vi varias implementacoes, mas a melhor que eu achei e essa:gridproduto.getSelectionModel().addListSelectionListener(new ListSelectionListener() { public void valueChanged(ListSelectionEvent e) { if (gridproduto.getSelectedRow() != -1) { prod = modelo.getTprodutos(gridproduto.getSelectedRow()); System.out.println(prod.getNome()); } });Pelo simples fato desse metodo ser chamado somente quando a selecao mudar na jTable. Mas como nada e perfeito temos um probleminha nessa implementacao, quando e utilizado o mouse para selecionar outra celula da jTable o codigo e executado duas vezes. A instrucao continue e usada para abandonarmos a iteracao atual em um laco for ou while. Isso bem util em determinadas situacoes, um exemplo bem claro disso, e um for onde voce obtem um erro q deve ser tratado e deve pular a iteracao atual e ir para a proxima iteracao.public class minha{ public static void main(String[] args){for(Tobjeto ob :listobj){try{ob.getfazalgumacoisa; } catch (Exception e)