| Autor |
Mensagem |
|
|
Oi Mario, também acrescentando ao que o Paulo citou:
Na formação básica (FJ-11+FJ-21+FJ-16) você vê todo o conteúdo da prova de certificação OCJP, porém, sem o enfoque para a prova e sem se atentar às pegadinhas que a prova oferece e que não passamos no nosso dia-dia. Justamente por isso, temos um curso só focado nisso, onde toda a didática e dinâmica tem como objetivo te preparar para passar na prova, mostrando as pegadinhas, explicando as razões e evitando as decorebas.
Um abraço!
|
 |
|
|
Desde o começo desse ano, começou um trabalho para desenvolver uma nova especificação no Java para auxiliar o trabalho com valores monetários, que é a JSR 354 - Money and Currency API. A especificação, que possui como líder o banco Credit Suisse, membro do JCP, também possui como um dos seus membros de Expert Group o Stephen Colebourne, que participou de outras especificações, como a Date and Time API (JSR 310), junto dos brasileiros Michael Nascimento e Fabio Kung.
Segundo a descrição da especifição:
Provides an API for representing, transporting, and performing comprehensive calculations with Money and Currency.
Vale lembrar que essa especificação está em estágio bastante inicial, mas não deixa de ser uma boa notícia para empresas que trabalham com sistemas financeiros e cálculos em moedas.
Para saber mais sobre a especificação, a página dela é http://jcp.org/en/jsr/detail?id=354
|
|
|
|
Oi André,
fiquei um mês em Paris no finzinho do ano passado estudando francês, então, acho que de Paris eu consigo te dizer. Muita gente lá fala inglês, mas evidente, para te verem com olhos melhores, é mais interessante que você fale francês.
Paris é uma cidade cara. Onde um carnezinho de 10 bilhetes do metrô custa 12.5 euros (isso na época q eu fui). Almoço em restaurante vai te levar aprox. uns 20 euros pra comer ok, então vale bastante a pena comprar coisas em supermercados e fazer em casa (era o q eu fazia). Uma outra possibilidade, e mais barata são as baguetes. +/- 5 euros vc consegue comer uma bacana.
Moradia eu não sei dizer se é caro por lá, mas suponho que sim, pois me lembro de conversar com um pessoal que estava alugando ap. por lá no 5e arrondissement, e o aluguel custava 1200 euros por mes e eles falavam de alguns impostos que tinham que pagar (inclusive imposto de TV). BTW, bairros mais afastados do centrao, como 19e e 18e, sao bairros bons de se morar e aparentemente menos caros. (eu morei no 19e).
Não sei se sua intenção é ir pra Paris ou outra cidade, mas se for Paris, isso é o que eu sei de lá, do que vc perguntou.
abraço
|
|
|
|
Oi Tales,
o http://www.graphdracula.net/ é bem facinho de usar, mas nao tem o zoom que vc falou. Qualquer coisa, dá uma olhada no menu da direita, em "Similar Projects" pra ver se tem um que te atende de maneira melhor.
[]'s
|
|
|
|
Oi Luciano,
pelo que entendi, o filtro você está fazendo corretamente, porém, como você quer usar esse cara em um datatable, o seu getNotaAluno no Managed Bean deveria devolver alguma coisa que o h:dataTable possa iterar, tipo um List.
Você ali tem um objeto só, então, se for o caso você poderia utilizá-lo sem um datatable, apenas mostrando suas informações diretamente. Se o cara tiver várias notas, aí você devolveria as várias notas.
[]'s
|
|
|
|
Oi Marcelo, blz?
Isso que vc postou na ultima deve resolver. Anyway, alem do spring data, tem tbm o jo4neo http://code.google.com/p/jo4neo/. Eu particularmente, prefiro usar a API crua direto. Ela eh bem poderosa, mas um pouco excessiva em statics.
|
|
|
|
Roger75 wrote:A barrinha avisando da newsletter está aparecendo toda hora, mesmo a gente fechando... é de propósito?
Opa Roger, fixado já. O próximo "x" que aparecer para você aí é só clicar que ele não vai mais te incomodar.
|
|
|
|
Avatares de todos de volta  .
Deploys, 25 anos me fazendo esquecer algum passo, mesmo que ele já esteja automatizado.
|
|
|
|
Olá,
acabamos de fazer mais um deploy no GUJ. Dessa vez, a principal novidade é a newsletter que estamos abrindo. Evidentemente que não vamos fazer SPAM com os usuários e justamente por isso, deixamos aberto para cada um de vocês decidir receber ou não a newsletter. Agora, quando você se logar, você verá uma faixa vermelha indicando se quer fazer parte da newsletter. Caso não queira, basta clicar no "x" no canto direito que a barrinha não vai mais te incomodar .
O conteúdo da Newsletter será composto pelos tópicos mais movimentados e discutidos por aqui, entre outros conteúdos.
Uma curiosidade sobre a newsletter do GUJ é que ela é toda gerenciada pelo Mailchimp (www.mailchimp.com), que nessa onda recente de Clouds e SaaS tem se mostrado muito bom para esse propósito. Portanto, fizemos com que o GUJ se integrasse ao Mailchimp via uma API provida por eles.
Vale lembrar também, que essa funcionalidade está em Beta, portanto, qualquer problema podem me avisar via MP.
Outras melhorias que fizemos foi um ou outro fix no layout e pequenas melhorias de SEO para melhorar ainda mais a indexação do Google, que já melhorou muito desde as últimas alterações.
Por último e não menos importante, convidamos todo mundo a participar do desenvolvimento do GUJ, seja contribuindo com issues novas, código fonte, bugfixes e ideias. Para isso, o código está disponível para todos no Github em http://github.com/caelum/guj.com.br .
[]'s
|
|
|
|
Em 2008 eu passei um tempinho em Toronto (fazendo intercambio) e todo mes tinha encontro do grupo de usuários de lá, então dá sempre pra ir nesses encontros, treinar a língua e aprender algo de tecnologia de quebra.
Agora em 2010 eu fiquei em Paris (tbm em intercambio) e a galera de lá é mto participativa da comunidade deles, tem encontro direto e bastante Javeiro/Rubysta/Pythonista (conheci alguns lá no Devoxx, no finzinho do ano passado).
Outra coisa é pegar um curso bacana pra fazer, tipo o do JavaEspecialists (http://javaspecialists.eu) ou os próprios da ObjectMentor... os preços são meio salgados, mas é um investimento que vc está fazendo na sua carreira.
|
|
|
|
garcia-jj wrote:Duas coisas que pode ser melhoradas: bloquear edição de posts. Muitas vezes o fulano vai lá, escreve um flame e depois muda. Talvez seja bom deixar disponível para edição apenas por um minuto, assim dá tempo do fulano corrigir algum eventual erro de ortigrafia, e não mudar o post.
Além disso, para quem assina sub-forums, os emails chegam com o código HTML ao invés de exibir uma tela em HTML. Não sei se isso é apenas comigo.
Oi Garcia, tudo bom?
Cara, essas alterações envolvem algumas mudanças no core do JForum, e estamos deixando todas elas para uma segunda leva de alterações que queremos fazer (não deve demorar muito), pois exigem bem mais esforço. De qualquer forma essas alterações aparecerão logo logo.
Abraço
|
|
|
|
Oi Drigo,
acabei de testar aqui em uma maquina windows, tbm com o FF 3.6.x e foi direitinho. Se vc vai no console de erros do seu Firefox aparece algum erro (nao warning) nessa tela?
Outra coisa, vc viu (via firebug ou algo do tipo) se o iframe onde eh mostrado o resultado está lá na arvore DOM da resposta da busca?
Abraço e valeu por reportar.
|
|
|
|
Oi Breno,
tem um erro grave no teu código. O método sleep é estático. A chamada ideal seria então:
Além disso, o método sleep executa sobre a Thread atual. No caso, como a chamada está no método main, a Thread que vc está interrompendo é a main (lembre-se, o sleep é estático... entao, tanto faz vc chamar ele em t1 ou t2, quem vai dormir ali vai ser o main). Se vc quer colocar t1 para dormir, é lá no método run daquele objeto p1 que vc tem que colocar uma chamada pra Thread.sleep.
Outra coisa, cuidado com a afirmação de que com Threads a ordem da execução nunca é possível de ser determinada. Existem casos em que é possível sim, mas o melhor mesmo é quando vc nao precisa de sleeps e sincronizacao (mas nem sempre eh possivel).
[]'s
|
|
|
|
Oi Diego, td bem?
A questão não é nem que você não possa, dentro dos suas entidades e value objects utilizar algum framework. Se for necessário para a tarefa, não tem o pq nao utilizar. O problema é o acoplamento gerado entre essas classes, diminuindo a testabilidade.
A ideia pelo que entendi que vc quer fazer é no fundo um Active Record, onde o próprio objeto saberia como se persistir.
Recentemente, o Philip Calçado postou no blog dele umas dicas sobre repositories, questão de nomenclaturas e como melhor ajustá-lo ao domínio da sua app. Vale dar uma lida lá e posta aqui depois o que você acha para continuarmos a discussão.
|
|
|
|
Bom dia pessoal,
essa noite colocamos mais algumas melhorias no ar para o GUJ, sendo que a principal e mais perceptível é a mudança no mecanismo de busca. Antes utilizávamos o Lucene para fazer a indexação dos tópicos e a partir de agora estamos usando o próprio Google. Com algumas mudanças no SEO que fizemos acreditamos que a busca esteja melhor do que estava antes, com toda a questão de relevância apurada pelo próprio google.
Um outro ponto, é que recentemente passamos por uma ou outra instabilidade com os uploads de avatares. Agora está tudo aparentemente em ordem, mas caso haja problemas, relatem via MP, por favor.
Vale lembrar que caso você tenha curiosidade em saber como essa integração com o google foi feita (é bem simples), ou qualquer outra alteração no próprio GUJ, ou queira enviar features novas para nós, o código está todo lá no github: http://github.com/caelum/guj.com.br
Abraços
|
|
|
|
|
|