Использование веб-сайта php в качестве портлета в контейнере портлетов JSR 168/268 [на сервере Oracle BEA Weblogic]

Question

У меня есть существующий веб-сайт PHP, который использует значительное количество jQuery и ajax. Нашему клиенту необходимо интегрировать его как портлет в сервер Oracle BEA Weblogic, и его предпочтительной спецификацией является JSR168. Я совершенно новичок в портлетах Java и поэтому у меня есть несколько вопросов относительно портлетов.

1. Можем ли мы интегрировать сайт PHP (который находится на другом сервере) в контейнер Java-портлета? Или это только для сайтов JSP? Я спрашиваю об этом, потому что могут быть различия в обработке сессий на стороне клиента в PHP и JSP, и это вызовет проблемы.
2. Можем ли мы использовать ajax при использовании портлета без значительного снижения производительности?
3. Какие основные изменения мы должны сделать в существующем веб-сайте, чтобы сделать его совместимым с JSR168?

Большое спасибо, что нашли время прочитать мою проблему. спасибо и привет, Манджула

Answer 1

1. Я думаю, что PHP / Java Bridge, с его реализацией JSR 223 Script API, будет лучшим способом представить ваше существующее приложение PHP как сервлет Java. После того как сервлет реализован с помощью PHP, пересылка с портлета на него будет такой же, как и на любой другой сервлет или JSP. В качестве альтернативы вы можете вызывать свои сценарии PHP непосредственно из кода вашего портлета.

2. Можно использовать AJAX с портлетами. AJAX-запросы выполняются как запросы ресурсов портлета, которые передаются через портал, использующий портлет. Это по своей сути подразумевает некоторые потери производительности, но не более, чем при использовании портлетов более "традиционным" способом.

3. Что касается портлетизации существующего веб-сайта, вам необходимо решить, каким образом (и почему) вы хотите представить части приложения в виде портлетов. Простейшим способом может быть представление всего сайта как одного портлета, но это своего рода упущение, и вы также можете просто отобразить сайт в iframe. Помимо технической задачи по предоставлению PHP-приложения для Java, как обсуждалось в 1, эта часть действительно нуждается в ответе вашего клиента.