Cadre de repos non bloquant à base de Netty

je travaille sur une application RESTfull qui nécessite une grande évolutivité. Je considère Netty cadres basés pour les applications RESTfull. J'ai passé en revue certaines des options disponibles et essayé d'obtenir ce qu'ils peuvent offrir comme une implémentation non-bloquante. Voici mes conclusions:

1. repos.li -- > encore en phase expérimentale pour les implémentations NIO basées sur la technologie. Donc, pas de prêt de production.
2. RESTEasy -- > Standard JBoss project qui supporte Netty 4.x. Mais, au lieu d'une implémentation NIO basée sur la pile entière, RESTEasy est un échange tampon entre Netty et RESTEasy. Il ne prend pas les avantages de Netty. Par conséquent, l'évolutivité n'est pas aussi élevé que prévu d'un Netty.
3. Netty-composante http -- > une autre option est L'intégration de Camel D'Apache tout en utilisant la composante de Netty-http comme point final pour acheminer des requêtes vers des services exposés dans from of beans. Je pense que C'est comme RESTEasy, seul le composant Netty-http utilise les capacités NIO basées sur Netty et le reste du système utiliserait l'ancien IO. Je ne pense pas que je pourrais aider beaucoup à gagner scalabiltiy.
4. RESTExpress --> Il prétend être Netty mécanisme de Détente de l'application. Mais, ni il a une communauté décente ni il peut être fait confiance (parce que c'est très nouveau) pour l'application d'entreprise qui exige un haut degré de sécurité.

avant d'avoir les résultats ci-dessus, je je voulais utiliser un cadre prêt à l'emploi et faire le travail plus rapidement.

je sais que c'est une question d'opinion. Mais j'ai quand même sérieusement besoin d'aide pour choisir le bon cadre pour ma demande. Si, dans le cas, il n'y a pas de cadre de repos basé sur les Netty: serait-il sage d'opter pour la plomberie bas niveau Code De NIO basé sur les Netty dans ma demande? Toute aide appréciée. Merci à l'avance.