Как разместить статические файлы в WSO2 Carbon 3.2.2?

Я установил WSO2 Carbon 3.2.2 и хотел бы разместить некоторые статические файлы, которые я могу получить из браузера (в частности, различные файлы HTML и JavaScript, которые составляют рабочий сайт). Я хочу иметь доступ к файлам с http://localhost:9763/<MY_FILES>. С Carbon 3.0.0 это было так же просто, как положить файлы в <CARBON_HOME>/webapps/. У Carbon 3.2.2 нет каталога <CARBON_HOME>/webapps/, и его добавление не помогает.Как разместить статические файлы в WSO2 Carbon 3.2.2?

Я заметил, что (после установки некоторых функций) есть еще один каталог webapps, расположенный <CARBON_HOME>/repository/deployment/server/webapps/, но, похоже, специально для развертывания военных файлов.

Я пробовал помещать свои файлы везде, о которых я могу думать, но мне не повезло.

Есть ли функция, которую я должен установить? Есть ли место для размещения этих файлов? Это все еще поддерживаемая функция?

источник

2013-02-22 GamerJosh

Это никогда не было рекламируемой особенностью Carbon и не рекомендовалось. Следовательно, вы не можете ожидать обратной совместимости для «не-функции».

Правильная вещь в производственной среде - использовать веб-сервер (Apache, nginx и т. Д.) Для обслуживания статических файлов, поскольку веб-серверы оптимизированы для этого. Затем проксируйте соединения с Carbon через веб-сервер. Например, используя mod_proxy для Apache.

Вы все еще можете использовать Сервер приложений (или после установки функций AppServer на любой сервер Carbon) для создания файла .war и размещения там своего статического сайта. Опять же, если это статический сайт, использующий Application Server, это перебор.

источник

2013-02-27 17:01:16

Рассмотрите это: у меня есть клиентский Javascript, основанный на SOAP или REST, который запускается в веб-браузере. Если JS-файл обслуживается с веб-сервера на порту 80, он не может связываться с приложением, обслуживаемым из WSAS на порту 8080, поскольку это нарушает такую же политику происхождения. Удалив статическую недокументированную функцию, ws02 просто сделал себя менее релевантным: он работает только с веб-браузерами, используя стиль os jsp style. Это позор. Я собираюсь дать вам щедрость, потому что вы ответили на вопрос, но я думаю, что ws02 действительно пропускает лодку в эти дни ... –

Шейн, когда вы настраиваете mod_proxy, вы можете настроить таким образом, что вы размещаете свой JS-клиент на порту 80. Таким образом, ваш JS доступен как http://example.com/myfile.js. Затем скажите, что ваш WSAS работает на порту 8080 и доступен с http://example.com:8080. При настройке mod_proxy вы можете настроить таким образом, чтобы http://example.com/wsas -> http://example.com:8080. Таким образом, ваш JS-файл будет отображаться как входящий из того же домена. Также есть другой проект, который может вас заинтересовать - http://jaggeryjs.org. Это полная основанная на JS инфраструктура webapp dev, JS на стороне сервера. –

Понял Chintana, однако, это дополнительная услуга, которую мне не нужно было запускать, прежде чем просто подать пару JS и HTML-файлов. Что касается Jaggery, разве не помогает нам с SOAP-сервисами? –

Как разместить статические файлы в WSO2 Carbon 3.2.2?

ответ

Смежные вопросы