| Autor |
Mensagem |
|
|
Show de bola 
|
 |
|
|
ViniGodoy wrote:Olhando aqui, vi que ambos os códigos criam o mesmo número de calendars, tanto o seu, quanto o dele. Não houve otimização no seu código por usar o getInstance(), já que o getInstance() cria um novo calendar. A única diferença é que o getInstance() baseia-se em informações do local da plataforma onde o java estiver rodando, então seu código é mais multiplataforma.
Só dei o alerta pois performance dificilmente é uma justificativa plausível. Otimização prematura é tão prejudicial quanto não otimizar. Agora, claro que se não houver perda de legibilidade (como é o caso do seu código), uma otimizaçãozinha é sempre bem-vinda. 
Com certeza Viny, está certo!
|
|
|
|
Oi Viny,
me refiro a nível de memória, tamanho do objeto. o Calendar agrega diversas informações que provavelmente não deverão ser usadas, as vezes simplesmente vamos precisar de dia/mes/ano e não das demais informações.
|
|
|
|
http://blog.caelum.com.br/2008/02/27/jaxb-xml-e-java-de-maos-dadas/
http://www.go-java.com/blog/2008/01/09/1199886207520.html
http://www.technopub.com.br/arquivo/6
No Google tem mais alguns links, mas nãão conte com muito conteúdo 'oficial' em PT..
|
|
|
|
Depois das dicas do Nel, de uma olhada nesse livro.
Bom papiro.
|
|
|
|
Objetos Calendar são pesados demais... crie vários a menos que vc realmente precise de uma instância diferente de cada.
deve te atender.
Quando vc recupera o Calendar, o Date já é o atual.. não precisa setar.
O metodo getInstance ja deverá te retornar uma instancia de GregorianCalendar
|
|
|
|
Fato,
Legal a iniciativa mas... passo!
De qualquer forma, para quem está se ferr... trabalhando com essas techs pode ser uma boa.
|
|
|
|
Leozin wrote:Previsões de mãe dinah
Um longo tópico com os mesmos posts do passado serão colocados nesse tópico e no mínimo 10 páginas de chororô irão poluir mais uma vez a comunidade java
+++ 
|
|
|
|
O Ed Burns deu uma entrevista tem pouco + de 1 ano , se eu não me engano e disse que o JSF seria o novo padrão para aplicações WEB em Java, que a Sun estava investindo seus esforços para ela, deixando de lado a concepção de JSP/Servlets que seria mantida apenas para aplicações "web tradicionais".
Observo JavaFx há um bom tempo e ainda não vi motivos para trocar do Flex pra ele.
|
|
|
|
Experimente:
http://java.sun.com/docs/books/jvms/
|
|
|
|
Pois é Rodrigo,
No site do glassfish eu achei o seguinte:
Built using the open-source GlassFish Project, Oracle GlassFish Server delivers a flexible, lightweight and extensible Java EE 6 compatible server. Completely supported for commercial deployment and available standalone or packaged with other Oracle Fusion Middleware offerings, Oracle GlassFish Server delivers a small footprint, fully featured Java EE application server.
Oracle GlassFish Server is part of the Oracle Fusion Middleware application grid portfolio and is ideally suited for applications requiring lightweight infrastructure with the most up-to-date implementation of enterprise Java, Java EE 6, and Java Web Services infrastructure. Oracle GlassFish Server complements Oracle WebLogic Server, which is designed to run the broader portfolio of Oracle Fusion Middleware and large-scale enterprise applications.
Isso que preocupou, muito bom o glassfish não ter sido absorvido/morrido mas ele não deverá passar de uma sombra do Weblogic, pelo menos é isso que deduzi aqui.
Poréém..
Se ler embaixo:
FEATURES
* First to support the new, lightweight Java EE 6 Web Profile and the full Java EE 6 platform
* Enables feature-rich applications based on industry standards
* Modular architecture offers a lightweight runtime for Web applications and the full platform for more complex enterprise application needs
Esquisito, emcima eles recomendam o Weblogic e embaixo dizem que o Glassfish será suficiente e leve, seja qual for a complexidade da sua aplicação.
Amigo, difícil.
|
|
|
|
Muito legal que o glassfish continuou vivo e está dentro da ofm.
Acredito que para o MySQL não será diferente.
Só fico me perguntando o que a Oracle, com 3 AS irá fazer? (Tá tá... esquece o OC4J )
Weblogic x Glassfish, basicamente isso.
Pesquisando no Google achei esse link: http://it.toolbox.com/blogs/enterprise-apps/glassfish-vs-weblogic-36958
Está um pouquinho desatu. mas ele faz umas considerações legais sobre os possíveis rumos em meio essa poeirada toda.
Achei um paper do Glassfish datado de 04/09 que cita ele como uma alternativa openSource ao Weblogic.
http://www.sun.com/offers/docs/glassfish_opensource.pdf
Talvez vocês tenham que se registrar para vê-lo, mas resumindo, como sempre são citadas algumas das vantagens do Glassfish sobre o Weblogic e assim como no link acima diz, é muito orientado à comunidade. O ponto de atenção mesmo é uma possível debandada da comunidade para o Jboss dependendo dos próximos passos da Oracle.
Vamos aguardar,
|
|
|
|
Ao meu ver,
Como os amigos já disseram alguns posts atrás... vão acabar as SC's mas eu não vejo o porquê delas perderem o valor de mercado..... em um primeiro momento. Se você tirou ela, ela te garantiu os pre-reqs de conhecimento daquela tecnologia.
Eu tenho um voucher comprado e vou continuar estudando normalmente, na pior das hipóteses... conhecimento ninguém te tira .
Acho muito difícil eles migrarem... perderiam dinheiro. Eles podem reconhecer como válidas e que você tem aquele conhecimento, se acontecer isso pra mim já está ótimo.
Que venham as novas..
|
|
|
|
Peres,
Como já foi comentado, a internet está lotada de braindumps e mocks de diversas certificações, não só da SUN.
Se Precisa estudar? Se você quer seguir o princípio para que elas foram criadas... SIM, CLARO! Mas sempre tem o expert que vai decorar esses materiais, vai fazer a prova e VAI tirar ela.
É o que eu comento para os meus alunos: "Você quer tirar 10 certificações, ÓTIMO... Agora aprenda direitinho pois você será cobrado por elas, aí o bicho pega" Só título não garante emprego.
Tem muita gente que quer ingressar no mercado de Java, vindo de outras linguagens como DELPHI, PHP, COBOL e como não tem experiência tiram uma certificação e tentam correr atrás usando a certificação como trunfo... as vezes funciona.
|
|
|
|
|
Se liga nesse também!
|
|
|
|