авторРассмотрим следующий задачу: необходимо чтобы на все запросы от клиента возвращался ответ в виде HTML-страницы, кроме одного запроса /plaintext-view - ответ на него должен быть обычным текстом без заголовков, которые присущи HTML-страницам.
понятно, что у каждого свои тараканы, но не в таком же количестве....
весь мир давно отошёл от полного обноаления страницы , а тут задача стоит именно в этом.

автор....во всех, т.к. JS программисты и их сообщество не знают Java и наоборот).
я знаю, правда не настолько хорошо и то и другое, но все ж достаточно (и + работа с базами), чтоб делать небольшие проекты в одно лицо :)
мне хватает netbeans и jsp(внутри jquery), получается всё в одном.
но для больших проектов лучше разделять...

Petro123,
jQuey UI, как без него...
я считаю, что jquery вкличает всё и ui ,как раздел

BlazkowiczвадяPetro123,
jQuey UI, как без него...
я считаю, что jquery вкличает всё и ui ,как раздел
jQuery UI очень слабенькая штука, ИМХО. Не проще ли Bootstrap, Materials использовать или ещё какие заготовки?
тут скорее дело вкуса, мне больше подходит управлять самому всем, это несколько затратнее по времени, но зато всё под контролем. я к этому пришел ещё с акса. все хорошо на начальном этапе можно быстро.что-то скидать и работает, но с опытом приходит потребность сделать лучше, под себя, под конкретную реализацию и тут конструктор начинает ставить палки в колёса, начинаешь вникать в его сущность (что позволяет выучиться дополнительно) и приходишь к выводу, что можно и нужно сдеать самому.
jquery своим минимализмом просто заменяет стандартные операции, делает их проще, нагляднее.
но всё это ИМХО...

z3r9суть моего вопроса был в том что нужно ли делать как два отдельных проекта back end и front end. Если не делать никаких связей с spring mvc то эти части независимы. Front end можно например на ngnix сервере запускать а back end на Tomcat.

у тебя получается два десктопных проекта? или что такое Front end можно например на ngnix сервере запускать а back end на Tomcat?
если два отдельных приложения - то проще договорится о протоколе/формате обмена и делать их раздельно

авторА вообще многие похоже не паняли в чем суть AngularJS фреймvока. Это чисто клиенткая часть. И эта клиентскя часть должна быть отдельно от всяких Ынтырпрайзовских серверныx частей. То есть, серверня часть должна быть отдельным приложением построенном на любом языке программирования: java, С-шарпный. Серверня часть должна обеспечивать REST сервисы и выдавать данные в виде JSON.

Клиентская часть должна быть отдельным приложением: JavaScript - все! и все данные должны получаться через http.

в общем это всё и подоазумевается по умолчанию

авторЕдинственное пока для меня остается темной лошадкой как конфигурить клиентское приложение написанное с AngularJS . Как заставить приложение читать кокой-нибудь конфигурационный файл, внеший к данному приложению. То есть один ит тот же пакет должен внедряться на все сервера: девелоперский, тестовый, и рабочий. Если гуру знают как это множно сделать - поделитесь, пжлста!
клиентское приложение = это код javascript работающий в браузере, соответственно он не может сам читать любой файл (политака безопасности), только под управлением юзера.
если надо читаить какой-нибудь файл на сервере вне приложения (вне war файла) то это другое дело .
если использовать tomcat, то для него war распространяется без проблем на любой сервер, простым копированием.

авторКлиентское приложение одинаково для всех серверов, но серверные приложения сервисы - разные. То есть мне надо сказать клиентскому приложению какие линки использовать чтобы читать данные. т.е. должен быть конфигурационный файл где-то.

Можно конечно грузить конфигурационный фаил как простое веб приложение на тот же сервер что и клиентское приложение и сказать клиенскому приложению что на том же сервере есть такой фаилик, который скажет где читать данные. То есть все что надо так научить клиентское приложение как читать адресс и порт сервера на котором оно само крутится.
похоже , что ты не понимаешь, что хочешь, и вообще о веб приложениях.....
пока у тебя в голове абракадабра....