C++ Application Server

А у самого, какое мнение сложилось?

неплохая документация, нестандартная лицензия, OSS, намек на энтерпрайз, довольно простое в использовании. дальше не лазил.

А область применения, где бы это было полезно, видимо тоже уже нашел?

да. но это пока только JFF

По мне, так это нестоящий внимания чей-то курсач.

>По мне, так это нестоящий внимания чей-то курсач.

обосрать - это легче всего. если можно - обоснуйте свое мнение, может и я проникнусь.

может и я проникнусь.

Да за ради бога, обмазывайся чем хочешь, отговаривать не буду.

>По мне, так это нестоящий внимания чей-то курсач.

Его в рамблере используют.

http://slonik-v-domene.livejournal.com/tag/cas

Его в рамблере используют.

Думаешь, я доки вообще не смотрел :)

TODO для 3.6.0:
- multithread-версия сервера
- параллельная обработка запроса в нескольких thread-ах
- новый интерпретируемый/компилируемый язык для реализации бизнес-логики
- embedded python
- embedded php

новый интерпретируемый/компилируемый язык для реализации бизнес-логики

embedded python

embedded python

Ничего не настораживает?

>Ничего не настораживает?

Ну мало ли, вдруг оно оправдано. Всякое бывает.

Нужен экспериментатор для проверки:)

Мануальчег почитайте. Это - чей-то дипломный проект.

Всякое бывает.

Пока в рамблере страдали над «общей шиной» и вот этой фигней, полимеры были успешно профуканы.

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

TODO я как-то упустил из виду, из процитированного тов. baverman, меня насторожило «multithread-версия сервера» - т.е., насколько я понял, они полагаются на модель распараллеливания апача (1.3? sic!), что для громкого Application Server является жирным минусом.

Другие пункты TODO, такие как поддержка Apache2 и FCGI для меня более решающие факторы. Допилят - будем посмотреть.

>Пока в рамблере страдали над «общей шиной» и вот этой фигней, полимеры были успешно профуканы.

я думаю что ситуация с полимерами рамблера мало связана с технической стороной обеспечения.

ситуация с полимерами рамблера мало связана с технической стороной обеспечения.

Так наоборот же, бардак ведет к свободным художествам.

что для громкого Application Server является жирным минусом.

Для меня решающим фактором явилось будущее встраивание скриптовых языков. Это о многом говорит. Например, что разработка приложений дико неудобная. И это попытаются сгладить динамикой. Ну бред же. Почему тогда сразу питон не взять? А если нужна скорость, то java. То, что автор смог куда-то там в продакшен (где кстати указание в каком именно месте это работает?) засунуть свое поделие, еще ни чего не значит.

а мне пофиг на это. чем бы програмер не тешился, лишь бы хардкорных зависимостей не добавил, все равно оно использоваться не будет.

насколько я понял, автор не сколько смог, сколько целенаправленно делал сабж в энтерпрайзе, для замены mod_perl на рамблермыле..

>Так наоборот же, бардак ведет к свободным художествам

таким как nginx, из той же конторы? ;)
вообще, имхо, разработка - в первую очередь творчество. не думаю что автор сабжа - бот...