Russian Apache Switch to English
Switch to Russian koi8-r
windows=1251
cp-866
iso8859-5
Russian Apache Как это работает Рекоммендации Где взять Как установить Как настроить Статус и поддержка
Краткий обзор FAQ Список рассылки Благодарности Поиск по серверу Powered by Russian Apache
Russian Apache mailing list archive (apache-rus@lists.lexa.ru)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [apache-talk] eperl, Embperl



"Stanislav Malyshev a.k.a Frodo" wrote:
> 
> SS>> > А ты AxKit видел (http://www.axkit.org)?  Я пощупал, любопытная штука.
> SS>> Видел. Никакого сравнения не выдерживает. Большинство разработчиков
> SS>> пытаются содрать идеи с Cocoon, вместо того, чтобы написать поддержку
> SS>> перла _для_ него. Что как я подозреваю, был бы намного проще.
> 
> Кстати, на девелоперском листе PHP с недельку назад пролетало сообщение о
> завершении первого этапа интеграции PHP и Cocoon. Говорят -
> работает. Правда, как работает - не знаю, я в этих делах совершенно не
> копенгаген...
Я тоже слабо как-то представляю, в чем там будет интеграция. Разве что
поддерживать PHP как один из скриптовых языков в рамках XSP например. 

Кстати, простоту поддержки перла в Cocoon я конечно сильно преувеличил.
Главная проблема в том, что писанная на перле (или на чем угодно) логика
должна быть только частью общего процесса, который является
многоэтапным. Т.е. сначала выполняется код на перле, генерит часть
документа (скорее всего - XML-документа), которая вставляется в
заготовленный статический документ. Потом то что получилось
обрабатывается например XSLT, чтобы на выходе получить либо html, либо
wml, либо PDF скажем для печати. То есть скрипт должен не просто
выдавать что-то в выходной поток, а генерировать дерево XML в виде DOM
или еще как-то, чтобы это понимал следующий этап обработки, который
написан на другом языке, на яве к примеру. Кстати, твоя ссылка это
только подтверждает:

> OK, I've committed to the cocoon-2 branch the beginnings of a PHP
> generator.  A suitably configured system will invoke the PHP binaries
> through JNI and the output of the page will be processed through the
> configured XML parser and placed into the pipeline for processing by such
> filters as XSLT.
Вот стандарта на такие pipeline как раз и нету. И сервлетный стандарт
этим страдает, и прочие тоже. В mod_perl такой механизм для хэндлеров
есть, но естественно с остальными он не совместим.

> To build, one needs to first build PHP as a servlet.

Вот к такому примерно выводу я вчера и пришел. Сгенерить перл-программу
из xsp легко, я этого уже считай добился, проблема в том, как из Java
(JServ к примеру) вызвать перл, который тоже естественно не сервлет. И
как передать ему документ, сгенеренную программу для его обработки, и
получить обратно результаты. Наверное надо про тот самый JNI почитать
будет.
=============================================================================
=               Apache-Talk@xxxxxxxxxxxxx mailing list                      =
Mail "unsubscribe apache-talk" to majordomo@xxxxxxxxxxxxx if you want to quit.
=       Archive avaliable at http://www.lexa.ru/apache-talk                 =






Спонсоры сайта:

[ Russian Apache ] [ Как это работает ] [ Рекомендации ] [ Где взять ] [ Как установить ] [ Как настроить ] [ Статус и поддержка ] [ Краткий обзор ] [ FAQ ] [ Список рассылки ] [ Благодарности ] [ Поиск по серверу ] [ Powered by Russian Apache ] [ Apache-talk archive ]

"Russian Apache" includes software developed by the Apache Group for use in the Apache HTTP server project (http://www.apache.org/) See Apache LICENSE.
Copyright (C) 1995-2001 The Apache Group. All rights reserved.
Copyright (C) 1996 Dm. Kryukov; Copyright (C) 1997-2009 Alex Tutubalin. Design (C) 1998 Max Smolev.