Подписаться

Alfresco.org из журнала пользователя Информационные системы
(Разместил Максим Сохацкий 31 мая. 2006 г)

 

У всіх моїх знайомих на Пасху щось міняється, багато знайомих кидають роботу, шукають нові місця, дехто розводиться, одним словом, воскресіння, все міняється. Так і в мене є що розказати на цю тему, фактично вмене відбувся shift: .NET -> Java.Після того як згорнули нашу систему DSS на роботі (у звязку зі стратегічним переходом на Java технології), яку ми писали декілька років сталося багато цікавого. Екскурс. Система яку ми писали, була побудована згідно з принципами Model Driven Architecture, підтримувала різні бази даних (діалекти), підтримувала вертикальний та горизонтальний формат зберігання объєктів (фактично ми робили те що й Hibernate, але віддавали об'екти зразу в контейнері так як це робить HyperJAXB але з необхідною атрибутикою), атоматично генерувала презетнаційний леєр (форми об'єктів), гарну реалізацію цього, до речі, я ніде не зустрічав, кому є що сказати ц цього приводу по автогенерації форм прошу перед дискусією звернутися до статті http://nanocode.kiev.ua/EP.htm. Одним словом все було на дуже високому рівні. Та основною проблемою був генератор SQL кода, фактично крім того в нас були відсутні засоби для індексації обхектів (типу Lucen), всі запити на пошут об'єктів базувалися на фреймворку який фактично був враппером над обєктним SQL та транслювався в певний SQL діалект. Відсутність засобів індексації, та підтримка дуже розширеної пошукової мови створили значні перформанс проблеми. Останньою крапкою проекту стало самозвільнення віх учасників проекту (крім мене). Ото ж довелося дивитися чим живуть люди в Джава світі.Чесно кажучи я був вражений. За той час поки джава існує, написано море, море кода, який на рівень, по якості, перевищує існуючі проекти для .нет. Фактично основні Mature проекти переписуються під .NET, або переносятся ідейні аспекти проектів. Наприклад, nHibernate, SpringFramework.NET, IronPython, dotLisp - ми використовували LISP для бутстрапа енвайрмента, як на сервері так і на клієнті. Крім того дуже потужні апплікейшн сервери та контейнери - їх море, від JBoss до Sun, IBM. Фактично подібних проектів під .NET немає, ми писали власний Application Server та рівень і можливості JBoss викликав посмішку при згадуванні про мороки з Lifetime, ассемблями та Application Domain's в .НЕТ. Коли ми робили це все тоді Microsoft Application Blocks ще був в започатковому стані, і тільки під кінець проекту (2005 рік) у майкрософтів вже було щось пристойне, так фактично у нас були реалізовані свої Log, Converters, Data Base Interface, Security (SSPI, Basic SQL Modules), Object Facade, Object Persistent, Application Server, File Storage, Win32 Вindings, Editor Provider, багато специфічних Win32 контролів. Звичайно, дивлячись на Acegi Security та аспект-орінтований SpringFramework, дивуєшся: "невже ми так багато були написали" ? З одного боку, порівнюючи наші рішення і вже існуючі перевірені Джава засоби, встидатися ніби нема за що, ми йшли в правильному напрямку, та якби ми починали робили проект на Джава, ми би не займалися таким системним програмуванням, о одразу би робили інтеграційні рішення.Зараз я працюю в команді над системою, побудованою на базі таких проектів: Alfresco (www.alfresco.org), jBPM, BIRT (моя частина), ArcGIS Сервер. Планується долучити клієнтську частину з попереднього (.NET) проекту, яка будує відображення обєктів у Windows Forms для редактування Java бізнес-обєктів. Детальніше почитати про основи Alfresco з подальшими ссилками на оригінальні джерела: http://synrc.com/AlfrescoInternals.htm.

Ключевые слова: java | open source

Добавить комментарий