Client = Html5 + CSS3 + JS + Jquery. Server =?

Non c'è una risposta "giusta" alla tua domanda, ma ti dirò cosa ho scelto e un po 'sul perché.

back-end

Provengo da un background simile e ho scelto di utilizzare Spring Data REST come servizio livello, perché fornisce un modo semplice e flessibile per esporre la funzionalità CRUD per i miei dati. Fino a quando ho trovato questo progetto stavo scrivendo il codice di accesso ai dati e il codice di servizio REST, quindi mi ha salvato molti mesi di lavoro. Funziona bene per me perché non c'è molta logica aziendale specifica che sono preoccupato di esporre in JS lato client.

Se preferisci un maggiore controllo sulla tua logica aziendale, Spring Web MVC è davvero potente ma semplifica l'esposizione dei servizi con un servizio web intefaccia.

front-end

Ho iniziato a lavorare sul front-end Web usando JSP, e la pagina si è rinfrescata sentendomi molto pigra rispetto alle webapp più reattive sul lato client che recuperano solo i dati che cambiano tra le pagine e re-renderizzano solo le sezioni della pagina se necessario.

Se inizi a guardarlo, troverai molti diversi framework JS sul lato client che ti aiuteranno a ridurre lo standard e a strutturare il tuo codice affinché sia estensibile e gestibile. Il mio riferimento principale per decidere su uno era questo confronto che considera circa 10 dei più popolari e descrive come sceglierne uno in base alle tue esigenze. Collegato da lì ho trovato TodoMVC , che è una semplice applicazione web todo implementata in tutti gli stessi framework e molto altro, che ti permette di vederli in azione, e confrontare come implementano vari modelli comuni nello sviluppo JS lato client.

Per quanto mi riguarda, ho scelto Backbone.js perché ha soddisfatto i miei bisogni e sembrava essere il più utilizzato, quindi ho molto di risorse quando si trovano soluzioni a problemi comuni. Esistono molte librerie secondarie che possono essere utilizzate insieme a Backbone.js, come Marionette , Backbone.ModelBinder e altri.

Ci sono molte belle librerie RESTful in Java (come hai detto che sei di provenienza JEE).

Credo che tutte le lingue conosciute disponibili abbiano librerie RESTful utilizzabili. La scelta del linguaggio dovrebbe essere più determinata da qualcosa del tipo: quale lingua vuoi sviluppare la tua logica di livello intermedio? C'è qualche codice legacy da usare? Come si sta integrando con altri sistemi, ecc. Semplicemente "RESTful WS" non è mai un fattore trainante per scegliere la tecnologia da utilizzare sul lato server (almeno vero per me).