liquid_sun, как в анекдоте, съисть-то он их съисть, да кто ж ему их дасть?
котировки через JMS не слышал. да и не заморачивался.
могу пропиарить свою разработку: «On-Line получение данных из Quik в Java и не только» — smart-lab.ru/blog/216370.php

мне лично Java очень нравится.
хотя платформу для трейдинга серверную я бы наверное делал на C++
но надо понимать, что по навыкам, imho, гораздо сложнее найти сейчас C++ ника. Плюс в моё время всё дело было не в языках, а в библиотеках и рантайме. C# и JavaEE дают мощнейший стек и по работе с БД и с сообщениями, для C++ это, кмк, посложнее (но я уже не в теме).

вообще не надо делать то, что уже есть. если только нет желания сделать что-то лучше и готовности потратить на это лет 5 жизни и кучу времени и сил с неизвестным результатом.

если ты к трейдерам обращаешься, то:

— на жабе TWS и TOS
www.thinkorswim.com/t/trading.html

institutions.interactivebrokers.com/en/index.php?f=1537&ib_entity=inst

— питон и так хорош, сделай обертку для плазы например, хотя это будет медленно, но удобно
ftp://ftp.moex.com/pub/ClientsAPI/Spectra/CGateCurr/

хфт-шники сами на плюсах себе напишут

— плюсы в масс-трейдинге уже есть, сделай коннектор
www.sierrachart.com/index.php?page=doc/doc_Contents.php#AdvancedCustomStudySystemInterfaceandLanguage

www.sierrachart.com/index.php?page=doc/doc_DTCProtocol.php

— шарп текуч, жорок и некроссплатформенен, хотя не так и плох на практике для многих мелких задач, он просто не оптимален в принципе, а завязка на одну фирму не вдупляет нынче народ в бизнесе

велосипеды не нужны. жаль времени.