Хочу сделать Socket-сервер для игры в шахамато-подобную игру.
Клиента однозначно буду делать на Java — многплатфоременность рулит.
Однако возник вопрос насчет сервера, хотелось бы и его реализовать на Java, но есть сомнения в достаточном быстродействии.
Кто имел опыт подобных разработок — поделитесь соображениями.

Здравствуйте, Аноним, Вы писали:

А>Хочу сделать Socket-сервер для игры в шахамато-подобную игру.
А>Клиента однозначно буду делать на Java — многплатфоременность рулит.
А>Однако возник вопрос насчет сервера, хотелось бы и его реализовать на Java, но есть сомнения в достаточном быстродействии.
А>Кто имел опыт подобных разработок — поделитесь соображениями.

Не думаю что для шахмато подобной в online потребуется большая скорость

Здравствуйте, Аноним, Вы писали:

А>Хочу сделать Socket-сервер для игры в шахамато-подобную игру.
А>Клиента однозначно буду делать на Java — многплатфоременность рулит.
А>Однако возник вопрос насчет сервера, хотелось бы и его реализовать на Java, но есть сомнения в достаточном быстродействии.
А>Кто имел опыт подобных разработок — поделитесь соображениями.

Я когда то думал над подобным сервером, для дугих целей, конечно.
С быстродействием проблем, думаю, не будет. А вот с хостингом.....

Здравствуйте, 0legus, Вы писали:

0>Я когда то думал над подобным сервером, для дугих целей, конечно.
0>С быстродействием проблем, думаю, не будет. А вот с хостингом.....

Ну и в дополнение: а чем существующие апп-серверы не подходят?

Здравствуйте, Аноним, Вы писали:

А>Хочу сделать Socket-сервер для игры в шахамато-подобную игру.
А>Клиента однозначно буду делать на Java — многплатфоременность рулит.
А>Однако возник вопрос насчет сервера, хотелось бы и его реализовать на Java, но есть сомнения в достаточном быстродействии.
А>Кто имел опыт подобных разработок — поделитесь соображениями.

Вот только клиент на Java очень сомнительно, половина браузеров аплет зарубит

Здравствуйте, stenkil, Вы писали:

S>Вот только клиент на Java очень сомнительно, половина браузеров аплет зарубит

Почему обязательно апплет?

Здравствуйте, Blazkowicz, Вы писали:

B>Здравствуйте, stenkil, Вы писали:

S>>Вот только клиент на Java очень сомнительно, половина браузеров аплет зарубит

B>Почему обязательно апплет?
А какие есть еще варианты, чтобы не писать отдельного клиентского приложения?

Здравствуйте, stenkil, Вы писали:

S>Здравствуйте, Blazkowicz, Вы писали:

B>>Здравствуйте, stenkil, Вы писали:

S>>>Вот только клиент на Java очень сомнительно, половина браузеров аплет зарубит

B>>Почему обязательно апплет?
S>А какие есть еще варианты, чтобы не писать отдельного клиентского приложения?

флэш, html

Здравствуйте, stenkil, Вы писали:

B>>Почему обязательно апплет?
S>А какие есть еще варианты, чтобы не писать отдельного клиентского приложения?
А откуда уверенность что не должно быть отдельного клиентского приложения?

Здравствуйте, 0legus, Вы писали:

B>>>Почему обязательно апплет?
S>>А какие есть еще варианты, чтобы не писать отдельного клиентского приложения?

0>флэш, html

Мужики, я в ауте. Почему вы видите что клиентское приложение — web, а я не вижу?

Здравствуйте, 0legus, Вы писали:


0>флэш, html

автор написал
>Клиента однозначно буду делать на Java — многплатфоременность рулит.
Именно с этим решением я и не согласен

А я и вовсе не апплет ввиду имел.

вот пример подобной штуки.

http://kgs.kiseido.com/en_US/download.xhtml

Только я для другой игры хочу такое сотворить. У них клиент на Java сделан и скомпилены клиенты под разные платформы.
На сервере до 3000 пользователей одновременно бывает. Хотя у них, скорее всего, кластер, даже если сервер не на Java писан.

Ядро игры, можно оболочками под разные платформы подогнать — PDA, mobile... и так далее...

Здравствуйте, 0legus, Вы писали:

0>Здравствуйте, 0legus, Вы писали:

0>>Я когда то думал над подобным сервером, для дугих целей, конечно.
0>>С быстродействием проблем, думаю, не будет. А вот с хостингом.....

0>Ну и в дополнение: а чем существующие апп-серверы не подходят?
Не силен в Java серверах, но я думал что существующие апп-сервера только для HTTP.
Что делать есть свой протокол?

Здравствуйте, stenkil, Вы писали:

S>автор написал
>>Клиента однозначно буду делать на Java — многплатфоременность рулит.
S>Именно с этим решением я и не согласен

ИМХО, выбор зависит от легковесности клиента. Если он вдруг выростет хотя бы до полусотни мегабайт, то в дистрибутив смело можно будет включать JRE.

Здравствуйте, Blazkowicz, Вы писали:

B>Здравствуйте, 0legus, Вы писали:


B>Мужики, я в ауте. Почему вы видите что клиентское приложение — web, а я не вижу?

Объем аудитории будет больше

Здравствуйте, Аноним, Вы писали:


0>>Ну и в дополнение: а чем существующие апп-серверы не подходят?
А>Не силен в Java серверах, но я думал что существующие апп-сервера только для HTTP.
А>Что делать есть свой протокол?

Проблемы с брандмауэр обеспечены

Здравствуйте, Аноним, Вы писали:

0>>Ну и в дополнение: а чем существующие апп-серверы не подходят?
А>Не силен в Java серверах, но я думал что существующие апп-сервера только для HTTP.

Заблуждение. HTTP — протокол. J2EE от него абстрагируется как может. Посмотри, например RMI, EJB.
RPC в Spring.

А>Что делать есть свой протокол?

ИМХО, лучше построить свой протокол поверх HTTP, как например SOAP по HTTP.

B>Заблуждение. HTTP — протокол. J2EE от него абстрагируется как может. Посмотри, например RMI, EJB.
B>RPC в Spring.
B>ИМХО, лучше построить свой протокол поверх HTTP, как например SOAP по HTTP.
Да понимаю я, что HTTP это протокол. А насчет RMI, EJB и прочего, вознкает вопрос, как насчет поддержки всего этого в мобильных версиях Java?

Здравствуйте, Аноним, Вы писали:

B>>Заблуждение. HTTP — протокол. J2EE от него абстрагируется как может. Посмотри, например RMI, EJB.
B>>RPC в Spring.
B>>ИМХО, лучше построить свой протокол поверх HTTP, как например SOAP по HTTP.
А>Да понимаю я, что HTTP это протокол.
Я понимаю, что ты понимаешь. Про J2EE высказывание было.

А>А насчет RMI, EJB и прочего, вознкает вопрос, как насчет поддержки всего этого в мобильных версиях Java?
Честно: не знаю. Но предчувствие говорит что для мобильных платформ HTTP based тоже предпочтительнее. Надо поиском посмотреть здесь.

Здравствуйте, Аноним, Вы писали:

А>Да понимаю я, что HTTP это протокол. А насчет RMI, EJB и прочего, вознкает вопрос, как насчет поддержки всего этого в мобильных версиях Java?

Кто нибудь оценивал время разварачивания RMI вызова?

Здравствуйте, Аноним, Вы писали:

А>Хочу сделать Socket-сервер для игры в шахамато-подобную игру.
А>Клиента однозначно буду делать на Java — многплатфоременность рулит.
А>Однако возник вопрос насчет сервера, хотелось бы и его реализовать на Java, но есть сомнения в достаточном быстродействии.
А>Кто имел опыт подобных разработок — поделитесь соображениями.

Можно достаточно мощного клиенат сделать на gwt http://code.google.com/webtoolkit/

А сервер вполне можно и на JAVA.

К слову скажу, имел опыт подобной разработки, java не подвела.

Только если вы не собираетесь делать игру с компьютером, тут прощай быстродействие.

S>Только если вы не собираетесь делать игру с компьютером, тут прощай быстродействие.
Не, игру людей с людьми. На сервер только функции статистики, которые в принципе можно и на сервер баз дынных возложить.

Здравствуйте, Аноним, Вы писали:

А>На сервере до 3000 пользователей одновременно бывает. Хотя у них, скорее всего, кластер, даже если сервер не на Java писан.

Гм, 3000 шахматистов — это явно несколько сотен простейших транзакций в секунду и где-то 3000 запросов на получение изменений в секунду же.
Это и одни сервак потянет, в крайнем случае двуядерный. Единственная проблема — настроить Tomcat на 3000 одновременных сессий

Здравствуйте, Аноним, Вы писали:

А>Хочу сделать Socket-сервер для игры в шахамато-подобную игру.
А>Клиента однозначно буду делать на Java — многплатфоременность рулит.

Вот уж что я однозначно бы писал на erlang...
Сходи в эху по "декларативному программированию"...