Я теж згоден, що Spring Security відчуває себе занадто складною (для мене). Звичайно, вони зробили щось для зменшення складності, як-от створили спеціальні простори імен XML для зменшення кількості конфігурації XML, але для мене це не стосується моєї особистої основної проблеми з Spring Security: його назви та поняття часто плутають загалом я. Важко просто «дістати».
Однак, коли ви почнете використовувати Широ, ви просто «отримаєте його». Те, що було важко зрозуміти у світі безпеки, саме те набагато простіше зрозуміти. Речі, які нестерпно важко використовувати в JDK (наприклад, Ciphers), спрощуються до рівня, який не просто переноситься, але часто користується радістю.
Наприклад, як ви хеш + солі пароль і base64 кодуєте його в Java або Spring Security? Вони не є настільки простими та інтуїтивними, як рішення Широ:
ByteSource salt = new SecureRandomNumberGenerator().nextBytes();
new Sha512Hash(password, salt).toBase64();
Немає необхідності в commons-кодеку чи що-небудь ще. Просто банку Широ.
Що стосується середовищ Spring, більшість розробників Shiro використовують Spring як основне середовище застосування. Це означає, що весняна інтеграція Широ є чудовою, і вона працює надзвичайно добре. Ви можете бути впевнені, що якщо ви пишете програму Spring, ви матимете всебічний досвід безпеки.
Наприклад, розглянемо приклад конфігурації Spring XML в іншому дописі цього потоку. Ось як ви зробили (по суті) те ж саме в Широ:
<?xml version="1.0" encoding="UTF-8"?>
<beans xmlns="http://www.springframework.org/schema/beans" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans.xsd>
<bean id="shiroFilter" class="org.apache.shiro.spring.web.ShiroFilterFactoryBean">
<property name="securityManager" ref="securityManager"/>
<property name="loginUrl" value="/login.jsp"/>
<property name="successUrl" value="/home.jsp"/>
<property name="unauthorizedUrl" value="/unauthorized.jsp"/>
<property name="filterChainDefinitions">
<value>
/secure/** = authc
/** = anon
</value>
</property>
</bean>
<bean id="securityManager" class="org.apache.shiro.web.mgt.DefaultWebSecurityManager">
<property name="realm" ref="myRealm"/>
</bean>
<bean id="myRealm" class="...">
...
</bean>
Хоча трохи докладніше, ніж інший весняний приклад, ІМО легше читати.
Ви також знайдете використання визначень ланцюгів фільтрів Широ, мабуть, найпростіший спосіб визначити загальні ланцюги фільтрів та веб-правила безпеки будь-коли! Набагато приємніше, ніж визначати їх у web.xml.
Нарешті, Широ також пропонує надзвичайну «підключеність». Ви побачите, що ви можете налаштувати та / або замінити практично все що завгодно через POJO / зручну для ін'єкцій архітектуру Shiro. Shiro за замовчуванням майже все, щоб зменшити параметри за замовчуванням, і ви можете змінити або налаштувати лише те, що потрібно.
Зрештою, я думаю, що вибір будь-якого з цих двох стосується вашої ментальної моделі - хто з них має більше сенсу і є більш інтуїтивним для вас? Для одних це буде Широ, для інших - Весняна безпека. Широ чудово працює у весняних умовах, тому я б сказав, вибирайте, виходячи з того, яке з двох вам більше подобається, і має для вас найбільш сенс.
Докладніше про весняну інтеграцію Широ: http://shiro.apache.org/spring.html