Только клиентское приложение (без взаимодействия с сервером).Вы бы порекомендовали изучить javascript или лучше использовать веб-инструментарий Google (GWT) (который, как я понимаю, переводит java-код в javascript + html) Другие варианты?
Это зависит от масштаба приложения,Если это что-то, что может быть реализовано с помощью Javascript в течение нескольких часов, тогда я просто выбрал бы это (возможно, с использованием JQuery.) Если это более крупный проект (некоторые большие проекты - только на стороне клиента!), То я бы использовал GWT.По моему опыту, у GWT более высокая стоимость запуска, но как только вы начинаете, разработка, как правило, намного приятнее.
BIS: клиентское приложение, взаимодействующее с другим клиентским приложением (т.е. оба в пределах -другой браузер) или с сервером (автономно).Тот же выбор, что и раньше?Я знаю, что GWT разрешает вызовы удаленных процедур.Подробнее?
Примерно то же, что и выше, хотя очевидно, что такого рода взаимодействие действительно указывает на более сложную программу, поэтому в этом случае я бы склонялся к GWT.
Богатое интернет-приложение.Flex кажется обычным выбором (верно?) Я думаю, что для этого не существует языка на основе Java (JavaFx, несмотря на то, что его имя не Java, и я прочитал «он смертельно ранен») Другие варианты?
Это смертельно ранено для сети, лично я думаю, что со следующей версией JavaFX, когда они устарели JavaFX-скрипты, тогда все может выглядеть на десктопе.Но здесь дело не в этом :-) Flex был бы вполне приемлемым выбором, однако в наше время я бы серьезно подумал, есть ли у HTML5 и его поддержка canvas все, что вам нужно (возможно, или нет, в зависимости от приложения)..) У вас также есть GWT, доступный для вас, с такими вещами, как плагин GWT-canvas.Я никогда не использовал его сам, но из памяти он обеспечит обратную совместимость поддержки для браузеров, которые не поддерживают HTML5 в форме плагинов.Если вам это нужно для работы в браузерах, которые не поддерживают HTML5, то это может быть разумным вариантом.
Бизнес-приложение.Тогда выбор явно JavaEE (который включает в себя JavaFaces для клиентской стороны).Действительно ясно?Другие варианты?
Я бы для этого склонялся к Spring, а не к JavaEE, я считаю, что он более гибкий и гораздо приятнее в работе.