Сколько народу делать будет? Я бы так сделал, отобрал бы 2 "студентов", чтобы поактивнее, но и неглупые были. Каждого посадил на свою технологию, дал бы месяц времени и посмотрел за ходом работы...

С .Net все понятно, что непонятно... А вот с явой еще вопрос инструментария возникает, причем он сильно важен, от него многое зависит...

Лично у меня предпочтения в стороны явы и многоплатформенности, да и корба здесь добавляет плюсов - хороший стандарт.... Минусы вижу в определенной прожорливости явы (хотя как писать ) и, возможно, по цене может больше выйти.... (опять же - на чем писать и как продавать)

Надо еще и задачку понять, если сервисы будут курсы валют пересчитывать и пяток записей из СУБД вытаскивать - и на яве хорошо будет...

А вот если диффуры считать с экспонентами, я бы на дот нет ставку сделал... все таки С :))

Кстати, интересный оффтоп получается... ты случайно форумом не ошибся?

Вот это в догонку, если тебе на билдере тоже самое делать захочется...

У меня почемуто сложилось впечатление что он побыстрее крутиться чем Java(могу ошибаться)? На клиентских машинах так однозначно... Да и среда разработки охватывет как клиента так и сервер. Удобно под одно и то же затачивать. Администрить проще, но опять же и дыр больше.

под твою задачу с лихвой хватит... там более важно что будет в качестве сервера СУБД, так как на любом СП с кластерами ты такую нагрузку осилишь, да еще запас на порядок будет... А вот сервер СУБД скорее один будет, поэтому и станет узким местом... При необходимости можно будет использовать схемы с кэшированием (коннектов, запросов...). А вот здесь гораздо важнее простота разработки компонент и работы с БД.

В этом плане мне лично больше импонирует только 2 варианта: J2EE либо PB. PB исключительно по причине лучшего знакомства (больше проектов сделано), да и более простая работа с СУБД через DW.

Про Tomcat слышал много лесного, рекомендую в связке с JBuilder. Хотя бы потому, что Sybase предлагает для такой связки компоненты DW. Здешним гуру обяснять преимущества не имеет смысла.

Теперь про билдер - проекты реальные делал с Ягуаром (CORBA). Производительноть вполне хорошая, особенно хорош в кластере. Из-за специфики PBVM каждый виртуальный сервер держит от 30 до 200 активных пользователей (в зависимости от реализации компонент). На связке 2-3 обычных 1-проц серваков (6-9 виртуальных серверов) достигается хорошая масштабируемость и надежность... есть реальные тесты и проекты, когда уверенно держалось порядка 1300 одновременных активных коннектов. Причем есть куда и дальше расти :))

С Web сервисами я не работал на PB, но для любого кто писал под ягуар выложенный сайбесом пример даст понимание, что технически эти технологии идентичны... даже появилось желание переписать один проект под веб сервисы для спортивного интереса... посмотрим...

Подойти конечно не просто... лично мне так было... но вопрос времени и усилий... Если для тебя не игрушки - работай и вопросы задавай... Только учти, я помочь реально смогу с конфигурацией PB + Jaguar.

TO alienzz:
Думаю, PHP тут однозначно не применимо. Не путай козу с баяном. Основная фишка веб сервисов заключается в возможности передачи (стандартный интерфейс) описания компонент и их использования. Если грубо, это публичный шлюз доступа к системе. И как ты это на PHP реализуешь? :))

Тут вопрос выбора инструментов, поддерживающие технологию веб сервисов... Пока PHP (насколько мне известно) данную технологию не поддерживают.

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

А насчет производительности скажу только следующее, для бизнес приложений ее с лихвой хватит. Только заложиться на оптимальность желательно. Для примера - взгляните как-нить на сайт поддержки Sun - работает очень быстро...

Tо Sergey Rijkov:

:)) Все точно, даже и добавлять более не хочется.

То alienzzzz:

Тем более, что уже кратко описывал основные отличия веб сервисов от прочих технологий. Вот... " Основная фишка веб сервисов заключается в возможности передачи (стандартный интерфейс) описания компонент и их использования. ". Боюсь, что слишком просто получилось - оттого и непонятно некоторым Таких могу только отправить по ссылкам Сергея.

А по поводу написания Вашего ника, извольте его сами внимательно глянуть... апперов я там лично не наблюдаю, а за недостаточное число букв "з" прошу извинить... Надеюсь - не сильно оскорбило...

Советую впредь более внимательно читать тему и ответы прежде чем бросаться отвечать. А уж если и в тему вникнете (я уже молчу про ее знание) - тогда просто замечательно будет.

Всем остальным: Сори за небольшой флейм, надеюсь, больше не повториться.