2016-07-01 9 views
0

j_security_check을 사용하면 LDAP 서버에서 사용자를 쉽게로드 할 수 있습니다. 나에게 USER 테이블을 저장한다. 그것은 사용자 관리 작업이 시스템과 분리 된 것과 같습니다.자체 서명 된 로그인 모듈보다 j_security_check를 사용하면 어떤 이점이 있습니까?

하지만 정교한 요구 사항이있는 프로덕션 시스템에서는 많은 데이터가 사용자 ID와 관련되어 있습니다. 사용자 관리에서 기대하는 것은 간단히 로그인/비밀번호 확인 만은 아닙니다. 예를 들어 특정 사용자가 어떤 종류의 멤버쉽을 구매했는지 기록하기 위해 USER_MEMBERSHIP 테이블이 있습니다. 사용자가 j_security_check로 로그인하면 특정 회원에 속한 사용자를 어떻게 나열 할 수 있습니까? 결국 나는 데이터베이스에 다른 USER 테이블을 작성하고 사용자가 로그인 할 때 사용자 정보를 채 웁니다.이 작업을 수행해야하는 이유는 어쨌든 j_security_check를 사용해야하는 이유는 무엇입니까? 왜 내 데이터베이스에서 암호를 확인하고 form_login/ldap의 공범을 차단하지 않습니까?

여기 너무 혼란스러워집니다. j_security_check가 간단한 시스템만을위한 것인가? 정교한 Java EE 응용 프로그램에 대한 로그인 기법이 권장됩니까?

미리 감사드립니다.

답변

0

j_security_check의 웹 보안 항목에 의해 정의 된 컨테이너의 일부 사용자는 로그인 보장하는 역할로를 연결하고, 응용 프로그램의 다양한 부분에 대한 역할 기반 액세스를 집행의 전체의 부담으로한다 인증, 관리 .xml. CMA를 사용하지 않는다면,이 모든 것들을 직접 구현할 수 있습니다. 있을 수있다; 오류가 발생하기 쉽습니다. 그것은 이미 완료된 작업을 반복합니다. 그리고 테스트되었습니다.

+0

예. 당신은 역할 함수를 생각 나게합니다. 중요한 것은 중요합니다. 그러나 포스트에서 이야기 한 시나리오에서 가장 좋은 방법은 무엇입니까? 자신의 데이터베이스에서 LDAP 데이터의 로컬 캐시로 USER 테이블을 유지하는 것이 좋습니다. – Song