Contra esta orientação em direção ao "completo", deseja-se balancear o desejo para limitar os requisitos dos containers web, tanto em termos físicos quanto conceituais. Do ponto de vista dos desenvolvedores aprendendo o Web Profile, é mais valioso ter um profile pequeno e focado com pouca redundância de tecnologia quanto for posśivel, do que um mais poderoso porém extremamente complexo, com APIs redundantes.
Em termos de quão completo é, o Web Profile oferece um kit completo, com tecnologias que tratam desde a apresentação e gerenciamento de estado (Java Server Faces, Java Server Pages), funcionalidade padrão de um web container (servlet), lógica de negócio (Enterprise JavaBeans Lite), transactions (Java Transaction API), persistência (Java PErsistence API) e mais.
Por simplicidade, ele deixa de fora muitas das APIs corporativas de backend que são parte da plataforma Java EE. Ele também confia nas novas características de pluggability na especificação de servlets (veja ex: Secção 8.2 da especificação de servlets) para permitir às aplicações usarem bibliotecas que extendem o container servlet com o mínimo de configuração adicional. Por exemplo, uma tecnologia padrão como a Java API for Restfull Services (JAX-RS), que é parte da plataforma Java EE mas não do Web Profile, pode ser "plugado" em um container web sem exigir qualquer alteração no descritor web.xml de uma aplicação.
Finalmente, vale lembrar que os produtos do Web Profile podem ser entregues com mais tecnologias do que as exigidas. Isso permitirá que produtos ofereçam opção de diferentes configurações em tempo de instalação, algumas mais ricas em extenções, ou mesmo pormitir customização completa além do core requerido (instalação "a la carte").
Roberto também explica que JAX-RS não é um componente requerido do Web Profile porque o expert group sente que ainda é muito cedo para obrigar sua inclusão.