| Autor |
Mensagem |
|
|
Parece que algum dos parametros que voce esta passando esta com erro de conversao. Por exemplo o campo eh int e vc esta passando uma string. Quais os parametros e qual o modelo que vc esta usando?
A mensagem de erro deveria ser mais educada, claro. O Sergio Lopes esta trabalhando nesse bug.
|
 |
|
|
TUdo bem?
As taglibs do ice e do rich sao para jsf que é uma maneira de desenvolver (voltada a componentes) diferente da voltada a recursos ou ações (vraptor).
abraço
|
|
|
|
Clicando da direita e vendo o código html gerado, a tag "c:forEach" foi interpretada?
Vendo o código postado me parece que faltou incluir a referência para a taglib c no cabeçalho da página.
Abraco
|
|
|
|
TUdo bem?
Sim, no proximo release ja devemos lancar os goals do maven, esta no roadmap, logo no topo (da uma olhada no site)... e' extremamente simples cria-las mas queriamos fazer o release o mais rapido possivel...
Se quiser contribuir com elas, sinta-se a vontade, se nao, pode aguardar que avisamos por aqui
Abraco
|
|
|
|
É com muito prazer que a equipe da Caelum anuncia o Testslicer 0.9.0
A ideia do projeto e' diminuir o tempo de build permitindo que somente os testes afetados pelas classes alteradas no ultimo commit sejam executados. Com isso, diversos commits que afetam um unico teste, permitem que somente aquele teste rode em vez do build inteiro.
Em testes em diversos projetos executados ate o instante, percebemos uma queda de cerca de 70% na tempo consumido para rodar os testes unitarios ou de integracao em um build.
Uma solução muito pratica para manter o processo de build rapido e dar feedback para os desenvolvedores. Ainda mais simples de ser implementada do que grids de build pagos ou de configuração complicada.
Mais info em:
http://testslicer.sourceforge.net
Att
|
|
|
|
Como o Adriano comentou, o paranamer resolve esse problema da spec do java que vem sendo adiado desde o java 6... uma enrolação só na burocracia, e, como o Paul Hammant comenta, não precisamos esperar eles para sair usando nome de parâmetro em java...
Sobre a taglib, existe o comentário na propria pagina do vraptor creio eu, que referencia para a taglib do waffle (waffle.codehaus.org) que é compativel com os dois frameworks
Como opiniao pessoal, a medida que vejomais projetos, vamos percebendo que as tags acabam precisando de detalhes diferentes em cada um deles, e cada vez mais somos a favor de tags únicas para projetos...
Abraco
|
|
|
|
@sergiotaborda: continuamos tendo que numeros podem existir e ser usados (operacoes diversas sem ser aritmeticas) sem operacoes aritmeticas certo?
@duran: apesar da situacao ser ficticia (nenhum de nos teria feito a heranca multipla neh, nem em outra linguagem ne? hahaha)... o que quis dizer eh que operadores como NOT, OR, AND nao sao aritmeticos e estao ligados com logica. estou correto?
abracos
|
|
|
|
sergiotaborda wrote:Ponteiros ... O java vai ter ponteiros... essa é uma afirmação engraçada porque java já tem ponteiros.
O que java não tem é aritmética de ponteiros. É como ter numeros e não ter operações aritméticas.
Alguns vão dizer "para que servem os numeros sem as operações?". Servem para o mesmo que Date sem operações de soma, subtração, intervalo, etc... e mesmo assim usamos Date.
A utilidade não tem nada a ver com a existencia.
Sendo matematico, discordo bastante aqui... existem diversos tipos de operacoes sem ser aritmeticas... podendo ser aplicadas em numeros, corpos, matrizes etc... inclusive diversas operacoes que estao totalmente ligadas com conceitos de logica.
Sendo programador de java, Date sucks e nao deveria existir... mas a caca foi feita muito tempo atras (e usada aos montes... inclusive eu mesmo antigamente)
Abraco
|
|
|
|
Boa tarde,
Creio que seja a questao de gosto e a historia do oficial... o wtp eh oficial etc... mas vai do gosto de cada um, eu pessoalmente ainda uso um pouco de cada dependendo do caso
Abraco
|
|
|
|
leofernandesmo wrote:
O problema é que o mercado quer de novo engessar em apenas uma maneira "pseudo" correta de desenvolvimento. Antigamente UP hoje o Scrum. Não estou dizendo que Scrum é ruim, pelo contrário é muito bom, mas desenvolvimento ágil é Scrum, é FDD, é XP, é LeonardoFernandesStyleDevelopment. 
+1
|
|
|
|
leofernandesmo wrote:
Paulo Silveira wrote:TeamConcert com Scrum! Poxa, parece tudo muito bom. Sera que em 5 anos nao teremos mais empresas grandes usando processos engessados?
Quando isso acontecer de FATO. Eu quero está vivo para ver como o mercado vai agir com relação as Certificações de processo.
Nao sei o quanto estou correto mas o Magno comentou uma vez comigo sobre empresas com CMMI 12345678910 (nao sei o numero) que adotavam Scrum...
Abraco
|
|
|
|
Na final mundial de programacao desse ano (200 a IBM, como patrocinadora durante todos esses anos de evento, fez a classica palestra de tentar recrutar as melhores mentes da area academica da computacao em bacharel/mestrado...
A palestra dessa vez (MUITO diferente do ano passado) foi focada em como as coisas deveriam ser mais vivas, mais rapidas... que os processos deveriam ser mais ageis etc... tudo isso sem mencionar a palavra agile... tudo isso sem mencionar qualquer palavra relacionada a metodologias ageis.
A sensacao durante a palestra foi de que eles nao queriam usar a palavra agile para nao ter que se comprometer a dizer: "olha, sabe aquela maneira que nos trabalhamos hoje em dia? entao... parece que realmente ela nao eh a melhor... a melhor eh essa outra que as outras empresas que cresceram horrores estao adotando...".
No meio da palestra ficou uma situacao meio chata, pq foi defendido documentacao extensiva, por exemplo (!?!?)...
Bom, so o tempo vai dizer se a IBM, que eh tao poderosa e influente no nosso mercado, vai migrar para agile mesmo... se vai deixar de lado muito do que defendeu, comprou, vendeu e utiliza hoje em dia... por um lado, eh um passo importante, por outro, eh dizer que o que havia feito antes nao se adequa a realidade do mundo de hoje... que eu concordo...
Abraco
|
|
|
|
Fala Leo blz?
Foi legal ter te encontrado no evento...
Bom, sobre os persistence api do xstream... a ideia eh que nao seja usado so para persistencia (eu usei em um prjoeto para, dado um objeto, enviar ele para outras maquinas que respondiam por determinadas requisicoes, por exemplo)... a ideia eh que seja uma colecao que faz o papel de intermediario entre quem esta usando e o seu alvo...
Bom, sobre o que voce falou... acredito que no construtor da XML*** voce pode passar a estrategia e na construcao da estrategia vc pode passar seu proprio XStream... no seu caso vc quer o File***Strategia, com o seu proprio XStream customizado
Acertei?
Abraco
|
|
|
|
thingol wrote:
O pior eh que o javadoc explica o que o getter faz... literalmente uma segunda descricao do getter = comentario nao tao util no meu ponto de vista :)
|
|
|
|
Luca wrote:A gente deveria para de discutir esta questão e focar nas questões técnicas da API
[]s
Luca
+1
Por exemplo, eu quero um exemplinho de repositories para adicionar no maven para usar os snapshots!
|
|
|
|