Mensagens enviadas por: RafaelVS
Índice dos Fóruns » Perfil de RafaelVS » Mensagens enviadas por RafaelVS
Autor Mensagem
eu enviei um e-mail na Sun para saber desta informações e o que eles me passaram foi que o voucher está R$ 330,00 e a promoção de ter uma 2° tentativa vai até dia 23/06...


Po... nem sabia que tava tendo a promoção.... valeu por avisar...

Mas vê só...

1. Então, a única forma de saber das promoções é entrando em contato? não tem um site onde eles divulguem isso não?
2. Essa promoção é apenas do "repeteco" ou é de preço também? Ou seja, além do "repeteco", o preço do voucher está por R$ 330,00 apenas até o dia 23/06 (ou é o valor normal, sem promoção)?
Galera,

ano passado eu estava me preparando para tirar SCJP 1.4 e lembro que o Voucher tava custando cerca de R$300,00.

Esse ano estou me preparando melhor para tirar a 1.5 (estou quase lá.. se der tudo certo, em algumas semanas tb criarei meu tópico "passei no SCJP 5" hehehe)

Olhando no site da sun, vi que o preco para o voucher é de U$200,00 ... gostaria de saber se esse preço é universal ou se para o Brasil tem um preço diferenciado...

Outra coisa que gostaria de saber é onde devo ficar atento para as promoções que surgem? Por exemplo, já ouvi de promoção que o voucher vale 2 tentativas, ou desconto na compra do voucher... onde posso estar atualizado quanto a essas informaçõe?

[]'s
Realmente, deixei-me enganar pela questão... o objeto OO2 ainda é referenciado pelo objeto OO4, mesmo não tendo nenhuma referência explícita.
Na minha opinição, o objeto "auxiliar" do tipo OO2 criado em



será sim elegível para o GC... pois ele está sendo utilizado apenas para criar OO4 (e sua referência não está sendo colocada em nenhuma variável), o objeto do tipo OO4 criado a partir daquele do tipo OO2 não tem nenhuma referência para ele (o fato de ele ser inner classe não garante isso)...

complementando o comentário do maquiavelbona:

Numa segunda vez que o GC executar, ele será "limpo", executando o método finalize() do objeto e agora realmente liberando memória


Na verdade, não necessariamente após o método finalize() o objeto será liberado da memória, pois é possível que o método finalize() guarde a referência de this em um outro local (por exemplo, uma variável estática de outra classe) e, nesse caso, ainda não seria recolhido da memória... Além disso, vale lembra rque o método finalize() só é executado uma vez em cada objeto, o que significa que se ele ja executou o finalize() e foi guardada sua referência em um outro local... se pela segunda vez não tivermos mais nenhuma referência ao objeto, quando chegar o momento do GC fazer a coleta o objeto será removido sem executar novamente o método finalize().

[]'s
Na verdade, short s = 7; funciona porque excepcionalmente em operações de atribuição, o compilador coloca o cast implicitamente, ou seja... o compilador vai interpretar essa linha como short s = (short) 7;

como você está passando o literal 7 (que, por default, é int) como argumento de um método que espera um short, o compilador não fará essa conversão implicitamente (pois, como falei, isso só acontece na atribuição) e, naturalmente, dá erro de compilação.

[]'s
fazendo os testes aqui, também verifiquei que se vc declarar o enum fora de uma classe (no seu própprio .java ou dentro de um outro .java - lembrando que o enum não poderá ser public se a classe for public), você pode usar suas constantes no case... e não precisa ser qualificado justamente porque deve funcionar como eu citei acima... o compilador já sabe em qual enum procurar por causa do tipo da variável que tá na expressão do switch.. então não precisamos colocar o nome qualificado por causa disso... deve ser isso mesmo correto?
entendi... agora quando fui testar vi outra coisa que nao entendi...

coloquei o codigo dessa forma:



TESTE1 e TESTE2 compilam... mas dá erro em enumTeste1... diz o seguinte:



o que eu consegui entender foi o seguinte: quando a expressão a ser avaliada no switch é um enum, vc não precisa colocar a constante qualificada, pois o compilador já vai saber o tipo do enum e só vai permitir vc colocar no case algum valor que tenha sido definido na declaração do enum. Assim, mesmo enumTeste1 sendo uma variável do tipo do enum e estando com um valor que é uma constante válida, como não existe a constante enumTeste1, dá erro de compilação... é isso mesmo?
Eu ia criar um tópico para postar uma dúvida sobre enum, mas vou aproveitar esse aqui.

Não estou conseguindo usar enum em switch... até mesmo esse exemplo que sergiotaborda colocou... tá dando o seguinte erro:

The enum constant Teste.EnumTeste.TESTE1 reference cannot be qualified in a case label

(na verdade, o erro está em todas as 3 constantes, não é apenas em TESTE1 não.)

Alguém sabe pq tá dando esse erro?
Valeu, funcionou!
Alguém sabe se existe alguma função em javascript que retorne true caso uma variável seja um array?

ex.:

olá,

não conheço essa taglib, mas talvez o atributo "total" dela não aceite valores definidos em tempo de execução...

para se certificar, verifique dentro do arquivo .tld se o valor da tag <rtexprvalue> para o seu atributo é true ou false...

se for false, então você nao pode colocar variaveis dinamicas (como vc esta tentando fazer), apenas literais e constantes... se for true, entao nao sei te informar qual é o erro hehehe

[]'s
ok, já resolvi..

O que estava acontecendo era que com a configuração que estava no Eclipse ele sempre fazia undeploy antes de fazer o deploy... com isso, ele apagava as imagens que tinha sido uploaded.
Vejam só: a aplicação está distribuída através de um .WAR ...

1. é verdade que toda vez que eu inicio o tomcat, tudo que ta no .WAR sobrescreve a aplicação que já havia sido extraída?
2. se isso for verdade, como vou fazer o upload da imagem sem perder a imagem na próxima vez que eu iniciar o tomcat?
3. se o item 1 nao for verdade, se eu fizer o upload direto no diretorio da aplicacao, dentro de webapps do projeto, a imagem ficaria lá mesmo eu parando o tomcat? (pq já aconteceu de eu estar rodando a aplicacao pelo Eclipse e a imagem foi salva no servidor, mas quando eu parei a aplicacao, a imagem foi deletada.

[]'s
Olá,

o problema é o seguinte:

Estou tentando fazer upload de uma imagem. Estou conseguindo recuperar a imagem que vem do formulário e estou conseguindo escrever a imagem na máquina, porém quanto tento exibir a imagem na tela não funciona... até que eu dê um refresh no projeto do eclipse.


Acredito que o que esteja acontecendo é que não tá dando o deploy quando eu salvo a imagem. Estou botando o caminho destino da imagem como o caminho dos arquivos de desenvolvimento... então, quando eu dou refresh no projeto do eclipse, acho que o eclipse coloca nos arquivos do servidor..

Gostaria de saber se tem como, nesse processo de upload, eu armazenar a imagem no servidor e possa acessá-la sem ter que dar refresh no projeto (até porque quando o sistema estiver implantado não vai ser possível ficar dando refresh no servidor).

Se precisarem de mais detalhes (como partes específicas de código), por favor, postem pedindo.

[]'s
olá,

pessoal, fiquei com uma curiosidade... vocês sabem qual seria a melhor forma de acessar constantes a partir do JSP sem usar scripts?

o que for mais próximo ao uso convencional:
NomeClasse.NOME_CONSTANTE


[]'s
 
Índice dos Fóruns » Perfil de RafaelVS » Mensagens enviadas por RafaelVS
Ir para:   
Powered by JForum 2.1.8 © JForum Team