1. Введение

1. Введение

Что такое Wowza Media Server Pro?Wowza Media Server Pro

Возможности сервера

Server Capabilities

Wowza Media Server Pro общается с плеером клиента Flash Player по средством RTMP протокола. Это позволяет иметь большой спектр мультимедийных и интерактивных FLASH приложений.

The Wowza Pro server поддерживает flash media потоки, H.264/ACC медиа потоки, MP3 медиа потоки, , видео чаты и видео запись. Он также поддерживает компоненты со стороны сервера удаленных общих объектов {remote shared objects}. Wowza Media Server Pro позволяет вам включать интерфейс пользовательских приложений (пользовательских модулей), которые напрямую вызываются из Flash плеера.



Протокол сообщений в реальном времени

Real-Time Messaging Protocol (RTMP)

Протокол сообщений в реальном времени

RTMP базовый протокол и наиболее эффективный и самый быстрый из всех пяти вариантов. RTMPT туннельный вариант RTMP протокола , который может быть использован для туннеля через файерволлы, использующие стабильную пакетную инспекцию. RTMPE и RTMPTE декриптированные варианты RTMP and RTMPT протоколов что сохраняют данные предаваемые между Flash player и Wowza Pro. Wowza Media Server Pro включает би-направленную поддержку для Action Message Format (AMF) AMF3 и AMF0 и сериализации данных (AMF3 представлен в Flash Player 9 и ActionScript 3.0).

Протоколы

Real-Time Messaging Protocol (RTMP) протокол that Wowza Media Server Pro используемый для сообщения Flash плеером клиента. Wowza Media Server Pro поддерживает пять вариантов клиентов протокола: RTMP, RTMPE (декрептированный RMTP), RTMPT (туннельный), RTMPTE (декрептированный RTMPT) и RTMPS (RTMPT через SSL)Real-Time Streaming/Transport Protocols (RTSP/RTP)


Wowza Media Server Pro поддерживает Real-Time Streaming Protocol (RTSP) и Real-time Transport Protocol (RTP) для входящих потоков содержания H.264/HE-AAC. Это позволяет использовать не-RTMP основанную живую медиа декодировку с Wowza Pro. Эти потоки потом переводятся(не транскодируются) как необходимо для доставки в клиент Flash player . Для детальной информации по поддерживаемым RTSP/RTP декодерам посетите Wowza Media Server форум на http://www.wowzamedia.com/forums и выберите “Live Encoders” форум.

Потоки MPEG

MPEG Transport Streams (MPEG-TS)


Wowza Media Server Pro поддерживает MPEG Transport Streams (ISO 13818-1, H.222.0, MPEG-TS) для потоков содержащих H.264/HE-AAC. . Это позволяет использовать не-RTMP основанную живую медиа декодировку с Wowza Pro. Эти потоки потом переводятся(не транскодируются) как необходимо для доставки в клиент Flash player . Для детальной информации по поддерживаемым RTSP/RTP декодерам посетите Wowza Media Server форум на http://www.wowzamedia.com/forums и выберите “Live Encoders” форум.

Видео и аудио потоки

Wowza Media Server Pro может обеспечивать потоки видео и аудио контента в видео формате Flash video format (.flv), H.264/ HE-AAC media format (.f4v, .mp4, .m4a, .mov, .mp4v, .3gp, and .3g2) и MP3 format (.mp3) во Flash player клиент. Сервер поддерживает потоки всех вариантов видео, аудио, метаданных , которые могут сохраняться в Flash video файле, H.264/HE-AAC контента сохраняемый в MP4 (Quicktime контейнер) файле и аудио и MP3 метаданные сохраняемые в MP3 audio файле.

Wowza Media Server Pro также может использован для перенаправления SHOUTcast и Icecast MP3 и AAC+ audio потоков в клиент Flash player. Wowza Pro устанавливает одностороннюю обратную связь к источнику SHOUTcast или Icecast сервера для каждого уникального аудио канала. Wowza Pro, также может направлять встроенные (связанные) метаданные, такие как — название песни и артиста в клиент Flash player. SHOUTcast показывает данные возможности Wowza Pro.

Удаленные общие объекты Remote Shared Objects (RSO)

Wowza Media Server Pro вводит серверные компоненты

Общие данные синхронизируются посредством метода событийной синхронизации . RSO также могут исполняться сервером для вывода данных посредством клиентских сессий

Удаленные общие объекты ( Remote Shared Objects (RSO) ) . RSO расширение ActionScript объектов , которое позволяет обмениваться данными объектов Flash movies на исходных или различных клиентских машинах.

Пользовательские модули Процедура удаленного вызова (Remote Procedure Calls)

Wowza Media Server Pro может расширяться путём кодирования клиентских модулей , которые вызываются клиентом Flash Player. Пользовательские модули вводятся в Java и динамично подвязаны к работе сервера. Пользовательские модули замена FMIS скриптов со стороны сервера . Пользовательские модули используются что бы расширить потоковые возможности сервера. для Custom modules can also be used to extend the streaming capabilities of the server.Эти модули имеют полный доступ к видео и аудио потокам на пакетном уровне в обоих случаях для входа и выхода с сервера . Этот уровень доступа даёт глубокую интеграцию с другими медиа серверами или медиа доставляющими системами, такими как SHOUTcast, PBX телефонная система, видео обслуживающие системы и многое другое.

Интерфейс Пользовательского модуля используется для интеграции Wowza Media Server Pro с другими серверами на основе АPI прямо через Java, сервисно ориентированный архитектурный протокол Service-Oriented Architecture Protocol (SOAP), процедурами удаленного вызова remote procedure calls (RPC), Java Native Interface (JNI) и Java Database Connectivity (JDBC).

Архитектура сервера и иерархия

Wowza Media Server Pro «чистый» Java сервер. Он написан в Java 5 (aka 1.5)и может динамически расширятся используя пользовательские модули . Wowza Pro может быть установлен в любой оболочке , что поддерживает Java 5 виртуальную машину или более поздние версии. Wowza Pro устойчива, компактна и встраиваема. Множество функциональных качеств заложены в модулях( jar файлы) и может быть опущена, если какие то из свойств не используются для обеспечения урезания объема и обеспечения безопасности приложения.

Для логинизации приложения используется компонент log4j logging и полный доступ даётся в в файле конфигурации свойств. По умолчанию в установке сервера лог By default the server is setup to log to both the server console in a stripped down format as well as to log files using the W3C Extended Common Log Format (ECLF).

На вершине иерархии объектов сервера лежит объект виртуального хоста( IVHost ). Каждый объект виртуального хоста содержит комплект приложений объектов (IApplication) каждое из приложений в свoю очередь содержит комплект приложений типовых объектов (IApplicationInstance) . Все клиентские объекты (IClient), объекты медиа потоков (IMediaStreams) и объекты удаленных общих (IRemoteSharedObject) объектов являются дочерними приложениям типовых объектов.

ВЕРХУШКА УРОВНЕЙ ОБЪЕКТНОЙ ИЕРАРХИИ


Из плеера Flash приложение соединяется со специфическим объектом

НАПРИМЕР:

IVHost/IApplication/IApplicationInstance посредством NetStream соединение url.var nc:NetConnection;

nc = new NetConnection();

nc.connect(«rtmp://wowza.mycompany.com/myapplication/myinstance»);


Первая часть url определяет вариант протокола будет в использовании( (rtmp, rtmpt, rtmpe, rtmpte или rtmps). Часть домена “wowza.mycompany.com” определяет к какому виртуальному хосту подключать. Часть домена также содержит номер порта в форме[domain]:[port] (“wowza.mycompany.com:80”). “myapplication” часть определяет имя приложения и “myinstance” определяет имя типового приложения. Имя типового приложения может быть опущено. В таком случае будет установлено соединение с “_definst_” типовым приложением.

Памятка

Если имя порта опущено в цепочке, то будет назначено номер порта по протоколу по умолчанию

.

Протокольные варианты имеют следующие номера портов по умолчанию: rtmp & rtmpe: 1935, rtmpt & rtmpte: 80 и rtmps: 443.

Установив единожды к определенному типовому приложению со стороны клиента, приложение может создать или соединить с видео или аудио потоками, создавая новый объект NetStream.

Он может подсоединить или создать новый удаленный общий объект используя SharedObject.getRemote() интерфейс и может создать удаленный объект удаленного вызова , используя SharedObject.getRemote() интерфейс и может вызвать удаленные процедуры используя

NetConnection.call() интефейс . Примеры как это делается приведены далее в в этом документе.

привлекательный RTMP сервер для потокового видео, аудио, и содержания данных из и в клиент Adobe® Flash® Player, выполняет процедуру удаленного вызова и поддержки удаленных общих объектов (SHARED OBJECTS). Это альтернатива продуктов Adobe Flash Media Server t (FMIS и FMSS). В дополнение, Wowza Media Server Pro поддерживает протокол потока реального времени (RTSP), транспортный протокол реального времени (RTP) , потоков MPEG Transport Streams (MPEG-TS) для входящих потоков контента H.264/HE-AAC. Wowza Media Server Pro мощный и расширяемый сервер на основе Jawa , который может быть развернут на любой платформе и поддерживает Jawa (aka 1.5) или более поздние виртуальные машины.

1. Введение

Конфигурация сервера

Конфигурация сервера

Сервер конфигурируется набором файлов XML, конфигурация и свойства файлов в “conf” папке главной паке приложений. Эти файлы конфигурации могут быть прочтены при работающем сервере. Эти файлы могут быть отредактированы стандартным текстовым редактором.

Памятка

Для новейшей информации см. the “General Tuning Instructions” на форуме:

http://www.wowzamedia.com/forums/showthread.php?t=1320

Server.xml

Server.xml файл конфигурации используется для настройки оболочки контейнера сервера.

CommandInterface/HostPort – DomainName или IpAddress и порт

ip адрес и порт используются для командного интерфейса сервера. Командный интерфейс прямое сокет соединение интерфейса, что используется классом “BootStrap” для закрытия и рестарта запущенного Wowza Pro сервера. Для обеспечения безопасности использования сервера возможно опустить эту секцию в файле Server.xml . Если опустите , то сервер будет функционировать нормально, но не будет отвечать на команды рестарт и закрыть.

JMXRemoteConfiguration, AdminInterface

Конфигурация удаленного интефейса Java Management Extensions (JMX) . СМ. “Server Management Console and Monitoring” ГЛАВУ Консоль управления и мониторинга сервером .

UserAgents Юзер Агенты

“|” (трубка) разделенный состав агентов по браузеру , который при использовании интерпретируется как RTMPT/RTMPTE/RTMPTS соединение.

TransportThreadPool/PoolSize, HandlerThreadPool/PoolSize

TransportThreadPool/PoolSize и HandlerThreadPool/PoolSize определяет максимальный размер уровней серверных соединений в пулах : транспортном и обработчика. В транспортном пуле используется чтобы читать /записывать данные из транспортного сокета. Линия пула обработчика используется для обработки входящих сообщений. Уровни линий серверного пула используются только в виртуальном пул хосте установлен размер 0. Этот уровень служит для управления и команды остановки . Из-за этого размер не должен быть установлен менее 10.

RTP/ DatagramStartingPort Порт

RTP/DatagramStartingPort наименьший порт UDP по объему подписанный для передачи UDP потоков. Порты назначены при старте и их объем увеличивается на 1. Наиболее распространенная объем для базовых RTSP/RTP серверов 6970. Если вы собираетсесь поддерживать RTSP/RTP, чистый RTP или MPEG-TS потоки , то лучше открыть порт UDP 6970-9999.

ServerListeners/ServerListener — BaseClass

ServerListeners это список Java классов загруженных Wowza Pro server при инициализации сервера и обозначают события в процессе жизненного цикла сервера. Пользовательские классы могут быть использованы, что бы расширить сервер в области функциональности таких как интфейс SOAP или интеграция с servlet контейнером. Проконсультируйтесь com.wowza.wms.server.IServerNotify2 о классах в Wowza Media Server Pro Server Side API документации более детально.

VHostListeners/VHostListener — BaseClass

VHostListeners список Java классов , которые загружаются Wowza Pro server при инициализации сервера при уведомлении событий во время работы сервера. Эти пользовательские классы могут быть использованы для мониторинга и остановки виртуального хоста и могут быть использованы для перезаписи информации о соединении по каждому соединению отдельно. Проконсультируйтесь com.wowza.wms.vhost.IVHostNotify class в Wowza Media Server Pro Server Side API документации более детально.

VHosts.xml

VHosts.xml файл конфигурации служит для определения оболочки хоста. По умолчанию сервер идет с односторонней виртуальной хост оболочкой называемой _defVHost_. Полное описание этого файла конфигурации можете найти в “Virtual Hosting” (виртуальный хостинг) главе данного документа.

VHost.xml

VHost.xml конфигурация используется для управления общей работой виртуального хоста. Служит жля установки серверных портов и ip адресов и конфигурации размера линий. Ниже описание каждой настройки в VHost.xml файле.

HostPortList/HostPort – DomainName или IpAddress, Port и SSLFactoryClass

Список ip адресов и портов , что прослушиваются сервером для входящих соединений. Вы можете задать SSL класс , что позволит ввести SSL инкриптированные сервисы. Четыре дочерних элемента используются для определения хост порта: “DomainName”, “IpAddress”, “Port” и “SSLFactoryClass”. “DomainName” и “IpAddress” обоюдно эксклюзивны. Если “DomainName” выбрано, сервер будет использовать DNS поиск для определения ip адреса, который будет использован сервером для этого соединения. Если “DomainName” или “IpAddress” “*” (asterisk) выбрано , сервер быдет прослушивать местные все! ip адреса для входящих соединений. Без-SSL соединение будет воспринимать RTMP, RTMPE, RTMPT , RTMPTE, RTSP и HTTP соединения. SSL соединения могут только воспринимать RTMPS.

HostPortList/HostPort/ProcessorCount

Это количество линий для входящих запросов через сокет соединения. См. “General Tuning Instructions” форума для свежих предложений по настройке.

HostPortList/HostPort/SocketConfiguration – ReuseAddress, ReceiveBufferSize, SendBufferSize, KeepAlive и AcceptorBackLog

Эта секция детальная конфигурация сокет соединений , создаваемых HostPort определителем в процессе работы. Через эти настройки вы можете регулировать воспроизведение сокет соединений , которые будут использованы для пересылки данных в и из Wowza Pro сервера. SendBufferSize и ReceiveBufferSize — две самые важные настройки. Они определяют размер буферной памяти используемой при пересылки данных через сокет соединения. См. “General Tuning Instructions” форум для более свежей информации по настройкам.

ReuseAddress и KeepAlive настройки обе используются как достоверные и предоставляются только для общей полноты.

AcceptorBackLog настройка управляет количеством запросов TCP соединений, которые могут быть ограничены перед тем как новый запрос на соединение отклонён. Wowza Pro сервер может отвечать на запрос TCP соединения очень быстро и как только возможно. Объем задается не менее 50. Он может быть задан в размере -1 что позволит операционной системе управлять объемом(это не очень классная идея , некоторые платформы могут задавать малый объем ,что сильно увеличивает время соединения).

HostPortList/HostPort/HTTPProvider – BaseClass и Свойства

Это справочная часть пользовательских Java классов , что будет использоваться в сервисе входящих HTTP запросов через HostPort. Wowza Pro серевер идет с тремя HTTPProvider классами:

com.wowza.wms.http.HTTPServerVersion Returns version number

com.wowza.wms.http.HTTPConnectionInfo Returns connection info

com.wowza.wms.http.HTTPServerInfoXML Returns detailed info in XML

HTTPServerVersion класс возвращает в HTML текущую серверную версию. HTTPConnectionInfo класс возвращает текущее кол-во соединений к серверу в форме «server=#”. Этот класс может быть использован для обеспечения баланса загрузки информации во Flash клиент. “HTTPServerInfoXML” возвращает детали соединения в XML. Проконсультируйтесь в com.wowza.wms.http. IHTTPProvider класс в Wowza Media Server Pro Server Side API документации для создания вашего HTTPProvider класса.

TransportThreadPool/PoolSize, HandlerThreadPool/PoolSize

TransportThreadPool/PoolSize и HandlerThreadPool/PoolSize определяет максимальный размер линий виртуального хоста в транспортном и пуле обработчика . Транспортный пул служит для чтения и записи данных из транспортных сокетов. Пул обработчика служит для обработки входящих сообщений. Если размер пула установлен на ноль для соответствующего типа , уровень пула сервера соответствующего типа будет использован в виртуальном хосте. СМ. “General Tuning Instructions” ФОРУМ для советов по последним настройкам.

IdleWorkers – WorkerCount, CheckFrequency

IdleWorkers/WorkerCount управляет количеством потоков используемых при генерации событий при простое. IdleWorkers/CheckFrequency время в миллисекундах между проверками что бы видеть , если клиент был в простое для Client/IdleFrequency. IdleWorkers/CheckFrequency должны быть минимум в четыре раза меньше, чем Client/IdleFrequency. См . “General Tuning Instructions” ФОРУМ для советов по последним настройкам.

NetConnections – ProcessorCount, IdleFrequency

NetConnections/ProcessorCount кол-во потоков используемых для сервиса исходящих соединений между Wowza Pro серверами. NetConnections/IdleFrequency время в миллисекундах между NetConnection событий простоя . См. “General Tuning Instructions” ФОРУМ для советов по последним настройкам.

 

NetConnection/SocketConfiguration – ReuseAddress, ReceiveBufferSize, SendBufferSize и KeepAlive

Это секция детальной конфигурации сокет соединений используемых между Wowza Pro серверами. См. “General Tuning Instructions” ФОРУМ для советов по последним настройкам.

 

HTTPTunnel/KeepAliveTimeout

Для живой поддержки RTMPT, RTMPTE и RTMPS соединений.

Client — ClientTimeout, IdleFrequency

Client/ClientTimeout время в миллисекундах сервер ожидает перед закрытием , если соединение не установлено с клиентом. Client/IdleFrequency время в миллисекундах между событиями простоя.

Для базового потока видео по требованию размер в 250 миллисекунд обеспечит наибольшую устойчивость и

надежность по сравнению с соотношением производительности. Для живых потоков размер между 125 и 250 миллисекундами более желателен. Это увеличит частоту, с которой медиа данные посылаются во Flash клиент. Если вы редактируете объем, будьте уверены ,что также отрегулировали IdleWorkers/IdleFrequency по размеру в четыре раза меньше, как минимум. RTP/ DatagramConfiguration – ReuseAddress, ReceiveBufferSize, TrafficClass и MulticastTimeout, [Unicast|Multicast][Incoming|Outgoing]/ProcessorCount

Эта секция детальной конфигурации UDP сокетов , используемых между Wowza Pro и декодеров на базе RTP. ReceiveBufferSize две наиболее важных настройки в группе. Они определяют размер буфера памяти используемый при трансфере данных через сокет соединение. См. “General Tuning Instructions” ФОРУМ для советов по последним настройкам.

 

ReuseAddress, TrafficClass и MulticastTimeout даются для настройки полноты работы.

 

 

 

“ProcessorCount” возможности связанны с “UnicastIncoming”, “UnicastOutgoing”, “MulticastIncoming” и “MulticastOutgoing” управляют количеством потоков для работы с UDP соединениями связанных с МPEG-TS потоками. Эти возможности в данное время не используются и будут добавлены в следующих версиях программного обеспечения Wowza Pro .

Application/ApplicationTimeout

Время в миллисекундах сервер будет ожидать перед закрытием приложения к которому нет подсоединений клиента. Размер в ноль будет удерживать приложение в активном состоянии пока виртуальный хост не будет остановлен.

Application/PingTimeout

RTMP протокол включает механизм пинга соединения. Этот таймаут максимальное время в миллисекундах Wowza Pro будет ожидать ответ от клиента.

Application/ValidationFrequency

Если соединение с Flash клиентом не посылает данные в Wowza Pro сервер вовремя определенное настройками (в миллисекундах), Wowza Pro will посылает RTMP пинг сообщение в клиент , что бы проверить , что соединение еще валидно и прослушивается.

Application/MaximumPendingWriteBytes

Максимальное кол-во байтов , которое может быть в очереди на отправку клиенту до момента его отключения . Установите на ноль что бы убрать эту проверку. Запрещенные байты в очереди будут проверены в процессе валидации клиента.

Application/MaximumSetBufferTime

Максимальное кол-во в миллисекундах которое дает сервер со своей стороны для вызова со стороны клиента в NetStream.setBufferTime(сек). Установите возможность на ноль , чтобы отключить проверку. По умолчанию размер 60000 (или 60 сек). Эта заключается в нестыковке с Replay Media Catcher, который устанавливает большой клиентской стороны буфер который в состоянии

обмануть сервер на отправку всей массы информации и данных одновременно . Это может привести к задержкам памяти Java . Properties/Property – Name, Value

Свойства в форме имени , свйоств могут быть прикреплены парно к определителю виртуального хоста. Эти свойства доступны на серверной части API через IVHost.getProperties() интерфейс.

Streams.xml

Streams.xml конфигурация используется для определения типа потока со стороны сервера (серверная часть NetStream реализована). Ниже описание каждой настройки в Streams.xml файле.

Stream – Name, Description, ClassBase, ClassPlay

Определение потока состоит из “Name”, “Description”, “ClassBase”, “ClassPlay”. “Name” элемент должен быть уникальным и его определитель используется для справки типа потока в Application.xml файле (описанном выше) так же как и форма Flash плеера клиента. “Description” элемент используется только для отладки. “ClassBase”и “ClassPlay” определяет Java классы, которые будут обработаны в сервисе данного потока. Концепция типов потоков описана ниже в “Client Side Scripting” разделе документа.

Properties/Property – Name, Value Свойства — ИМЯ , РАЗМЕР

Свойства в форме имени , свойств могут быть прикреплены парно к определителю виртуального хоста. Эти свойства доступны на серверной части API через IStream.getProperties() интерфейс.

 

Памятка

Wowza Pro включает три разных метода поиска потока видео; “videoKeyFrame”, “audio” и “enhanced”. Метод поиска определяется “seekTarget” свойством по «умолчанию”, ‘record” и “file” типов потоковs. “videoKeyFrame” метод (по умолчанию) будет искать ближайший ключевой фрейм. “audio” метод будет искать ближайший аудио пакет и будет воспроизводить ключевой видео фрейм и будет использовать предыдущий ключевой как воспроизводимое видео и начнет обратно воспроизводить видео фрейм пока не достигнет следующего ключевого видео фрейма. “enhanced” метод (работает только с Flash player 9,0,0 или выше) будет искать ближайший фрейм и ,если нужно, сгенерирует ключевой. “enhanced” метод потребляет максимально системные ресурсы.

MP3Tags.xml

MP3Tags.xml конфигурационный файл, используемый для определения имени свойства , что использует onId3(var info:Object) info объект , проигрывания MP3 файл. Каждая из ID3V2 метки, что встроена в MP3 файл идентифицируется четырьмя параметрами определителями ( см. http://www.id3.org/). Этот файл конфигурации используется как карта этих 4 параметров для более понятных наименований.

MediaReaders.xml

MediaReaders.xml конфигурационный файл ипользуется для определения классов Java , которые считывают медиа формат файлы Flash media, H.264/HE-AAC и MP3 . Он тоже может быть использован для конфигурации для любых пользовательских типов медиа файлов .

MediaWriters.xml

MediaWriters.xml файл конфигурации использует для определения Java классов которые используются для записи записанных flv файлов. Этот кофигурацимонный файл позволяет определять тип определения собственных классов , которые запрашивает сервер при записи файлов сервером.

RTP.xml

RTP.xml файл конфигурации определяет Java классы для трансляции исходных RTP медиа пакетов в о Flash медиа пакеты.

Authentication.xml

Authentication.xml файл конфигурации используемый для определения Java классов настроек для обеспечения сохранности RTSP соединения с сервером. По умолчанию три метода аутентификации: нет (нет аутентификации ), базовый (password и username посылаются текстом) и дайджест (password урезан с использованием MD5 и не передается текстом по сети). Usernames и passwords хранятся в файле [install-dir]/conf/rtp.password.

 

 

 

 

 

 

 

 

Формат этого файла это строка каждого юзера с именем юзера и через пробел пароль. Метод аутентификации (RTP/Authentication/Method) может быть установлен для всего виртуального хоста в VHost.xml или на основе приложения в Application.xml.

MediaCasters.xml

MediaCasters.xml конфигурационный файл, который определяет сервисы что подсоединяют к другим потокам серверов обеспечивающим контент для Wowza Media Server Pro. Пример одного из таких сервисов есть SHOUTcast. Это также конфиграционный файл репитора живых потоков.

log4j.properties

log4j.properties файл используется для настройки логгинга сервера. Система логгинга использует Java log4j. По умолчанию сервер настроен, что бы логиниться. По умолчанию сервер сконфигурирован на основе лога в окне консоли W3C Extended Common Log Format (ECLF) для лог файлов. Детальная информация по данному разделу как конфигурировать логгинг найдете в разделе «Logging” этой главы.

Application.xml

Application.xml конфигурационный файл находиться в корне “conf” папки по умолчанию файл конфигурации приложения. Следующая секция как приложение конфигурации работает.

(love LOVE love здесь)

Конфигурация сервера