Как настроить ulimit с supervisord (чтобы запустить лак)

Выполняется миграция конфигурации сервера в supervisord (из файлов init.d).

Есть несколько примеров работы лака. Я помню, когда я начал использовать лак у меня были проблемы ulimit, так что есть следующие строки в init.d/lacnish скрипты

ulimit -n $ {NFILES: -131072} ulimit -l $ {MEMLOCK: -82000}

Выполняется настройка супервизора для запуска программы/usr/sbin/varnishd с аргументами.

Как настроить параметры настройки ulimit через supervisord? Можно ли просто обернуть программу varnishd в сценарий?

-121--1719428-

Мы разрабатываем веб-приложение с Spring, Hibernate и Maven очень модульным образом. Существуют основные проекты, определяющие доступ к данным и просмотр конкретных данных, а также модули, определяющие логику и сущности ( @ Entity ), а также веб-приложение, определяющее контроллер и представление.

Теперь у нас есть модуль безопасности, определяющий объекты безопасности, такие как учетная запись и роль, и модуль прототипа, определяющий некоторые объекты примера, такие как клиент и заказ. Оба имеют PersistiveUnit , определенный в persististence.xml , который практически пуст, за исключением имени PersistureUnit, так как вся конфигурация базы данных выполняется в веб-приложении с помощью datasource.xml. Предполагается, что веб-приложение загружает обе банки в виде зависимостей maven.

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

Однако, как только оба элемента загружаются одновременно, второй переопределяет PersistiveUnit первого и таким образом создает IllegalArgumentException: Not a entity для всех объектов из первого. Если оба проекта имеют разные единицы персистентности, загрузка веб-приложения вызовет еще одно исключение, указывающее, что не определена ни одна единица персистентности по умолчанию .

Итак.. Как получить все аннотированные классы @ Entity для загрузки в мое веб-приложение без необходимости определения их всех внутри persistence.xml (как здесь ), но с помощью сканирования компонентов? Это кажется идеей, хотя я не знаю, как ее использовать и тестировать...

Я думаю, что мы либо должны объединить все PersistiveUnits внутри веб-приложения, либо загрузить все сущности программным путем. Определение их жестко закодировано внутри стойкости.xml не является для нас опцией.