Bem, você quis dizer qual a vantagem de usar Velocity para gerar views a partir de um servlet, certo? Pois Velocity tem muitas outras aplicações interessantes.
Bem, quanto ao porquê, te dou três razões de minha parte; por favor não as entenda como um ponto de vista a ser considerado para todos:
com Velocity é quase impossível fazer coisas indevidas na camada view, já que suas funções são limitadas a esse fim.
macros são bonitas e sempre vão ser
sintaxe mais simples. Prefiro
#foreach( $o in $objs
$o.name
#end
// feio, mas para exemplificar
<checkbox #if( $b ) selected="true" #end />
a
<c:forEach items="{$users}" var="user">
<c:out value="${user.name}" />
</c:forEach>
// nem imagino como faz com JSP
“Velocity” é uma palavrinha tão bonita @.@
Mas como eu disse, é muito particular. Do ponto de vista de desenvolvimento dá quase na mesma.
Mais algumas perguntas já que eu vi que vc está por dentro de Velocity.
E aquela história de que cada template precisa ter o seu próprio servlet para processá-lo. (Provavelmente isso tá errado, né?) Minha preocupação é não perder a flexibilidade de fazer alterações no JSP e colocá-lo em produção sem ter que restartar o site, como eu teria no caso de um servlet.
Qual o melhor plugin de Velocity para o Eclipse ???
O melhor Getting Started para Velocity com Tomat com Eclipse ??? (Isso eu mesmo posso procurar no google, né?)