Можно и так перефразировать. Если бы я знал ответ - не стал бы спрашивать.
Мне пойдет и названия книг, где подобная проблема рассмотрена, и указания вида "погляди паттерн рога и копыта".
Думаю, можно выделить
1. как организовать обработку ошибок, что бы код не захламлять
2. как разбить обработку ошибок на независимые шаги
3. как организовать передачу данных между этими шагами
Потоками я не управляю. Просто подсунул экземпляр. Сервлеты сами разбираются с потоками и экземплярами. Создавать на каждый запрос обработчик — накладно.
Многопоточный вызов организую не самостоятельно. Просто подсовываю в сервлет, там «все само». Городить еще один набор потоков как-то не хочется.
Нужен способ правильно остановку своего класса организовать.
Сенсоры я там нашел. И кабель тоже. Но хочется понять, что за разъем. Готовый кабель там неоправданно дорогой, я его и сам собрать смогу, если добуду материалы.
Может быть. Но заказчик требует реляционную базу. Я сам давно хочу для этих целей применить какую-нибудь современную NoSQL. Даже mongodb-appender для log4j написал.
Я предпочитаю по максимуму использовать СУБД-независимые решения. Сегодня mysql, завтра — postfresql а то и вовсе oracle. И так миграция — не простая штука. А если еще на специфику сильно опираться — вообще вилы.
Дата, безусловно, пишется. Такое разделение нужно что бы не перегружать таблицу. Например, если нужно писать логи запросов в базу, то такой шардинг довольно удобен.