Доброго времени суток. Кто знает примеры крупных проектов на Zope2/3 и их производительность. Не могу определиться с платформой Zope или все таки J2EE. В уныние поверг FAQ по NauDoc

Ключевые решения
Они делают на Zope3. Очень серьезные ребята, и есть у них мастера.

Относительно Naudoc.
1. Не имею права говорить за руководство Naumen ©, но посудите сами: Naudoc последней версии (3.4) выполнен на основе Zope 2.8. А ведь сейчас уже версия 2.10.4. Для того чтобы поддерживать систему и развивать дальше, логично применить более новую версию.

Для ентого надобно перелопатить целый набор продуктов. Несмотря на то, что еще весной была объявлена “финальная” версия Zope 2 - ан нет, продолжается движение Zope 2 в сторону 3-его зоупа. Так на какую версию ориентироваться ? :)

Поставьте себя на место руководства компании, думаещего о финансовой стратегии, а не о коде. И вы поймете, что открыв один продукт OpenSource и зарабатывая на его поддержке, альтернативную - платную - версию этого же решения вы сделаете на J2EE, потому как:
- J2EE это круто в глазах клиентов,
- Zope 2 пусть устаканится в скачке версий,
- или Zope 3 - это бесспорно круто - но - делать сайты - ради бога, а вот большой продукт на продажу (с поддержкой-развитием на ближайшую пятилетку) - нужно на устоявшейся версии. Ждать Zope 3.4 ? или Zope 3.5 ? За пятилетку сменится не одна мажорная версия.

Да и еще: Zope 3 - разработчики по Екатеринбургу на каждом шагу не разгуливают. А вот Java преподается в УРГТУ-УПИ, с которым вышеназванная компания очень даже плотно интегрирована и где производится набор кадров.

Так что здесь много маркетинга/финансов/и не знаю еще чего, а не только технологических соображений.

2. Когда говорят о том, что интранет-системы менее требовательны к ресурсам, чем публичные сайты, я смеюсь. На своем опыте знаю - команда активно работающих клерков и менеджеров способна грузануть ваше вэб-приложение круче любого яндекса. (ну ладно, с яндексом немного перегнул :) )
Трансакции в подобных системах могут быть гораздо сложнее/больше чем на публичных сайтах.
Еще может быть активная работа с закачкой файлов.
Здесь J2EE серверы приложений актуальны (вообще-то, на счет закачки фалов - нисколько не рулят, по-моему)

Хотя в свете того, что Zope 3 поддерживает WSGI - открывается масса вариантов для оптимизации. Цифр пока вроде нет и хотелось бы провести исследование по этому поводу.

dorian, все это говорю к тому, что бросьте все эти рассуждения по поводу быстродействия. Все они быстрые и все жрут память при нагрузке. Вон - Sourceforge.net - тот вообще на ПХП работает. Пожалуйста - крупный проект. А что, ПХП быстрый что ли ?
Если по наличию разработчиков / стоимости разработки / стоимости расширения:
По стоимости расширения, Zope 3 - возможно окажется самым выгодным.
По стоимости начальной разработки - Zope 2.
А J2EE - самый модный :)

Все IMHO, конечно.

dorian
Доброго времени суток. Кто знает примеры крупных проектов на Zope2/3 и их производительность. Не могу определиться с платформой Zope или все таки J2EE. В уныние поверг FAQ по NauDoc

А нету их :(
keysolutions делает вот такие штуки: http://news.sportbox.ru/ это третий, в чистом виде, zope.
насколько это крупный проект? Немаленький - это точно, только это не интранет система, в которой, как товарищ верно подметил, нагрузки, как правило, не меньше - а больше, т.к. делают их для работы, а не для баловства.

Самый известный проект: schooltool (http://www.schooltool.org/). Сделали его несколько пацанов из Вильнюса(http://pov.lt/) за несколько лет, помоему. В этом/прошлом году, сей продукт ставят в школы Литве и Бельгии. Наверное это самый крупный проект на zope3


Вот еще одна (старая правда) тема для уныния: http://pages.citebite.com/t3t0i5s0rbyj
Делали-делали интранет системы на zope, да и доросли таки до j2ee.

Вообще, сколько я не перепахивал интернет на эту тему, альтернативы две: j2ee или asp.net
Для серьезных вещей нужны пушки побольше :)

В Nuxeo победили маркетологи :)

Забыл отпостить, всем спасибо за советы.
PS: для себя остановился на J2EE

Хм, поскольку работаю сейчас именно с Zope3, могу сказать что проекты у нас именно “крупные”, без приувеличения. А с производительностью - вообще не понимаю, откуда шум. Нет никаких проблем с производиттельностью. Сложнейшие виды у меня прыгают с такой же визуальной скоростью, как в Django. По мне, так, J2EE тоже ничем особо не выигрывает, тем более компонентная архитектура гораздо более “ограниченная” у его фреймворков. Разве что гораздо большей “строгостью ” и стабильностью спецификаций.