PriorityQueue Dúvida

JavaTeenager Membro desde: 07/02/2009 23:31:16 Mensagens: 173 Offline

rmalati wrote:

thingol wrote:Hum.. só olhando o fonte de PriorityQueue. E é por isso que tal questão do Inquisition não tem a mínima chance de cair na prova desse jeito, porque é mal-formulada.

Cara, muito estranho né.
tava fuçando nesse tópico http://www.guj.com.br/posts/list/30323.java
mas fiquei foi mais confuso.
Aproveitando já q vc disse, o nível do Inquisition tá muito acima da prova?

Abraço e obrigado novamente pelas respostas.

Não sei se sua versão é igual à minha...mas eu peguei o Inquisition Trial SCJP6 e fiz uma média de 87% nos 3 simulados disponíveis lá.

Achei as questões muito simples. Mais fraco até q o TestKiller.

Acho q vi apenas UMA questão prática de Threads nos 3 simulados. Muito pouca coisa de Serialization. A maioria das perguntas é sobre O.O Concepts, Operators e Collections.

Já vi gente dizer q é mais pesado q o TestKiller, mas não achei.

(Talvez vc esteja se referindo ao Inquisition pra SCJP5).

GUJ Ranger Membro desde: 29/03/2007 18:30:39 Mensagens: 909 Offline

Thingol quando vc instância o PriorityQueue o que significa este 1 passado ao construtor?

Thigol, eu acho que o "fail fast iterator" cai sim na certificação, porque é uma coisa de todos os iterators não concorrentes do Java.

Outra coisa, você pode remover itens da coleção usando o próprio iterator e isso não vai causar uma exceção, o que não pode é tentar usar um iterator criado antes da coleção ser alterada por ela mesma e não pelo iterator..

Olá galera. Estava pesquisando sobre a exceção ConcurrentModificationException e encontrei este tópico. Desculpe ressuscitá-lo depois de muito tempo, mas em relação ao que o rmalati questionou:

Eu não entendi porque imprime 2 o poll() remove o elemento da lista e depois lança a exceção??

A questão é a seguinte rmalati: na classe PriorityQueue há um métod next() utilizado pelo iterador para retornar o próximo elemento:

Há duas variáveis que ele utiliza para controle de modificações: expectedModCount e modCount. Essas duas variáveis ambas vão possuir o mesmo valor caso não haja nenhuma modificação. Como pode ser visto no método poll(), ele incrementa a variável modCount quando é invocado:

Conclusão: A primeira vez que o iterador invocar o método next(), o seguinte teste será feito e retornará false, fazendo com que o elemento seja impresso normalmente. Após o método poll() ser executado uma vez, ele irá modificar a variável modCount e a próxima vez que next() for chamado pelo iterador, o teste irá retornar true e fará com que lance ConcurrentModificationException.

Espero ter ajudado a esclarecer essa dúvida.

Notícias, artigos e o maior fórum brasileiro sobre Java