| Autor |
Mensagem |
|
|
pdform wrote:Bom... Estou implementando manualmente uma lista. Algo do gênero:
A questão é: se eu pegar o primeiro elemento da lista e fizer prox igual a null, todos os próximos elementos vão ser destruidos ou tenho que ir ao penúltimo elemento e apagar a referência para o último e vir voltando até o primeiro?
Sim, todo os elementos serao "destruidos". Entre aspas porque na verdade eles nao serao destruidos - estarao apenas inacessiveis. Posteriormente o GC vai passar, verificar que estao inacessiveis e entao desalocara essas areas na memoria. Claro, isso se o "prox" for a unica referencia para o elemento. O GC nao vai desalocar objetos que ainda estao sendo referenciados.
Fica bem mais simples essa implementacao de lista encadeada usando Java do que C. 
Marcio Kuchma
|
 |
|
|
Pessoal,
Alguem saberia dizer se existe uma maneira de, usando o XStream, serializar um objeto de uma classe de um lado e deserializar para um objeto da super-classe do outro lado?
Exemplo:
Quero serializar uma instancia de Filho de um lado e do outro restaura-la como instancia de Pai. Quero fazer isso porque a classe Filho nao existe do outro lado e uma instancia de Pai ja seria suficiente. Tem como criar um "alias" desse tipo? (em ultimo caso da pra editar o XML gerado, mas...)
Resolvi tentar aqui antes de partir pra lista do XStream. 
Marcio Kuchma
|
|
|
|
yasudevil wrote:Sou da opinião que Framework foi feito para se facilitar e quanto mais mamão com açúcar e bom melhor ainda.
yasudevil wrote:Sim é triste e vão falar que pessoas assim não deveriam nem estar programando e mais um monte de coisa, mas essas coisas existem acontecem e não devem ser ignoradas por isso é bom que esteja junto.
Entendo tua opiniao, mas penso diferente. Ja pensou se o Spring viesse com tudo que ele suporta em apenas um JAR? Ou ainda se o Hibernate fizesse o mesmo, colocando em apenas um JAR suas milhoes de dependencias?
IMHO (apenas pra dar pitaco mesmo porque o meu projeto que usava Mentawai nao foi pra frente) esse tipo de validacao nao deveria fazer parte do framework. Eh algo muito especifico. Se for colocar validacao do numero de identificacao de Pessoa Fisica de cada pais de cada usuario do Mentawai no JAR principal...
Marcio Kuchma
|
|
|
|
stfjoel55 wrote:o problema msm é que quando ele recebe os dados e o fluxo de dados eh maior do que o número de linhas da JTable ele dá erro.. isso eu usando um setValueAt
Estranho essa parte: "maior do que o número de linhas da JTable".
Um JTable tem um TableModel associado. Esse TableModel armazena os valores exibidos na tabela em alguma colecao ou array provavelmente. Talvez essa colecao ou array estejam "estourando" porque inicialmente foram definidas para um tamanho e voce esta tentando inserir um numero maior de linhas.
Enfim. Tem que ver o trecho de codigo e o erro que ta dando. Que erro que da?
Aproveitando: tente colocar titulos mais descritivos nos seus posts - normalmente o pessoal passa batido por posts com titulos "genericos". Neste caso eu editei, mas ainda assim nao ficou legal porque o teu texto traz poucos detalhes do problema. Se voce quiser, edite novamente pra ficar mais especifico.
Marcio Kuchma
|
|
|
|
Nao entendi muito bem o que voce quer... acho que esta havendo uma confusao nos conceitos de JFrame e JInternalFrame. Vou dizer o que entendi e uma possivel (nao-testada) solucao.
Voce tem um JFrame montadinho, muito bonito, todo definido. Voce precisa abrir um JInternalFrame em um JDesktopPane que tenha conteudo igual a esse JFrame. Eh isso?
Voce poderia pegar todo o conteudo desse JFrame e jogar no JInternalFrame (getContentPane e setContentPane). Mas isso eh meio sujo.
Solucao melhorzinha: crie um JPanel (ou outro container) a parte, com o conteudo hoje utilizado no JFrame e utilize-o nos dois casos (JFrame e JInternalFrame). Refatore abstraindo o conteudo que eh comum e utilize-o onde precisar.
Marcio Kuchma
|
|
|
|
Nao olhei teu codigo, mas voce possivelmente esta bloqueando (ou executando uma tarefa pesada nao-GUI) na thread EventDispatcherThead (nao lembro se eh esse o nome), a thread que controla os eventos do Swing.
- Realize tarefas demoradas (ou que bloqueiam) nao-GUI em threads separadas.
- Atualize a GUI apenas na thread EDT.
- Da uma olhada nos metodos invokeAndWait e invokeLater do SwingUtilities.
- Procure por "Swing Worker" na internet (esse projeto tem uma implementacao desse "pattern": https://swingworker.dev.java.net)
Marcio Kuchma
|
|
|
|
Sobre maximizar o JFrame: talvez nao seja exatamente o que voce precisa, mas voce pode determinar o tamanho do JFrame de acordo com o tamanho da tela:
[code]frame.setSize(Toolkit.getDefaultToolkit().getScreenSize());[/code]
Sobre manter o controle das janelas abertas: voce deve controlar as instancias manualmente. Ou seja, sempre solicitar a abertura por um metodo especifico, que checa num List ou Map se aquela janela ja foi aberta. Se nao foi, abre e joga no List/Map. Se foi, poe o foco nela.
Da uma olhada no metodo estatico JFrame.getFrames(), que retorna um array de Frame. Talvez auxilie no processo de armazenar os frames abertos, nao precisando de um List/Map especifico. :)
Marcio Kuchma
|
|
|
|
Fabrício Cozer Martins wrote:seria possível desenvolver softwares com qualidade e de maneira ágil com JAVA ? Falei java, e não ruby, ....
Depende - o que eh agil? Se alguem disser que "sim" ou que "nao", vai dar tudo na mesma sem ter exatamente essa definicao.
Marcio Kuchma
|
|
|
|
Acho que peguei esse link aqui no GUJ mesmo, nao lembro. Ainda nao utilizei e nao sei como ele trabalha com as questoes levantadas pelo pessoal (exemplo: classes referenciadas por um XML), mas pode ser util. Se utilizar, diga o que achou:
Dependency Finder: http://depfind.sourceforge.net/
Marcio Kuchma
|
|
|
|
Fabrício Cozer Martins wrote:Eu não sei até quando o pessoal da gerência de Ti de bancos vai continuar mantendo mainframes, eu sei que por questões de segurança e tudo mais é mais comôdo, ou melhor dizendo  , mais adequando manter uma infra baseada em mainframes, mas eu tenho ainda lá minhas dúvidas, porque como a reportagem relatou, COBOL praticamente está fora dos nichos atuais e mercadológicos que a indústria de TI vem apresentando.
Nessa questao tem outros fatores envolvidos, fora "seguranca" e "tendencias da industria". Mas isso ja foi discutido por aqui, nao vou desvirtuar o topico (por enquanto).
Marcio Kuchma
|
|
|
|
Se o "Botao X" que o colega pergunta eh um botao qualquer, a resposta foi dada. Se refere-se ao botao de fechar da janela, veja o metodo setUndecorated da classe JFrame.
Obs.: acho que nao ha um meio de desabilitar o botao fechar de um JFrame (de um JInternalFrame ha), mas voce pode usar o setUndecorated ou entao
alterar o comportamento do JFrame para ele nao fechar ao clicar no "X", com frame.setDefaultCloseOperation(JFrame.DO_NOTHING_ON_CLOSE) por exemplo.
Marcio Kuchma
|
|
|
|
everson_z wrote:Qual a importancia de aprender JSTL ???
Eu achei isso uma favela entre o codigo JSP...
O processo de usar e criar taglibs pode nao ser a melhor coisa que existe, mas eh um dos padroes na area de desenvolvimento Web em Java, logo torna-se essencial aprender JSTL, gostando ou nao. Voce pode tambem em paralelo estudar outras possibilidades e utiliza-las em projetos em que voce tenha poder de decisao. Exemplos: linguagens de template como Velocity, paradigmas diferentes como XML+XSL, frameworks para geracao de telas em Java mesmo como ECS e Click.
Marcio Kuchma
|
|
|
|
Um outro aspecto com relacao ao WW, que agora ficara cada vez mais evidente, eh que ele faz parte da base da proxima geracao do Struts. Com o tempo isso pode significar maior popularidade e maior abertura para utilizacao em empresas.
Marcio Kuchma
|
|
|
|
Roger75 wrote:O que custa a pessoa escrever essas coisas em português? Na primeira vez que eu li esses termos não entendi nada, e mesmo quem manja de inglês não vai sacar de primeira.
Acho que isso depende muito do canal em que voce esta se comunicando. Eu nao mando coisas como "IMHO", "FYI", "BTW", quando estou conversando com minha mae pelo MSN (criamos uma conta pra ela e ela gostou da ideia). Num forum de desenvolvedores (que teoricamente têm contato diario com ingles e foruns) acho que nao tem problema, IMHO. 
Marcio Kuchma
|
|
|
|
Marcel Horner wrote:Falando em critica construtiva, eh soh comigo ou o "Marcar todos os tópicos como lidos" nao funciona muito bem?
Oi Marcel. Pessoalmente nao sei porque nao uso este recurso. Mas caso voce perceba que isso realmente eh um bug, notifique no site do JForum (o mesmo vale para as sugestoes do Eduardo/dudaskank). A equipe de desenvolvimento do projeto com certeza ficara feliz com feedbacks construtivos.
http://www.jforum.net/
Marcio Kuchma
|
|
|
|