Жизненный цикл веб-сервиса

Я создаю веб-сервис на Яве, которая предоставляет услугу, чтобы дать информацию относительно предприятия, для этого я планирую построить тайник, который содержит всю информацию, и дайте клиенту безотносительно информации, в которой он или она нуждается от тайника. Таким образом, я должен построить тайник только однажды, когда запуски веб-сервиса не на каждом клиенте просят. 

Мой вопрос состоит в том, где я должен построить тайник? 

Независимо от того, что я читал относительно него, говорит для каждого требования клиента, конструктора называют таким, где я должен добавить функциональность строительства тайника или некоторую другую альтернативу.

Один из ответа, который я нашел, должен использовать @stateless, чтобы решить эту проблему.

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



Согласно webserver обеспокоен, что тайник должен быть помещен выше webserver, который называют Обратным Полномочием 

Однако

* , Если вы строите УСПОКОИТЕЛЬНЫЙ веб-сервис, можно усилить большинство Http, связал средства управления Тайником, предназначающиеся ресурса
* , Если ваше обслуживание - базирующийся Джэкс-ВС, можно построить тайник и населить его через канал доступа к данным. так, чтобы любой поиск данных/обновление прошел его и (если не найденный поражает db, если найденный возвращением печатает), эффективно уменьшают хиты db.