Кроссплатформенное приложение-сервис. На чем писать?

И как у нас Java на Win сможет сервисом работать? Что-то я такого не встречал…

На вскидку:
Делаем java приложение как windows-сервис
habrahabr.ru/sandbox/49165/

можно, все работает вполне отлично.

UPD.
mtaalamu.ru/blog/coding/1391.html
edn.embarcadero.com/article/32068

Ого. У меня простенькая утилитка… Тогда уж Qt…

Да еще и Windows Server 2008

Неужели на яве так уж проще писать, чем на Qt? И у Qt, кстати, скоро появится официальная поддержка Android, iOS (уже слито в основную ветку что есть).

Вопрос собственно не в том, как сделать сервис или демон. Это скорее описание как быдет выглядеть приложение. Т.е. отсутствие GUI. Если это будет сервис в Win, то маленькое дополнительное приложение с иконкой в трее по управлению им — не проблема.
Вопрос больше программерский. Т.е. какие есть технологии/библиотеки, которые работают примерно одинаково на «всех» платформах.

Для написания кроссплатформенного софта на C++ я предпочитаю использовать Qt. Геморроя нет или почти нет.
Mono зарекомендовала себя как отличная платформа для разработки кроссплатформенных приложений на C#.

Если приложение действительно очень маленькое, то почему бы не взять просто библиотеку boost, POCO или что-нибудь еще, где есть потоки, треды, работа с sql, и написать это руками? Все более-менее серьезные библиотеки могут компилироваться всеми популярными компиляторами и работать во всех популярных окружениях.

Меня больше волнует граница между {Win,*nix, MacOS} и {iOS, Android}
Если в первой группе все более-менее понятно и, как мне кажется, скомпилируется из одних исходников, как я уже писал, тем же MinGW (pthreads, sockets, mongoose), то так ли легко те же исходники скомпилируются для второй группы? Скажем тот же boost…
Qt все же великоват :(

boost как раз максимально кроссплатформенный, за него бы я волноваться не стал. Есть, например, вот такие проекты.

Если таки С++ и что-то типа сервиса (хотя зачем сервису кнопка?) :) то присоединяюсь к совету про POCO. Хотя в моем опыте использования была какая-то эпическая проблема, поиск которой занял несколько дней. За давностью лет (это было 4 года назад) уже не вспомню что именно, но причина была в отличиях реализации STL и компилятора VisualC++ vs GCC. То есть, и там и там код компилировался корректно, но вел себя по разному. Поэтому использование одинаковой фреймворки для разных платформ не гарантирует идентичности работы кода. Тестировать все равно надо.