Rou1997

Что тут решать двое суток, поискали бы в Google "NetworkOnMainThreadException" и уже кое-что пишут, останется только понять. :)
Вот у меня про сотрудников написано, это про таких неэффективных, как вы)))))
Нужно в отдельном потоке - либо Thread, либо AsyncTask.

Нужно, и тем более, если используются headless-браузеры, а не HTTP.
Ну, вот скажите: как вы решите стандартную проблему, вот загружается страница, потом выполняется AJAX и только после этого появляется нужный элемент в DOM, стало быть стандартное событие типа OnDocumentCompleteи т.п. здесь бесполезно, потому что когда оно "зажжется", то элемента еще не будет?
Хотя, само знание DOM, это уже знание JS.

Условия "работа в интернете" (а не локальной сети) и "24/7" задают особые требования, которыми можно пренебречь при разработке какой-то "ерунды" и часто это делают, а у вас не будет работать такое.
Например, для надежной связи (пропадает Wi-Fi, контакт в кабеле...) нужно изучить протокол TCP, понимать, когда происходят "обрывы", как их выявлять вообще. Я исследовал с помощью сетевого сниффера Wireshark, собственно вынимая кабель и отключая Wi-Fi-роутер (хотел мудрить что-то особое на Arduino и т.п., но не было денег, да и без этого вполне смог обойтись) и, конечно же, читал теорию - форумы, статьи, только на практике понимал.
Насчет "интернета", кроме надежной связи тут есть еще нюанс - боты, их гораздо больше чем я думал, а логика их непонятна, сервер только что зарегистрирован, порт естественно не 80 и т.п., но тем не менее не проходит и суток, как перебрав все порты появляется бот и отправляет непонятно что, и сервер "вылетает" с ошибкой по парсингу, так что надо учитывать сразу же, иначе они помешают уже на этапе тестирования.
Еще алгоритмическое мышление здесь важно, у меня с ним было очень плохо, поэтому сначала было тяжело работать с кодом, в котором каждая строчка "завернута" в try-catch, а в catch находится еще пять строчек (логирование и т.п.) и еще непонятно что именно лучше делать в каждом catch, то ли клиента отключать, то ли что. :) Но, вода и камни точит - привык.
А теперь о библиотеках... Вся эта тирада из четырех абзацев к тому, что так и не нашел я библиотек, которые бы сделали все перечисленное за меня, все они слишком абстрактны, а искал очень хорошо и умею это гораздо лучше, чем писать, но результат, только время зря потратил, так что - делать самим!
Языки - тоже пробовал разные - без разницы, что привычнее и подходит для других требований задачи, на том и пишете.

Это не так просто! Поэтому необходимо избегать использование библиотек, особенно от "кого попало".
В любом случае, сперва - анализ исходного кода обеих библиотек, и смотреть где можно сделать dependency injection, в лучшем случае действительно будет способ использовать их вместе с одной кнопкой, в худшем - придется брать код из одной и переносить в другую, а это без опыта и развитого аналитического мышления выльется в "геморрой", может быть вам будет проще писать свою с нуля, потихоньку копируя из имеющихся лишь принцип, а реализовывая самому, это индивидуально и от везения зависит.

Скриншоты кода не вижу, кто вообще публикует код скриншотами, а на скриншоте самого экрана я вижу стандартный Toolbar, в нем заголовок и ActionBarDrawerToggle должны быть по центру по вертикали, если у вас получается сверху то какой-то дефект разметки, сравните с "оригиналом", например который создается в Android Studio при создании Navigation View Activity.

Во-первых, еще нужно import этого самого OkHttpClient добавить в коде.
Во-вторых, если Gradle, то лучше бы подключали не вручную, а добавив его в dependencies, при сборке Gradle сам скачает и подключит.
В-третьих, в OkHttp нет особого смысла, даже вместе с Retrofit польза этой системы сомнительна, а уж сам по себе он вообще бесполезен, сами подумайте - что он дает, лучше самому написать такой класс, APK будет меньше размером.