Rou1997

Нужно изучать реверс-инжиниринг под android: отладку без исходников, декомпиляцию, отслеживание пакетов (http снифферы есть в плеймаркете, также можно пустить на Genymotion и пустить через Fiddler, который стоит на винде, где и запущен эмулятор; надеюсь там http, а не tcp).
А бота написать можно на чем угодно.

Для Android - стандартный org.json.* для всего остального - не использовать Java.

Eclipse, причем лучше старой версии, у меня Eclipse Juno, пишу в ней для Android (плагин ADT) и редко для Windows, функционала полностью хватает для Android, подойдет и для AppCompat v7 (Material) и для JNI и любой другой технологии если достаточно глубоко ее освоить и "прикрутить", плюс возможно создавать свои плагины или изменять имеющиеся и саму IDE, исправляя их ошибки и недочеты, единственно 2 ГБ ОЗУ все равно мало для Android.
NetBeans тоже довольно "легкая".
Когда нужно запустить что-то более "тяжелое", например Android Studio или новый Eclipse, я арендую VPS, с процессором 2.2 или 3.4 ГГц, от двух до четырех ядер, оптимально три, а в принципе можно и восемь и даже больше.

Потому что у вас заново создается JTextField, взамен "подхваченного" из FXML:
textField = new TextField();
Уберите это.
Кроме того, в FXML же у вас id=tittel, значит и имя поля должно быть tittel, а не textField, иначе не "подхватится".

Учусь создавать android приложения

Это вы на JavaFX собрались писать для Android? Серьезно?

libgdx.

Правильно ли создан adapter?

У меня просто этот не грузит мой массив

У вас код не работает, а вы еще спрашиваете правильный ли он...
setAdapter(adapter) не забыли?

Лучше указывать, там вообще почему-то этому уделяют очень большое внимание, а именно с importони пожалуй даже правы. Еще лучше писать на Pascal, он самый лучший для этой задачи, написать код который будет компилироваться на нем наиболее вероятно, и наименьшее количество информации потребуется запомнить.

Там, как правило, root-права, поэтому все, что нельзя сделать через ADB, возможно сделать написав свое приложение-сервер для Android, а клиент "снаружи" эмулятора будет к нему локально подключаться (по такому принципу работают отладчики вроде gdbserver), и если требуется - можно изменить что-то в самом Android, с этим не возникнет ряда проблем, как на устройствах со сборкой ОС от производителя.

я сомневаюсь что девелопер будет кодить каждую кнопку, у которой различие будет только в id и тексте

Но в Layout же ее "накодили", и в чем проблема 22 раза скопировать "findViewById" и что там еще? Если его это шокирует, то писал бы плагин для IDE для автоматической генерации этого "findViewById", давным-давно пора, во всех нормальных GUI это автоматизировано, только в Android все по-дурацки, да разработчики из Microsoft кто создавал еще VB 6.0, в шоке были бы, узнав, что спустя двадцать лет будет платформа, где этого по-прежнему нет, и она одна из популярнейших.
А можно создать массив или список из ID, а далее цикл, меньше будет "копипасты" и больше гибкость.
Хотя, наверное, стоило изначально применить программное создание кнопок, в цикле, и каждой задать один и тот же OnClickListener.

В чём ошибка?

Все ошибки - обычно в LogCat!

} catch (Exception e) {
    Log.d("CONNECT: ", e.getMessage());
}

Кто так пишет?
Мало того, что это может привести вот к таким проблемам, вдобавок это неэффективно так как сообщения может не быть вовсе, или быть бесполезным.
Сам бог велел писать так:

} catch (Exception e) {
   e.printStackTrace();
}

Если этого недостаточно, то пишите свою util функцию, но тут уже хорошо думать надо.

но программа замечает что прокси на локальном IP и перестает работать

Вот пожалуй проще "сломать" систему защиты, если освоить реверс-инжиниринг, чем модифицировать трафик.
Второй вариант - если действительно проблема в локальном IP, то VPS арендуйте и пусть будет не на локальном.

Кто-то знает примеры с открытым кодом (желательно на С # или Java ну или С ++)?

Судя по вопросу пример с открытым исходным кодом вам не поможет, особенно на C++, его еще подите скомпилируйте, а так - тот же Wireshark (Pcap) и прочие подобные драйвера NT, еще вариант подменить системные DLL "оберткой" (паттерн hook, proxy), в частности wsock32.dll, готовых решений с таким принципом не видел - не развито почему-то, но можно попытаться написать самому.

А какие скриптовые языки, которые можно встроить в приложение на Java, поддерживают произвольное окружение (в теле скрипта доступен только тот набор объектов функций и т.д., который ты определяешь сам)?

В первую очередь, конечно, JavaScript - есть "движок" Mozilla Rhino, именно на Java, я с ним лично работаю на Android, там именно ограниченное, произвольное окружение, также Python, тот же Lua, да наверно любой открытый можно как-то "прикрутить", включая саму Java, но для ее компиляции потребуется JDK, не знаю как с таким быть на Android.

И какой из этого списка работает быстрей?

На производительность Rhino жалоб не поступало, в нем нет таких общих проблем, типа скрипт всего лишь выводит "hello world" и это уже занимает пять секунд, а насчет больших вычислений и т.п., это уже специфика.

Я слышал про apktool + dex2jar + jd-gui

Apktool, который основан на smali, сравнительно "годен" именно как дизассемблер и ассемблер "обратно", не путать с декомпиляцией, а JD-gui это "ширпотреб" как и Fernflower (IntelliJ IDEA Decompiler, AndroChef Decompiler), есть декомпиляторы менее популярные но в чем-то гораздо более эффективные, у меня уже девять декомпиляторов Java, и все "годные", не декомпилируется функция одним, я беру другой, а еще вы про отладку забыли, и если JNI то еще нужен NDK (именно весь, а не только gdb) и IDA + Hex-Rays.

А в чем вообще суть такого вопроса?
Допустим, единственно правильное решение для такого общего вопроса действительно существует. :)
Но все равно, зачем сейчас им заниматься, когда можно не останавливаться на этом и продолжить дальнейшую реализацию DAO, другую работу, а затем, если возникнут проблемы, то просто переделать, ведь в данном случае совсем несложно?

Так же понимаю, что на Java при желании можно всё сделать.

Мягко говоря, неправильно понимаете.

По вопросу, пишите сперва на C#, а дальше будет видно, зачем Java-то, если понимаете, что в чем-то она в любом случае уступает?

Можно, в любом случае в приложение можно встроить браузерный "движок" (headless-браузер), для приложений Android даже есть готовые фреймворки для этой цели - PhoneGap, XDK, Titanium, для десктопной Java (JavaFX, Swing, AWT) специальных фреймворков нет поскольку она не нужна чуть менее, чем совсем.

Новичку необходима практика, без рефлексии как правило можно обойтись, но бывают задачи, в которых она применяется, обычно это связано с обфускацией, реверс-инжинирингом, информационной безопасностью, исследованиями и т.п., но она применяется и в "мирных" решениях, например в MVC-фреймворках где нужно динамически обратиться к классу и методу имея string с его именем, но изучение обязано должно исходить из практики, а не все подряд что заблагорассудилось какому-то автору книги, то есть если нужен MVC-фреймворк - то изучайте MVC-фреймворку, а рефлексию в его контексте только когда понадобится.