1. Вы не можете развернуть сервис на IP 127.0.0.1 по следующим причинам:

Во-первых, у каждого сервиса есть как минимум один объект (obj) для обслуживания внешних клиентов;

Во-вторых, у каждого сервиса есть объект для администрирования, он привязывается к IP 127.0.0.1 и тому же порту, к которому привязывается обслуживающий объект.

2. Tars состоит из следующих компонентов:

• RPC-фреймворк;
• базовые сервисы;
• веб-система управления и т. д.

RPC-фреймворк поддерживает C++ и Java. У каждого языка есть своя базовая библиотека, инструменты генерации кода IDL и реализации клиентского и серверного кода.

Код на C++ работает только на Linux, код на Java — на Linux и Windows.

Базовая структура разработана на C++, для Linux.

3. Программное обеспечение и инструменты, от которых зависит Tars, должны быть подготовлены перед его развёртыванием, см. Install.md.

4. Шаги по развёртыванию Tars должны следовать указанному порядку, описанному в Install.md.

5. MySQL можно установить из исходного кода или с помощью yum. Обратите внимание, что Tars будет искать библиотеку MySQL по пути /usr/local/mysql/ по умолчанию. Если MySQL установлен в другом месте, пожалуйста, измените файл CMakeLists.txt в каталоге сборки перед компиляцией.

6. После выполнения команды tars_start.sh выполните команду ps -ef|grep tars, чтобы убедиться, что основные процессы службы Tars активны, то есть tarsregistry, tarsAdminRegistry, tarsnode, tarsconfig и tarspatch.

7. Если вы не установили sql_mode в файле my.cnf, который используется MySQL, при развёртывании веб-системы управления Tars появится сообщение «Развёртывание не удалось! Обратитесь к администратору».

8. Сначала следует скомпилировать Java-фреймворк Tars, потому что веб-система управления зависит от некоторых пакетов jar, предлагаемых Java-фреймворком Tars.

9. Существует два типа сервисов фреймворка: основные сервисы (обязательные), которые необходимо развернуть самостоятельно. Остальные являются общими сервисами, которые можно опубликовать через систему управления.

Основные сервисы:

• tarsAdminRegistry;
• tarsregistry;
• tarsnode;
• tarsconfig;
• tarspatch.

Общие сервисы:

• arsstat;
• tarsproperty; *tarsnotify;
• tarslog;
• tarsquerystat;
• tarsqueryproperty.

Команда make framework-tar упаковывает основные сервисы, основные сервисы нельзя увидеть в системе управления, кроме tarsconfig и tarspatch.

При развёртывании общих сервисов через веб-платформу управления будьте осторожны при выборе имени и протокола объекта.

10. Пути, по которым развёрнуты сервисы:

Путь к файлу журнала: /usr/local/app/tars/app_log/${Application}/${ServiceName}/, например, /usr/local/app/tars/app_log/Test/HelloServer/.

Путь к исполняемому файлу: /usr/local/app/tars/tarsnode/data/${Application}.${ServiceName}/bin/, например, /usr/local/app/tars/tarsnode/data/Test.HelloServer/bin/.

Путь к шаблону файла конфигурации: /usr/local/app/tars/tarsnode/data/${Application}.${ServiceName}/conf/, например, /usr/local/app/tars/tarsnode/data/Test.HelloServer/conf/.

Путь к файлу кэша: /usr/local/app/tars/tarsnode/data/${Application}.${ServiceName}/data/, например, /usr/local/app/tars/tarsnode/data/Test.HelloServer/data/.

11. Как проверить логи: например, в каталоге /usr/local/app/tars/app_log/Test/HelloServer/ будет файл журнала с именем Test.HelloServer.log. Если что-то пошло не так, проверьте это.

12. При развёртывании Java-сервиса выберите шаблон tars.tarsjava.default.

13. Если вы загружаете файл размером более 50 МБ, измените spring-context-mvc.xml следующим образом:

Исходный путь — web/src/main/resources/conf-spring, путь развёртывания — WEB-INF/classes.

14. Проверьте условие запроса, если у вас проблемы с данными мониторинга.

15. Беспорядочный код в resin.

В английской среде такой проблемы нет.

16. Не удаётся найти зависимости при компиляции mvn.

Сначала скомпилируйте фреймворк.

17. Ошибка из-за невозможности подключения к реестру.

Проверьте, активны ли основные сервисы: tarsregistry, tarsAdminRegistry, tarsnode, tarsconfig, tarspatch.