Você pode estar vendo um conflito de 32 bits vs 64 bits no painel de controle.
Em um novo laptop HP que tenho (win7 64bit), acabei com o JRE de 64 bits e 32 bits instalado, sem realmente fazer nada. Pouco depois de começar a usar o sistema, aceitei uma solicitação para atualizar o java. Mais tarde, notei que a versão java no painel de controle ainda era antiga, no entanto, a versão java no IE8 era a versão mais recente. Você pode ver a versão em seu navegador, navegando para about: plugins (no mozilla, chrome) ou:
-
De um cmd.exe de 32 bits, o java -version indicou a nova versão.
- A partir de um cmd.exe de 64 bits, o java -version indicou a versão antiga (e 64 bits).
Quando eu corri a versão de 64 bits do ie8 (normalmente você está rodando a versão de 32 bits), e visitei o link testjava acima, ele indicou que eu tinha uma versão desatualizada e fiz um sufocar, morrer quando eu testei.
A versão de 32 bits estava fazendo a atualização automática (através de um processo em background) a partir de: HKEY_LOCAL_MACHINE \ SOFTWARE \ Wow6432Node \ Microsoft \ Windows \ CurrentVersion \ Run SunJavaUpdateSched "C: \ Arquivos de Programas (x86) \ Arquivos Comuns \ Java \ Java Update \ jusched.exe"
Assim, parece que o painel de controle estava exibindo os 64 bits do jre, que não eram atualizados automaticamente e a versão de 32 bits do jre era atualizada automaticamente. Eu não vi nenhum processo de atualização automática para a versão de 64 bits do jre. Provavelmente irei tentar desinstalar a versão de 64 bits do jre porque meu usuário médio não precisa disso.
Eu era capaz de rodar a versão de 32 bits do painel de controle de:
- C: \ Arquivos de programas (x86) \ Java \ jre6 \ bin \ javacpl.exe
e fez mostrar a guia Atualizar.
fyi: a versão de 64 bits (antiga) do painel de controle estava em:
- C: \ Arquivos de programas \ Java \ jre6 \ bin \ javacpl.exe