Андрей Гребнев эффективно совмещая Java программирование с научной деятельностью (что уже было отмечено Intel и Sun) разрабатывает Blandware AtLeap (
предназначен для создания как контентно-базированных сайтов, так и), выступающий в качестве строительного элемента для
интернет-приложений со сложной бизнес- логикой
КНОС (коммуникационная
научно-образовательная среда) – это распределенный набор взаимодействующих
независимых типовых программно-информационныхкомплексов. В своей основе, каждый,
из которых представляет собой, с точки зрения хранения – архив документов, с
точки зрения систематизации – коллекцию документов, с точки зрения использования
– портал. Однако наиболее общим определением будет электронная библиотека. Итак,
КНОС – это подкласс электронной библиотеки, это распределенная система с
открытым доступом, объединяющая коллекции, сервисы и людей для поддержки полного
жизненного цикла создания, распространения, использования и сохранения
полнотекстовых научных публикаций, представленных в слабоструктурированной
гетерогенной форме.Распределенность и взаимодействие отдельных
программно-информационных комплексов поддерживается на принципах Инициативы
Открытые Архивы (Open Archives Initiative). Которая, по сути, является
протоколом сбора метаданных. Когда протокол используется в качестве поисковой
машины, то информация из отдельных архивов обрабатывается так, как будто бы она
взята из одного архива. К настоящему моменту данный протокол используют уже
более 70 архивов мира. В их число входит и один из наиболее крупных бесплатных
архивов arXiv.org содержащий более 200 тыс. документов по физике, математике и
компьютерным наукам.
3 comments:
AЯ вот думал, что то, что ALeap реализует идею распределенности (когда независимые инсталяции системы могут взаимодейстовать друг с другом, формирую единую среду) явление не частое. А оказывается, мой любимый НПЖ тоже реализует этот подход, цитирую "
Распределенная сетевая структура
NPJ представляет собой распределенную систему, состоящую из некоторого количества NPJ-узлов, которые соединяются между собой в единую NPJ-сеть. Пользователь, который зарегистрировался на одном узле системы, может путешествовать по всей сети и проходить авторизацию на других узлах под своим единственным именем. Права пользователя на каждом узле будут определяться его владельцем.
Единая сетевая адресация
Во всей Сети действует единая система адресации, что позволяет однозначно установить ссылку на любой документ, журнал, сообщение в любом месте любого другого узла."
Взято с http://www.npj.ru/node/vvodnajadokumentacija . Вообще очень рекомендую этот документ почитать.
Парирую Олегу Протопопову
Рассуждение о преимуществах и недостатках PHP и Java в серверных решениях ведутся давно и довольно пылко. Как-то в интервью J2EE порталу Indicthreads http://indicthreads.com/interviews/244/java_cms_russia.html относительно сравнения Java и PHP я сказал следующее: «Java is not a panacea. In order to dig a small hole it is easier and quicker to use small tool – spade. If you need to dig a trench you are forced to use bulldozer.» (Java не панацея. Если вы хотите выкопать маленькую ямку легче и быстрее использовать маленький инструмент – лопату. Если вы хотите вырыть траншею, вы вынуждены использовать бульдозер.)
Если мы говорим об научно-образовательной среде то «лопаты» (PHP) здесь явно не достаточно. Ведь нам нужна платформа расширение которой не приводило бы к ухудшению качества. Другими словами мы вынуждены использовать абстракции, паттерны проектирования, многослойность и пр. И в этом случае отсутствие нормальной объектной ориентированности, нитей, возможностей отладки и пр. явно не говорит в пользу PHP. Аргумент что Java хостинг дороже не существенен, потому как университеты и прочие научно образовательные учреждения, как правило, имеют свои сервера для размещения. Не надо забывать, что мы говорим не о сайтах визитках коммерческих компаний.
Если под «открытый интерфейс для внешних соединений» вы подразумеваете интероперабельность, то SOA (Service Oriented Architecture) реализуется в Java значительно лучше чем в PHP.
С уважением Андрей Гребнев.
Я прочитал интервью и почитал про SOA.
По поводу выбора CMS: а в какой плоскости по отношению к обсуждаемым плюсам и минусам лежит связка zope/plone (ведь и не Ява и не ПХП)? Не у него ли наиболее интересные перспективы? Или я совсем не в курсе?
А обрисовка SOA, данная у John Reynolds (http://weblogs.java.net/blog/johnreynolds/archive/2005/01/the_soa_elevato.html)
на меня произвела радостное впечатление (спасибо за дискуссию, я хоть чуть updated буду):
SOA is an architectural style that encourages the creation of loosely coupled business services
Loosely coupled services that are interoperable and technology-agnostic enable business flexibility
An SOA solution consists of a composite set of business services that realize an end-to-end business process
Each service provides an interface-based service description to support flexible and dynamically re-configurable processes
On the implementation front, we need to clear up the following common misconceptions:
Services aren't tied to user interfaces. User interfaces invoke services. Many user interfaces can use the same service. A partner may build a user interface on top of a your service, and you may build a user interface on top of a partner's service.
Services can be implemented in any language, COBOL, Java, etc., but all services must support the same invocation/communication protocols (for example XML/SOAP).
Post a Comment