| Autor |
Mensagem |
|
|
|
Eu vi o show deles em DVD. É muito bom, rolei de rir! Eles fazem todo um passo a passo de como se tornar uma estrela do rock.
|
 |
|
|
|
Que linguagem você conhece? Você não pode usá-la no lugar?
|
|
|
|
|
Cada serviço de hospedagem tem suas particularidades, que você vai ter que checar com o que você contratar (e garanta que você está contratando um serviço de hospedagem Java, a maioria não é!) mas normalmente você só precisa pegar o WAR que o seu Eclipse/NetBeans/Maven/Ant montar e mandar via FTP para o diretório correto.
|
|
|
|
Eu acho que o Maker vai agregar muito ao portfólio da IBM, já que ele apresenta uma sinergia óbvia com a suíte de desenvolvimento de software adquirida quando da compra da Rational, que promete mundos e fundos e custa o olho da cara. E isso, só a licença, porque quando você contabiliza treinamento e suporte, o preço triplica.
É claro que o Maker ainda é uma ferramenta pouco usada, e praticamente desconhecida. Existe o grande risco dele funcionar de fato, e nesse caso destoar das demais ferramentas.
|
|
|
|
juliocbq wrote:Também conta, que, você está acostumado a codificar de uma maneira, e ele de outra(mas isso não quer dizer, que você é melhor que ele ou vice-versa).
Ah não. Nem tudo é relativo. Até aceito que normalmente existem N soluções boas, agora se o colega do Vinicius insiste em usar uma das N^3 soluções que só pioram o problema, uma providência tem que ser tomada. É claro que, se você acabou de chegar e já está descendo o sarrafo, vai ficar tachado de chato, de pretensioso. Por isso que tem que ir na manha, comendo pelas beiradas, ou então fazer a trouxa e cair fora. Agora ninguém aqui é babá pra ficar limpando caca dos outros.
juliocbq wrote:Sobre padrões, ninguém é obrigado a usar. O código pode ser legível e fácil de se manter, mesmo sem eles.
Se você é profissional, então é obrigado a seguir padrão, simples assim. Imagina se todo piloto resolvesse pousar o avião a seu modo? Ainda mais hoje em dia, que a IDE já vai completando pra você, dá mais trabalho fazer fora do padrão do que segui-lo.
|
|
|
|
|
Depende muito da situação. Pode ser que o melhor seja mesmo bater de frente, como já sugeriram, dependendo do quão técnico o seu chefe for. Outra alternativa é tentar sugerir para o seu supervisor boas práticas. Aqueles plugins de análise de qualidade de código e cobertura de teste unitário podem ser seus aliados aí. Se o grupo é pequeno, uma única pessoa consegue mudar a cultura, desde que tenha o tato e a persistência necessários.
|
|
|
|
|
Salvo erro, o Jetty Plus vem com um servidor de transação. Você não pode trocar?
|
|
|
|
Eu concordo que a palestra do Guilherme e do Sérgio estava excelente, achei que foi a mais útil pro dia a dia. Foi até bom que o cluster não funcionou, pra maluquinho não ficar achando que é bala de prata. 
As palestras de WebBeans e do VRaptor foram também num nível muito bom, apresentaram bem os por quês e um pouco dos comos dessas tecnologias. E parabéns aos desenvolvedores do VRaptor, que fizeram um trabalho muito legal, trouxeram várias idéias muito bacanas (como a de usar proxy pra facilitar no refactoring) e montaram um framework que não é só "X em Java" ou "Y, só que usando Z."
O futuro do Java eu já achei que se aprofundou muito nos invokes e closures, e que teria sido melhor só passando os pontos pra quem se interessasse ir mais a fundo, até porque tinha conteúdo interessante no final que acabou muito corrido. Eu imagino que vocês escutem muito "tal palestra foi legal, mas podia ter aprofundado mais," só que para a proposta desta palestra especificamente, um overview rápido caia melhor.
|
|
|
|
Não, não, o problema não é um catch no JSP. É um fecha chave, "}", a mais ou a menos.
A hora que ele tenta compilar o código java que tá dentro do JSP, ele acha acaba assim:
E se as chaves estiverem "desequilibradas", não compila.
|
|
|
|
|
Provavelmente, você está fechando uma chave a mais. Aproveite que vai mexer e troque o código Java do JSP por tags, você vai ter muito menos dor de cabeça.
|
|
|
|
|
Eu tenho um EJB que executa uma série de cálculos dentro de um loop, e depois, mais uma série de operações dentro de outro loop. Eu quero paralelizar esse dois loops usando filas de mensagens, e o meu problema é que eu tenho que garantir que todas as mensagens do primeiro grupo sejam processadas antes de começar a processar as mensagens do segundo. Tem como?
|
|
|
|
|
Você não pode simplesmente configurar o seu servidor para usar HTTPS?
|
|
|
|
Não tenho, mas você pode usar esse exemplo de Filter como base:
http://www.guj.com.br/posts/list/127252.java
E aí acrescentar no seu doFilter() a parte em que você remove a variável de sessão dependendo do valor do timestamp.
|
|
|
|
|
O browser desiste porque aguarda muito tempo sem receber informação alguma. Tem dois jeitos que eu vejo de resolver isso. O primeiro é retornar imediatamente, e deixar o processo executando no background. Aí o usuário pode checar numa página de status ou via Ajax se o processamento encerrou. O segundo é tentar mandar resultados intermediários de tempos em tempos, pra que não dê esse timeout na conexão.
|
|
|
|
Você tem que usar JNDI:
http://java.sun.com/products/jndi/tutorial/trailmap.html
http://www.javafree.org/topic-864307-Autenticacao-LDAP.html
|
|
|
|