Мы рассматриваем реструктуризацию процесса аутентификации на основе сертификатов в среде сервлетов из двух одноранговых файлов .war, совместно использующих общую систему аутентификации билетов, в среду ee, не использующую систему создания билетов.
В частности, текущий стек основан на Tomcat с CAS и Spring 3, и мы собираемся перейти на среду JBoss 5.1 с Spring, но без CAS. Однако методу «service» в .war1 требуется доступ к методу «service» в .war2 - с полученной авторизацией для аутентификации сертификата .war1, доступной для метода .war2.
Текущее мышление. Мы бы предпочли сохранить одноранговую иерархию двух файлов .war, в первую очередь, чтобы уменьшить задачу ре-факторинга. Но мы не уверены, что сможем сделать это благодаря загрузке классов и безопасности, хотя теперь два файла .war находятся в одном контексте .ear. На сегодняшний день наш шаблон был http://blog.springsource.org/2007/06/11/using-a-shared-parent-application-context-in-a-multi-war-spring-application/, но этот подход является иерархическим в том смысле, что общий метод для двух файлов .war находится в родительском, а не в одноранговом .war-файле.
До сих пор мы размышляли о том, чтобы поместить какой-то фасад в общий родительский объект и внедрить реализации метода .war2, возможно, какой-то тип обмена сообщениями и т. Д. Идея состоит в том, чтобы сделать эту работу в новой среде с минимальными затратами. Факторинг, насколько это возможно.
Мысли
Спасибо!