Здравствуйте, IT, Вы писали:
IT>Тебя мы им не отдадим. С тобой нужно просто провести разъяснительную работу и ты одумаешься
да? и выкину 6 лет работы коту под хвост? фигушки
я уже 6 лет занят разработкой концепции нормального (с моей точки зрения) AppServer'а...
основной режим работы — statefull, побочным может будет stateless.... правда через то самое отверстие
... << RSDN@Home 1.1.2 beta 2 >>
Если при компиляции и исполнении вашей программы не происходит ни одной ошибки — это ошибка компилятора :)))
Здравствуйте, IT, Вы писали:
IT>Здравствуйте, Hacker_Delphi, Вы писали:
H_D>>я уже 6 лет занят разработкой концепции нормального (с моей точки зрения) AppServer'а...
IT>Ну и как? С места сдвинулось?
Здравствуйте, Hacker_Delphi, Вы писали:
H_D>>>я уже 6 лет занят разработкой концепции нормального (с моей точки зрения) AppServer'а...
IT>>Ну и как? С места сдвинулось?
H_D>ну... 6 макетов написано.. щаз бета пишется... вернее — RC
Т.е. в год по макету. Здорово. Начинал наверное ещё когда DCOM только выходил из дверей Microsoft Research, а заканчиваешь, когда уже на смену Remoting'у идёт Indigo.
Классно вам стейтфульщикам живётся
Если нам не помогут, то мы тоже никого не пощадим.
Здравствуйте, IT, Вы писали:
IT>Т.е. в год по макету. Здорово. Начинал наверное ещё когда DCOM только выходил из дверей Microsoft Research, а заканчиваешь, когда уже на смену Remoting'у идёт Indigo. IT>Классно вам стейтфульщикам живётся
DCOM меня и не интересовал... а сроки... это же до недавнего времени так — хобби было...
... << RSDN@Home 1.1.2 beta 2 >>
Если при компиляции и исполнении вашей программы не происходит ни одной ошибки — это ошибка компилятора :)))
хъ
IT>Т.е. в год по макету. Здорово. Начинал наверное ещё когда DCOM только выходил из дверей Microsoft Research, а заканчиваешь, когда уже на смену Remoting'у идёт Indigo. IT>Классно вам стейтфульщикам живётся
DCOM вышел восемь лет назад. Когда Хакер начал работать, он уже победным маршем шел по планете.
Я думаю, Хакер закончит, когда страрый Дон придумает чем заменить Индигу.
IT>Это обсуждение мы давай лучше отложим. Я лишь намекну, что на stateless сделать можно всё
А можно мне хоть намекнуть как при помощи:
1. .NET в которой нет идеологии Dynamic курсоров
2. Stateless
Сообразить скажем систему обеспечивающую торговлю скажем какимето акциями ( хочу real time ).
hint 1: Изменения котировок должны приходить как можно быстрее
hint 2: Pooling не предлогать
Здравствуйте, Tom, Вы писали:
Tom>А можно мне хоть намекнуть как при помощи: Tom>1. .NET в которой нет идеологии Dynamic курсоров Tom>2. Stateless
Tom>Сообразить скажем систему обеспечивающую торговлю скажем какимето акциями ( хочу real time ). Tom>hint 1: Изменения котировок должны приходить как можно быстрее Tom>hint 2: Pooling не предлогать
Сделать можно разными способами, но курсоры как и вообще базы данных имеет к этому весьма опосредованное отношение.
Если нам не помогут, то мы тоже никого не пощадим.
IT>В общем ход твоих мыслей я уже давно потерял, но мимо этого пройти не могу, религия не позволяет IT>Ты в своём доказательстве забыл одну простую вещь. Для реализации подобного механизма в stateful необходимо как минимум поддерживать версию объекта, которая является частью состояния. Но ведь в stateless состояние не куда не девается, просто оно в другом месте.
А может ты путаешь stateless и persistent connection less?
Слово то простое. stateless и говорит оно что state less а не state у нас в базе данных и мы тут его ручками круто эмулируем
Здравствуйте, TK, Вы писали:
TK>Здравствуйте, Hacker_Delphi, Вы писали:
TK>>>А сервер у тебя тоже будет 100 000 клиентов уведомлять и ссылки на них держать? А если один отвалился (не на долго, совсем на чуть-чуть)? А если клиент за firewall? TK>>>Я-то поставлю SQL Server Notification Services и думать забуду о количестве пользователей. А что будешь делать ты? Какой велосипед придется создать на этот раз? H_D>>Так, я не понял... если мы говорим о стейтлесс — какой SQL Server Notification Services?? а если мы храним контекст пользователя — это не стейтлесс..
TK>Нет никакого контекста пользователя. Клиент просто вызывает веб метод, где указывает свой endpoint и в каких уведомлениях он заинтересован. Никакого глобального состояния в памяти держать не надо — это примитивная операция которая сравни подписке на любую рассылку.
В данном члучае состояние — это состояние подписки. Т.е:
1. Подписан/не подписан
2. на что именно подписан
Здравствуйте, iZEN, Вы писали:
ZEN>Смотрю я на эту ветку и думаю, когда же, наконец, начнут обсуждение реализации stateful-модели в J2EE/EJB-сервере(рах) приложений. Видимо, не дождусь... ;(
ZEN>MS напирает на stateless-модель из-за сложности реализации другого в COM+ (механизм моникёров требует прямоты рук) — это понятно.
гм. Да вроде как нааборот. Все сложности в COM+ начинаются из за stateless. JIT там, а из за него Synchronization... А Моникеры тут не причём.
ZEN>И здесь, видимо, собрались практики и знатоки именно технологий от MS (BizTalk, например, упоминается очень часто), а альтернативы нету.
XGen
ZEN>Что скажете? Интересно было бы послушать альтернативщиков платформы MS, прежде всего из стана Java.
Нету у нас таких Кроме AVK да и он думаю давно уже на Явист.
Здравствуйте, Tom, Вы писали:
Tom>А может ты путаешь stateless и persistent connection less?
Это термин совсем из другой оперы, к нашему разговору отношения не имеет
Tom>Слово то простое. stateless и говорит оно что state less а не state у нас в базе данных и мы тут его ручками круто эмулируем
Только не надо сочинять собственную интерпретацию устоявшейся терминологии. Stateless — это stateless, т.е. без состояния. А после 'state less' напрашивается как минимум 'than'
Если нам не помогут, то мы тоже никого не пощадим.
Tom>>А может ты путаешь stateless и persistent connection less? IT>Это термин совсем из другой оперы, к нашему разговору отношения не имеет
Давай так: stateless — это когда состояния НЕТ, а не когда состояние есть но хранится не понятно где
Tom>>Слово то простое. stateless и говорит оно что state less а не state у нас в базе данных и мы тут его ручками круто эмулируем
IT>Только не надо сочинять собственную интерпретацию устоявшейся терминологии. Stateless — это stateless, т.е. без состояния. А после 'state less' напрашивается как минимум 'than'
ты это. не отмазывайся
ЗЫ: Надо определятся с терминологией, а то спорит народ не понятно о чём.