| Autor |
Mensagem |
|
|
Estou na mesma, chegou a nota fiscal para um treinamento Solaris, mas nada de vouchers.
Vou ligar lá na Sun e esperar ainda mais uns dias. Se não chegar logo acho que vou ter que procurar o PROCON.
|
 |
|
|
Bem, pessoal. Criei este tópico para debater uma questão:
Vejo muitos relatos de quem fez a SCJP 5 falar que caiu 20%, 30%, 50% de questões do tipo drag and drop. Porém quando eu fiz a SCJP 6, só haviam 6 questões deste tipo (algo em torno de 8%). Pensando cá com meus botões, me surgiu a pergunta:
Será que a SCJP 6 tem muito menos drag and drop do que a SCJP 5?
Ou será que fui eu que tive sorte de pegar poucas de drag and drop?
Ou será que estes relatos são apenas muito exagerados?
Já tenho essa dúvida há uns dias...
|
|
|
|
|
|
|
|
|
É o método público (opção 5). Na interface, todos os métodos são implicitamente públicos. Logo para ele ser implementado pela classe C ele tem que ser público.
Quanto a questão de se o método está implementando da interface ou se está sobrescrendo da classe abstrata, na verdade está ocorrendo as duas coisas ao memo tempo. Ele está sobrescrevendo da classe abstrata E implementando da interface.
|
|
|
|
|
Se não me engano isso caia na SCJP 1.4, mas tiraram isso na 5.
|
|
|
|
|
Ou então dá uma olhada aqui: http://java.sun.com/webservices/docs/2.0/tutorial/doc/JavaWSTutorial.pdf
|
|
|
|
A uns anos atrás foi aberto um JCP para dar suporte a java para automação industrial. Mas depois de ficar parado por muito tempo com muito pouca coisa feita, os organizadores anunciaram a desistência e desfizeram o grupo. 
|
|
|
|
A não compila porque o erasure comum entre Integer (via autoboxing) e String é Object, e Object não implementa Comparable.
B não compila porque, embora Number implemente Comparable (Number é superclasse de Integer e Double), o tipo de retorno seria Number, que não pode ser atribuído a int sem um autounboxing e um cast.
C compila, pois com o autoboxing o tipo T se refere a Integer que com autounboxing é atribuído a int.
D não compila porque findLarger tem dois parâmetros, e não três.
Essa é a minha aposta.
|
|
|
|
Sim, isso está certo. Mas para funcionar, vale algumas lembranças:
A classe PegaCampos.Teste tem que existir e estar no classpath (senão ele não vai achar a classe). Ela não pode ser uma interface, uma annotation ou uma classe abstrata. Tem que ser uma classe normal. E ela tem que ter um construtor público e sem parâmetros.
|
|
|
|
Eu pessoalmente não acho bom usar Class.newIntance(). Primeiro que ele é limitado ao construtor sem parâmetros, mas isso é o de menos. O pior problema é que ele não lança InvocationTargetException, ele lança a exceção do construtor (mesmo se for verificada) diretamente, e o compilador não vai deixar você usar catch!
Você pode usar algo do tipo:
Ou então:
|
|
|
|
Toda annotation é uma interface e tem alguns métodos (que são os campos da annotation).
Logo você pode fazer algo mais ou menos assim:
Ah, e aí vai outra dica: Use o enhanced-for quando possível, pois você tem menos dor-de-cabeça com contadores e Iterators e um código mais limpo e menos sujeito a bugs.
|
|
|
|
|
Olha, eu trabalhei um pouquinho (bem pouquinho) com cada um deles. Eu iria no JAXWS. Odiei o Axis.
|
|
|
|
Bem, você pode fazer algumas coisas, que são melhores que alguns obfuscators, fazer a ofuscação manualmente!!!!!
1. Renomear todos os métodos, atributos e classes para nomes sem sentido vindos das profundezas do inferno.
2. Acrescentar milhões de métodos e classes inúteis com lógica de altíssima complexidade e ligue-os em vários pontos ao seu código principal guardados por coisas como if (i > i + 1) para ter certeza que nunca executam, mas sem que isso fique óbvio.
3. Fazer uso abusivo de métodos que contenham complexas expressões matemáticas e se utilizem de vários números aleatórios mas que sempre produzam o mesmo resultado.
4. Trocar todo o fluxo de dados por chamadas recursivas ao método main, códigos horrorosamente multithread e tratamento de exceções bizarros.
5. Utilizar coisas como NullPointerException, OutOfMemoryError e StackOverflowError para transportar dados na aplicação e para controlar o fluxo do programa.
6. Trocar todos os seus atributos por um único public static Object[] = new Object[10000]; dentro da classe Main e trabalhar apenas neste array usando índices hardcoded.
7. Desfazer todas as suas classes colocando tudo dentro da função main e em classes anônimas dentro de classes anônimas, dentro de classes anônimas.
8. Transformar toda a sua lógica de negócio em uma gigantesca String criptografada e escrever um interpretador maluco que de alguma forma insana interprete essa String.
9. Colocar o interpretador dentro de uma String ainda mais criptografada e escrever um outro interpretador para interpretar o primeiro interpretador.
10. Certificar-se que as Strings contendo os códigos criptografados sofram alterações causadas pela própria lógica criptografada dentro delas mesmas.
11. Colocar partes importantes do seu programa dentro de comentários e garantir que durante a execução o seu programa procure pelo código-fonte para ler os comentários.
12. Garantir que o seu programa durante a execução consiga alterar o seu próprio código-fonte e então invoque o compilador para se recompilar. Daí basta dar um Class.forName na nova versão compilada.
Assim você poderá ter certeza que ninguém, nem você mesma poderá alterar qualquer coisa mesmo tendo o código-fonte.
Neste site tem umas boas dicas de como fazer isso: http://www0.us.ioccc.org/main.html
[ok, desculpe a piada, mas código ofuscado é uma arte das trevas que infelizmente poucos sabem apreciar.]  
|
|
|
|
|
Tem como corrigir questões mal elaboradas? Quando eu fiz esse antes de tirar a certificação, fiquei horrorizado com uma questão que pedia 3 respostas certas e no gabarito mostrava 4, sendo duas delas erradas. Daí desisti deste simulado e fui atrás de outro.
|
|
|
|
"PRESTAÇÃO DE SERVICO DE TREINAMENTO REFERENTE AO CURSO - BR-CX-310-200 - Sun Certified System Administrator for Solaris 10 OS Part 1,etc,etc"
Recebi a nota fiscal com este mesmo texto.
Estou com um mau pressentimento de que isto vai dar m**da...
|
|
|
|