Во-первых, вы должны четко понимать, чем вы делитесь. Вы должны различать сервис и библиотеку.
Библиотека позволяет вам делиться общей функциональностью, чего вы добиваетесь, например, при использовании библиотеки log4j. В этом случае вы настраиваете log4j в каждом проекте, который его использует.
С другой стороны, у вас может быть централизованная служба ведения журналов, которая имеет собственную конфигурацию ведения журнала и позволяет вам управлять этим в одном месте. В этом случае вам необходимо поделиться услугой.
Вы можете поделиться библиотекой, поместив банку в каждую войну или в ухо.
Вы можете поделиться услугой, будучи клиентом службы. Таким образом, ваши веб-сервисы могут использовать другой сервис. В этом случае один веб-сервис является клиентом другого, достигая структуры сервиса (общий шаблон в развитии предприятия)
Если клиент службы и сама служба находятся внутри одного и того же уха, вы можете избежать некоторых накладных расходов, вызвав службу «напрямую», например, используя функцию родительского контекста Spring:
http://springtips.blogspot.com/2007/06/using-shared-parent-application-context.html
но я бы посоветовал не сводить на нет услугу, потому что вы потеряете различные преимущества, которые дает обслуживание, в первую очередь, такие как управление, управляемость и т. д.