Mesmo pro nome e descrição pode não fazer sentido: se você quiser alterar, crie um novo! Creio que só os getters nesse caso bastariam. Excelente observação

Parabéns!! excelente artigo!
Dando uma navegada pelo site do VRaptor em busca de informações do próprio voltado ao GAE, percebi na parte da documentação, mais especificamente no item [vraptor3-o-guia-inicial-de-10-minutos], que o tutorial tem o famoso comentário //getter e setters no domínio de exemplo. Não estou criticando mas apenas lembrando que você mesmo disse que os “tutoriais na internet estão cheios disso”.
Também não estou dizendo que é da pior espécie tanto é que para o nome e descrição faz todo sentido, já para o preço, acho que poderia ter um calculaPreco();
Mas é apenas um comentário no bom sentido, não quero que fique uma má impressão, tão pouco como um comentário irônico. Posso estar completamente errado devido ao teor do tutorial.
[]s

Ele lembrou muito bem ao linkar para o Tell Dont Ask do Andrew Hunt:
http://www.pragprog.com/articles/tell-dont-ask

Não culpamos exatamente o getter e setter, mas sim sua geração automática ou quase automática é um grande problema. Eles têm sim uma necessidade muitas vezes, e faz todo sentido usa-los quando sentir isso.

A qual recomendacao da Sun sobre getters e setters voce se refere? A sun realmente chegou a recomendar isso em 98, quando nasceu os “javabeans” (nao os EJBs) e hoje em dia a Sun nao recomenda sua criacao automatica (a nao ser necessidades particulares de frameworks, que também tem diminuido). Sem duvida é importante ter um getter ou setter em vez de um campo publico, mas se nao há a necessidade deles, isso é, nao há codigo que os invoque por enquanto ou não se encaixa um método de negócio, nao tem muito motivo para criar esses métodos.

Isso dos getters e setters não é uma idéia da minha cabeça não, cheguei nessa conclusão depois de ter tido prejuízo em projetos por ter abusado deles, e depois de ler bastante a respeito que a comunidade e os gurus falam disso. Aqui tem alguns links sobre a grande culpa da geracao dos getters e setters automaticamente:
http://fragmental.com.br/wiki/index.php?title=Fantoches
http://www.javaworld.com/javaworld/jw-09-2003/jw-0905-toolbox.html
http://typicalprogrammer.com/?p=23

Aqui tem uma thread gigante no the server side comentando o famoso artigo do Alan, sobre a criacao indiscriminada dos getters e setters pelo pessoal que comeca com java:
http://www.theserverside.com/news/thread.tss?thread_id=21310

Acho que essa resposta no stackoverflow indica bem, falando que getters e setters so devem ser criados quando necessários:
http://stackoverflow.com/questions/565095/java-are-getters-and-setters-evil

E tambem isso gera o modelo anemico:
http://www.arquiteturajava.com.br/livro/cuidado-com-o-modelo-anemico.pdf

Joshua Bloch, que é um dos autores de muitas classes principais do Java, e do livro Effective Java, também diz isso, mas nao estou achando o link!

Acho que a melhor maneira de evitar getters e setters, seria a Sun criar Annotations (algo como @Getter, @Setter e @Property) que crie os getters e setters em tempo de compilação caso eles não existam, alias, acho que seria melhor deixar criar os getters e setters sempre, a não ser que fosse explicitado o contrario (via annotations).