Frozen Coder

Напишите файловый сервер с возможностью загрузки файлов через ftp-клиент, через web-морду, через SOAP ( или REST), через мобильную приложуху с аутентификацией, базой юзеров, также можно в базе хранить какую-нибудь метоинформацию о файле. Например, может быть такой маленький личный фотоальбом с подписями(блог-постами, комментами etc.), фотки из которого доступно скачать и залить повсякому. Попробуете всё.
web и Java = Enterprise. Это приложения масштаба предприятия, т.е. они как-то автоматизируют его бизнес-процессы и документооборот, переносят его работу в web и электронный формат. Они также могут общаться с другими приложениями, системами. Отсюда пляшем. Вам нужно какое-то предприятие, у которого вся работа в оффлайн, всё плохо, бюрократия и ад. Придумайте сложный бизнес-процесс со сложными сущностями. Разный и изменяющийся во времени и пространстве уровень доступа. Интеграция с другими приложениями или гос.сервисами. Электронный банк, электронные платежи, электронная валюта. Наворотить можно много чего.
Начните с малого - какой-нибудь справочник-реестр с функциями CRUD - создать, прочитать, редактировать, удалить запись. Далее прикрутите систему прав и ролей пользователей(не все могут создавать, редактировать и тем более удалять). Добавьте работу с файлами - скачать, загрузить, экспорт в pdf и exel. Продолжайте накручивать своё приложение функционалом - личка и чат, доска объявлений, имитация отношений начальник - подчиненный (тайм-менеджмент, таск-менеджмент, сбор отчетов каких-нибудь по работе), уведомления (в почту, в системе, м.б. попробовать с смс), напишите другую маленькую систему и заобщайте их между собой по SOAP или REST(например, другая система может читать из справочника и что-нибудь туда писать). Берите какое-нибудь гипотетическое предприятие (склад, магазин, автосервис, школа, больница, завод и т.д.) и представьте, что ему надо свой документооборот перевести в электронный вид и максимально автоматизировать бизнес-процессы.
Из фреймворков - семейство Spring.

Всё начинается с малого. У меня была отличная задача - добавить одно поле, в базу, в класс, вывести на страницу, в класс веб-сервиса. Так я прошелся по всем слоям системы и познакомился с ней, с базой, с SOAP, с web-слоем. Считаю одной из лучших задач для джуна, позволяющей познакомиться со всеми слоями проекта. Вообще задания строятся на терминалогии предметной области, затем она обсуждается с наставником - как будешь делать, какие есть варианты, в результате чего определяется в общих словах реализация, ну а потом вперед, пишишь код, пишишь тест, показываешь, что всё работает, если ок, то коммитишь, потом наставник делает код-ревью и если проходит, то пойдет в прод, если нет, то исправляешь и по новой. Чем дальше в лес, тем дальше уходят от наставлений "Напишешь такой класс, используй такие интрефейсы " и т.п. в сторону самостоятельности и общения на языке предметной области, а потом уже и попроектировать дадут, а потом уже и не заметил как сам начал джунов наставлять.

apache poi
https://poi.apache.org/
https://tproger.ru/translations/how-to-read-write-...
ну и дальше в гугл.

Компоненты высшего порядка. Можно оборачивать одним компонентом другой, можно передавать компоненты как props. Директивы очень похожи на компоненты или наоборот, только в react, говоря ангуляр-языком всё из директив)
www.w3ii.com/ru/reactjs/reactjs_higher_order_compo...
https://habrahabr.ru/post/309422/
prgssr.ru/development/komponenty-vysshego-poryadka.html

Например,

const dog = () => ( <Dog /> );
const robotDog = () = > ( <RobotDog dog={ dog } /> );

return (
    <MurderRobotDog dog={ robotDog } />
);

либо

<MurderRobotDog />
     <RobotDog >
         <Dog />
     </ RobotDog >
</ MurderRobotDog>

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

let component = () => ( <ComponentChild /> );
...
<Parent child={ component } />

Внутри Parent в методе

render(){
   return( 
      { this.props.child && this.props.child() }
   )
}

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

Самый лучший материал - это доки от создателя. С примерами.
https://react-dnd.github.io/react-dnd/docs-tutoria...
хватит уже желать на русском, учите английский, тем более, что во фронте без английского очень тяжко остаться на гребне волны.
Еще больше примеров на react-rocks
https://react.rocks/tag/Drag_Drop
И всё это гуглится.

Сделайте простые todo приложения на всех трех и посмотрите, от какого получили больше удовольствия. Мерить можно только так, ибо работа есть для всех трех, они все неплохи, хотя в случае ангуляра лучше посматривать в сторону второй версии. Да первого еще дофига и это будет долго дофига, пока всё не перепишут. Но будущее таки за вторым и последующими версиями.
В реакте тоже можно юзать jQuery, оборачивая его в компоненты, но это не приветствуется и все стараются от него избавиться, однако до сих пор в сети полно готовых компонентов, которые его используют.

https://learn.javascript.ru/arguments-pseudoarray
в ES6 есть оператор расширения - ... https://developer.mozilla.org/ru/docs/Web/JavaScri...
Можно агрегировать всё в один объект и передавать его как один параметр, а потом проходиться по его свойствам через in.

Для всяких бложиков есть php. Это не совсем сфера, в которой пишут web на Java. Но если очень хочется потренироваться именно на java и в бложикописательстве, то кто ж вам запретит. Классический подход - взять Spring и Hibernate. Хранить текста в базе, в админке просто написать редактор текста на js, где будете писать свои новые статейки, нажимать опубликовать и отправлять новый текст в базу. В самом бложике будете отображать все текста, загружая их из базы. Вот и всё. По такому сценарию, сначала напишите часть админки, чтобы можно было сохранять текста в базу. Потом уже можно будет написать часть, которая будет их выводить. Всё это представляется не шибко сложной и неплохой задачей для новичка. Удачи.