| Autor |
Mensagem |
|
|
Tenho 2 HDs na minha máquina, um que o Windows 7 está (C: ) e outro para guardar apenas arquivos (B: ). Como o C: está lotado, resolvi migrar o JDK (que estava inicialmente em "C:\Program Files\Java\jdk" para "B:\Program Files\Java\jdk". Eu poderia (acho eu) ter feito isso simplesmente movendo a pasta jdk do HD C: para o HD B: e, depois, renomear a JAVA_HOME. Porém, resolvi desinstalar manualmente a versão que tinha pois a minha era a 1.6.20 e a mais nova, do site da Sun, era a 1.6.21.
Como não achei nenhum "uninstall" na pasta do JDK original, fiz isso pelo painel de controle do próprio Windows 7 (procurei a instalação do Java e coloquei para remover). Verifiquei que a pasta "C:\Program Files\Java\jdk" havia sido removida com sucesso.
Após a "remoção", abri um console e digitei "javac", para ver se ele achava o comando. Não achou, como esperado. Porém, ao digitar "java", a seguinte mensagem apareceu:
Error: Could not open 'C: Program Files\java\jre6\lib\i386\jvm.cfg'
Claramente, algo não estava totalmente "desinstalado" da versão anterior. Deletei então todas as variáveis de ambiente relativas ao Java (no meu caso, apenas JAVA_HOME). Deletei também o ";%JAVA_HOME%\bin" que estava na variável PATH). Abri novamente o console e a mesma coisa aconteceu. Achei então o seguinte tópico: http://stackoverflow.com/questions/1059954/how-to-completely-remove-java-error-could-not-open-c-program-files-java-jre6
Nele, vi que 3 arquivos relativos ao Java ainda estavam na pasta System32, o "java.exe" e outros 2 que não conheço ("javaw.exe" e "javaws.exe"). Após deletar os 3 manualmente e testar novamente no console, FINALMENTE o erro acima deixou de existir e o comando simplesmente não era encontrado (como era esperado).
Vamos as 3 perguntas:
1) Pq na desinstalação do Java esses 3 arquivos não são deletados?
2) Eu achava que o Java apenas instalava coisas na própria pasta do JDK, mas, conforme pude ver, ele instala coisas no System32 também. Esse é mesmo o comportamento esperado do instalador? Eu lembro de ter visto em algum lugar que, durante a instalação do JDK, TODOS os arquivos são colocados APENAS dentro do diretório JDK escolhido.
3) O que são e para que servem aqueles arquivos "javaw.exe" e "javaws.exe"?
Muito obrigado desde já! 
|
 |
|
|
Tem uma API específica para processamento de imagens chamada JAI: http://java.sun.com/javase/technologies/desktop/media/
Um professor do INPE possui vários tutoriais legais a respeito dessa API. Segue o link: http://www.lac.inpe.br/~rafael.santos/piapresentacoes.jsp
De qualquer forma, acredito que awt não vai resolver seu problema.
|
|
|
|
vmsb11 wrote:
v_vinicius_v wrote:
taaqui wrote:Graças a Deus que essa mamata de testkiller vai acabar, ta virando um bagunça isso aqui...
Não sei se isso foi diretamente pra min!
E também não sei se entendeu o que eu disse a respeito do testkiller.
Eu sei o quanto eu estudei a 7 meses , e no ultimo mes praticamente estudava até 10 horas por dia
você nao tem o direito de desmerecer a minha conquista pelo fato de INFELISMENTE esse tal testkiller existir
eu sei que teria passado sem ou com . O Score alto sim foi consequencia , ter passadoé mérito meu.
exatamente vinicius o mérito é seu....
e tb não sei porq criticam o testkiller ele tb é uma ferramente muito útil para estudar para a prova e tb vou ressaltar que errar questões tb é uma forma de aprender desde que vc se comprometa a estudar oque errou....
e tb vamos parar com hipocresia 90% das pessoas que passam na prova utilizaram o testkiller para avaliar o seu aprendizado....
e só lembrando tb que o nível da prova é semelhante ou até msm mais fácil do que o testkiller ou seja o testkiller é a ferramente ideal para testar se vc está pronto para a prova....
Concordo 100%. É engraçado ver tanta gente criticando quem complementa seus estudos usando o testkiller... Tenho certeza que todos os que criticam também o usaram como parte da sua preparação para o exame.
|
|
|
|
A) This code may throw an InterruptedException
B) This code may throw an IllegalStateException
C) This code may throw a TimeoutException after ten minutes
D) This code will not compile unless "obj.wait()" is replaced with "((Thread) obj).wait()"
E) A call to notify() or notifyAll() from another thread may cause this method to complete normally.
A resposta é a A. Porém, pra mim, esse código irá sempre lançar uma "IllegalMonitorStateException", pois o objeto colocado no synchronized não é o mesmo usado para chamar os métodos wait() e notify().
Alguém pode explicar porque a alternativa A é a correta?
Obrigado!
|
|
|
|
Humm legal. Entendi. Obrigado entanglement 
|
|
|
|
entanglement wrote:List != Set
List deixa os elementos na ordem em que foram inseridos ("ordered"), não arrumados ("sorted").
Como binarySearch só funciona corretamente se os elementos estiverem arrumados ("sorted"), então a resposta é G.
Eu entendo isso, mas no caso da sequência b a c sempre o BinarySearch irá funcionar, pois ele vai acabar pegando o elemento do meio primeiramente para testar. Funcionaria pra qualquer caso onde o a estivesse no meio, como por exemplo:
u jjj k hj a r g b t
Mas, pela resposta ser a G, acho que o exame não quer que analisemos dessa maneira...
|
|
|
|
Tanto o ArrayList, como o LinkedList geram como saída 1 (pois o elemento "a" está na segunda posição da lista).
Porém, estava fazendo essa questão aqui:
A) 0
B) 1
C) 2
D) a
E) b
F) c
G) The result is undefined
A resposta correta é a G, mas eu iria de B. Por que a B não é sempre correta? Existe alguma implementação de List que não coloca seus elementos um atrás do outro?
Obrigado!
|
|
|
|
A observação do pmlm está correta, mas acho que não esclarece sua dúvida. Supondo que você implemente o equals corretamente assim:
Não sei se entendi direito a sua dúvida, mas o que ocorre é o seguinte.
Aqui o hash de d1 é calculado. Como d1 é na verdade um Dog, o Java vai usar a implementação hash e equals da sua classe Dog. Ao dar o put acima, o hash é calculado. Pela implementação da sua classe Dog o hash acaba usando simplesmente a implementação hash da classe String. Assim, o hash do atributo "name" é calculado. Vamos supor (só para ficar mais fácil) que esse hash tem 10 "recipientes" e que, ao calcular esse primeiro hash ("clover") tal hash dê 2. Logo, d1 será colocado no "recipiente" 2.
Aqui vc mudou o atributo do objeto d1 para "magnolia", porém, d1 continua no "recipiente" 2 !!! Ao fazer m.get(d1), o hash é calculado, mas dessa vez, é calculado com relação à String "magnolia". Vamos supor que tal hash dê 6. Assim, o Java vai sair percorrendo o "recipiente" 6 e comparando um a um com o método equals até ver se acha algum objeto igual (esse igual é sempre com relação ao método equals) ao passado no parêmetro get. Porém, não há nenhum objeto no "recipiente" 6! (Apenas no 2). Logo, ele não acha nada e retorna null.
Aqui vc mudou o parâmetro novamente para "clover". O objeto d1 continua no "recipiente" 2. Na chamada do get, ele vai usar o hashcode novamente, mas dessa vez o hashcode vai dar 2 também (pois é a mesma String e o hashcode implementado por você apenas usa essa String). Assim, o Java vai sair comparando tudo que estiver no "recipiente" 2 com o método equals. Agora sim, como d1 está ali no recipiente 2 (e d1.name possui a String "clover"), ele vai encontrá-lo e, logo, retornar o valor correspondente (no caso, "Dog key").
Aqui vai acontecer a mesma coisa do passo anterior. Porém, na hora do Java comparar com o método equals no "recipiente" 2, ele não vai encontrar nada (pois o atrivuto "name" de d1 não é mais "clover" e sim "arthur"). Logo a comparação com equals falha e retorna null (não achou nada).
Acho que era essa a sua dúvida. Se não for, poste novamente que eu tento ajuda de outra forma. 
|
|
|
|
Estava agendando minha prova no site da Prometric e, depois de colocar o número do Voucher e tal, tem a seguinte pergunta (com um botão checkbox ao lado):
Additional Information Requested By Prometric
Are you currently working with a training provider? (Please check box)
O que é isso?
Obrigado.
|
|
|
|
Achei uma que permite 3 respostas!!!  Só espero que o exame aceite todas...
Os fragmentos de código são:
Resposta 1:
Resposta 2:
Resposta 3:
|
|
|
|
Daniel, fala um pouco mais sobre os custos. Tipo:
1) Com o que você ganhava lá, dava pra se manter?
2) Qual era o seu salário? Ou era por hora? Se for por hora, quanto era o valor da hora trabalhada?
3) Quantas horas vc trabalhava por dia?
4) Qual era o custo de aluguéis? Vc morava de aluguel não?
5) Qual era o custo com de comida? Vc almoçava fora, comia marmita, fazia sua própria comida?
Obrigado!
|
|
|
|
Humm, ok, perfeito!
Obrigado ViniGodoy
|
|
|
|
A team of programmers is involved in reviewing a proposed design for a new utility class. After some discussion, they realize that the current design allows other classes to access methods in the utility class that should be accessible only to methods within the utility itself. What design issue has the team discovered?
A) Tight coupling
B) Low cohesion
C) High cohesion
D) Loose coupling
E) Weak encapsulation
F) String encapsulation
A resposta do gabarito é a E. Ai vem minha pergunta. O conceito de encapsulamento vale para métodos também? E o conceito de acoplamento não vale para métodos de diferentes classes? Por que se valesse, eu acho que a A também estaria correta.
|
|
|
|
|
Leonardo3001, por esse seu racioncínio, não tem como afirmar que sempre que você estiver fazendo x instanceof InterfaceQualquerAqui e x se referir à uma classe não final, não iremos ter um erro de compilação?
|
|
|
|
|
andeb, quer dizer que só ocorre erros de compilação no instanceof quando vc está fazendo qualquerReferenciaDeQualquerClasseSejaEstaFinalOuNao instanceof AlgumaCoisaFinalAqui ou algumacoisafinalaqui instanceof QualquerClasseOuInterfaceSejaElaFinalOuNao ??? É isso?
|
|
|
|