[qtde de questões]:[tópico ou assunto]:[comentário]

(4) : Enums : Houveram questões cobrando seu conhecimento sobre o uso de enums em junção com o uso de switch, uso de equals e ==, assim como uma questão mais complexa com um enum turbinado, com tudo que têm direito, métodos, construtores, etc. Treinem tudo na prática o que tiver disponível a ser feito com enums, embasando principalmente como seria o fluxo de execução na prática. E isto lhe deixará mais tranquilo, pode ter certeza.

(4) : OO Concepts : Disappointment :´( Este tipo de questões abordam, os objetivos sobre "OO Concepts", em que estou indignado em ter acertado apenas 60%. Tomem cuidado pois haverão perguntas com enunciados mais longos e estas questões aparecerão na metade do exame. O cansasso e preocupação com outras questões poderão desviar sua atenção, portanto, não hesite, em deixá-las para depois e revisá-las cuidadosamente. Foi um dos meus maiores erros durante o exame. Também existiram 2(duas) questões do tipo drag-and-drop.

(5) : polimorfism(overload:override) : Este tipo de questões requerem atenção redobrada e topo cuidado é pouco. Portanto não cochilem. Houve uma questão que tive certeza absoluta que acertei foi quanto à tentativa de efetuar um override adicionando uma checked exception, em que não é permitido, apenas RuntimeExceptions, entretanto você pode omitir uma cheked exceptions ao fazer o override. Tive uma dúvida enorme em uma questão em que haviam uma interface e 3(três) classes que extendia uma as outras, daí então você tinha um código maluco que jogava essas instâncias tudo em um array, e depois em um for each perguntando qual de umas alternativas, lançaria uma exceção em tempo de execução. Haviam até castings aninhados!!!

(1) : covariant returns : Se ligue quanto à assinatura, você poderá ter overloads corretamente perfeitos quanto à sintaxe, e você acabará achando que é um override. Lembre-se de olhar antes de tudo a lista de argumentos.

(5) : Constructors and Instantiation e Statics : Questões básicas sobre se o código compilava e/ou questões sobre o que deve ser feito para que o código possa compilar e rodar sem exceção. Lembre-se sempre das regras. Houve uma questão de inicialização estática, abrangendo também um pouco de fluxo de controle sobre o resultado final de qual seria o output, e para encher o saco em quase todas tinham: [compilations fail] e [An exception is thrown at runtime] para te tirar do sério. Tinha também uma questão de inicialização estática de um array não inicializado, em que falhei. Vejam só, após códigos na tentativa de te enrolar, usava o array em um contexto estático, em que resultaria em um ExceptionInInitializerError. As alternativas abordaram quais exceções possíveis seriam levantadas. E infelizmente acabei marcando um tal de nada a ver como IllegalStateException.

(3) : Handling Exceptions : Cuidado quanto à metodos que possuem uma runtime exception e errors, pois você não é obrigado à tratá-los. Na tentativa de tratar uma exception e acabar ocorrendo um erro, não hesite em analisar o fluxo de execução passo-a-passo, você poderá ter uma alternativa no output.

(4) : Using Wrapper Classes and Boxing : Teve uma questão que errei na tentativa de efetuar uma execução de código com várias variáveis do tipo primitivo e do tipo wrapper. Logo em seguida tava lá o bloco: switch(variavel_wrapper). O meu vacilo acho que foi em um case que apontava
para uma variável do tipo wrapper e que era final. Ops! Lembre-se, mesmo sendo final você não poderá verificar um tipo wrapper dentro um case, como:

switch(wrapper_int) case variavel_final_Integer: codigo; break;

(1) : Garbage Collection : Muito parecida com a questão 2 do capítulo 3 do livro de kathy&bert(sutdy guide)

(2) : Assertions : Uma questão quanto à execução do código para que a variavel x tenha tal valor, utilizando comandos java com parâmetros de asserções e argumentos após a classe na linha de comando. E outra questão do que é apropriado e inaproriado.

(2) : StringBuilder and StringBuffer : Uma questão besta sobre qual das duas era thread-safe. E outra sobre uma história de um programador que trabalha em uma empresa que necessita de uma classe que não seja thread-safe. Ahahaha

(4) : File Navigation and I/O : Existem momentos de felicidades, mas também de tristezas. Se preparem, pois será necessário que você tenha um decoreba de todas as classes, construtores, métodos, e digo mais, quais exceções lançam e se são de runtime. Isto será essencial, para as questões do tipo de drag-and-drop, pois alguma ainda obtive dúvidas, e haviam mais de uma solução conforme o enunciado. Atenção aos métodos das classes writer e reader. Acho que com certeza você terá um procedimento em que usará as classes aninhadas, como: file, FileReader e BufferedReader.

(3) : Serialization : Também questões bastante preocupantes. Uma questão que uma classe implementou Serializable e depois reimplementou os métodos privados writeObject e readObject() e você tinha que especificar o que era necessário para que o código fosse compilado sem que sequer mude o comportamento do código.

(3) : Dates, Numbers, and Currency : Atenção redobrada na assinatura dos métodos. Você poderá ver erros de compilação se não souber a assinatura na veia. Cuidado quanto ao uso de locales, pois no caso com a classe DateFormat, você poderá ver uma questão típica de qual possível resultado com o Locale.US, em que utilizava um style DateFormat.MEDIUM e DEFAULT.

(2) : Parsing, Tokenizing, and Formatting : Felizmente só caiu uma questão sobre o método printf e sobre regex. A do método printf, tinha algo como System.out.format("%b", 5). Ops! Você não disse o método printf, dá no mesmo. Mas o mais interessante é que a expressão %b, retornará true a qualquer valor não nulo. Atenção quanto a isso. A outra questão sobre regex, é de que felizmente caiu apenas sobre o quantificador greddy. Uma questão muito parecida com a 1ª do capítulo 6 do livro de kathy&bert(sutdy guide).

(4) : API Collection, Collections and Arrays classes : Momento de atenção, pois eles abordam sobre os métodos equals e hashCode quase o tempo todo. Houve uma questão que usava a classe LinkedList, mas na verdade efetuava quase o mesmo comportamento para uma lista. Inlcusive era solicitado qual o output, após a execução de um fluxo que continha os métodos offer. E outra questão da mesma forma sendo que com PriorityQueue com os métodos offer(), peek() e poll(). Houve uma questão que não esperava em utilizar o método reverseOrder() para saída do resultado, mas com um comparator a ser passado em uma classe que implementava Comparable.

(2) : Comparator e Comparable : Questões perigosas, pois havia uma que era necessário incluir o comparator em uma classe interna static, para o método binarySearch, como critério de busca para um determinado resultado. Outra muito básica sobre a assinatura dos métodos.

(5) : Generics : Cara. Este sim é um dos assuntos mais fantásticose achei que detonei nestas questões. Uma dica medíocre: "Pratique tudo que você imaginar!!!". Se você pensar, e se eu fizesse aquilo. Pratique! E se eu pegasse esse método assim e modificasse para assim. Pratique! A avaliação destas questões foram feitas cobrando de você, qual das proposições fariam com que o código fosse compilado, também, modificando de legacy-code para o tipo generics, assim como o uso dos tipos wildcards em variáveis que poderiam ser repassadas como argumento para um determinado método. Houve uma questão do tipo drag-and-drop muito fácil. O esperado da questão é que fosse montado o seguinte código:

public class GenericDragandDropEasy<T> { private T message; public T getMessage() { return message; } public GenericDragandDropEasy(T message) { this.message = message; } public String toString() { return message.toString(); } // o output era solicitado para que o resultado fosse "message => hello 42" public static void main(String[] args) { GenericDragandDropEasy<String> easyString = new GenericDragandDropEasy<String>("hello"); GenericDragandDropEasy<Integer> easyInteger = new GenericDragandDropEasy<Integer>(42); System.out.println( "message =>" + easyString + " " + easyInteger ); } }
Em que na verdade o que fiz foi apenas adicionar onde existe o tipo de declaração T. Houveram outras também drag-and-drop mais complexas com o uso do wildcard. Lembre-se das definições de regras. Você não pode utilizar uma declaração de método como abaixo:

public static <T super ArrayList> void methodError(List<T> list) { }

Mas funcionaria perfeitamente utilizando o tipo wildcard, não antes do void, mas dentro da lista de argumentos.

(2) : Inner Class : Não vi exagero algum quanto à ofuscamento de código. Uma utilizando inner classes e outra tentando efetuar acesso à classe externa assim como a externa tentando acessar a interna. Coisa deste tipo. Não lembro muito bem.

(9) : Threads : Este momento foi muito tenso para mim, pois vieram quase 9 questões seguidas sobre Threads. Alguns código, realmente ofuscados como divulgados pela Edição º 18 da revista mundo java. A maioria foram de botões para que fossem aberto telas com códigos de até 40 linhas, utilizando classes anônimas e locais de método. Fique de olho em cada detalhe, pois sempre te acompanham as alternativas [compilations fail] e [An exception is thrown at runtime]. Utilize todas as possibilidades dos métodos com join(), yield(), sleep(), wait(), notify() e notifyAll(), enfim, everything!!! Geralmente os códigos em que continham execução de métodos e contextos sincronizados eram os mais longos. Lembre-se que os métodos da classe Object, wait(), notify() e notifyAll() trabalham em um contexto sincronizado, poderão ocorrer questões em que você irá marcar a opção [An exception is thrown at runtime]. Vejam um exemplo típico desta execução abaixo:

package thread; public class Waiting implements Runnable { boolean flag = false; public void run() { if (flag) { flag = false; System.out.print("1 "); try { wait(); } catch (Exception e) { } System.out.print("2 "); } else { flag = true; System.out.print("3 "); try { Thread.sleep(2000); } catch (Exception e) { } System.out.print("4 "); notify(); } } public static void main(String[] args) { Waiting w = new Waiting(); new Thread(w).start(); new Thread(w).start(); } }

Ao tentar rodar você verá a saída:

1 3 2 4 Exception in thread "Thread-0" java.lang.IllegalMonitorStateException: current thread not owner.

Assim como o SCJP 1.4, threads achei o assunto mais cobrado da prova. O interessante é você ler pelo menos duas ou três vezes o capítulo sobre threads e entender bem este tópico, pois algumas questões levam bastante tempo para serem entendidas e você não pode vacilar.

(3) : Using the javac and java Commands and JAR Files : Questões com enunciados curtos, bem fácil de serem entendidas. Houve uma questão sobre qual comando deveria ser executado para que a saída fosse x y, por exemplo, em um código que utilizava o método System.getProperty("x") e alguns argumentos utilizando um determinado CLASSPATH que deveria ser feito um override utilizando uma classe dentro de um arquivo .jar;

(2) : import static : Cuidado existiram pegadinhas sobre métodos em outras classes de outro pacote em que tentaram te despistar e fazer você ficar perdendo tempo olhando o fluxo da execução. Houve uma que matei na hora do uso de static import, ao inverso, o que não é válido.

1. Cara vá ao banheiro antes de fazer o exame, durante o exame você não pode sair para nada e ficam com uma câmera o tempo todinho te filmando. Para segurar foi fogo, quase fiz nas calças.
2. Se ligue que você terá direito a usar um papel plástico e um hidrocor para rabiscar durante o exame. Ao final detonarão tudo e você não poderá levar suas anotações. Será muito útil para qualquer tipo de anotação durante o exame, inclusive as de fluxo de controle.
3. Messa sempre o tempo que você gasta com cada tipo de questão. Isto será importante para você impor ritmo durante a prova.
4. Procure efetuar uma lista dos seus principais erros, afinal você pode fazer um simulado três vezes e durante as três tentativas você errou a mesma questão três vezes. Reveja sempre porque cada alternativa está errada e porque as certas estão certas.
5. Pratique muito o código. Me arrependo um pouco de não tê-lo feito e praticado antes do exame. Isto lhe dará segurança no aspecto psicológico e te dará mais confiança ao escolher uma alternativa.
6. Este exame não é para iniciantes. Caso você esteja começando em programação, procure se juntar com algum professor ou colega, em lhe sugerir algum mini-projeto teste. Você pode tentar começar com o livro das formiguinhas. A Sun recomenda pelo menos 6 meses de experiência com a tecnologia.
7. Se lembra quando você era na 3ª série do colegial. Quando você estudava aquela matéria que não se lembrava de quase nada. Era tanta coisa que não se lembrava dos detalhes. E o que você fazia ? Decoravas!!!!! Isto mesmo. Foi uma tática que pelo menos comigo deu muito certo. Afinal cada um sabe sua melhor forma de estudar, mas comigo, geralmente aprendo escrevendo em um papel todo um resumo. Cheguei até a comprar um quadro de aviso para antes de rezar o pai nosso todo dia orava em relação as classes, assinaturas de métodos, construtores, constantes, tipos de retorno, lista de argumentos, inclusive as exceções que eram marcadas diferenciando quais seriam de runtime e/ou cheked exceptions.

faelcavalcanti wrote:

Tópicos que não vi em hipótese algum no meu exame.
1. Coupling and Cohesion;
2. Shifting operators e bitwise (Estudei muito e esperava detonar nisto).

Kathy Sierra wrote:
Don?t spend time preparing for topics that are no longer on the exam!
In a nutshell, the Java 5 exam differs from the 1.4 exam by moving away from bits, and
towards the API. Many 1.4 topics related to operators have been removed from the exam,
so in this chapter you WON?T see:
n bit shifting operators
n bitwise operators
n two?s complement
n divide by zero stuff
It?s not that these aren?t important topics, it?s just that they?re not on the
exam anymore, and we?re really focused on the exam.

cecaldas wrote:Você deveria ter prestado mais atenção nos conselhos da Kathy Sierra.

Beynner wrote:ainda sou iniciante no java, sei pouca coisa mas estou querendo tirar o SCJP. Tenho dois livros

"Aprenda em 21 dias Java 2" - Ed. Campus
"Java como programar" 6ª edição - Ed. Deitel

da pra tentar com esses livros? tem um livro específico pra certificação?

faelcavalcanti wrote:Fala pessoal. Realizei hoje pela manhã o exame 310-055 da sun.

Estou indo para faculdade, mas quando retornar estarei detalhando minha experiência quanto a este exame, que com certeza foi uma das maiores experiências que tive, é um desafio muito grande, em que realmente não enfatiza só o conhecimento, mas também na forma como você veio se preparando.

Assim que puder estarei detalhando tudo que for possível.

Relatei esta conquista também no Javaranch.

Compartilho esta alegria com minha família, colegas de trabalho e a vocês desta comunidade, assim como do SouJava.