2011-08-11 3 views
3

원격 EJB 또는 웹 서비스 또는 MDB 등을 통해 기능을 제공하는 백엔드 애플리케이션에서 이음새를 사용할 수 있습니까? (따라서 개연성있는 HTTP 세션이나 요청이 없습니다). 그런 시나리오에서 Seam을 사용하는 것이 합리적입니까?웹 응용 프로그램이 아닌 응용 프로그램에서 JBoss SEAM을 사용할 수 있습니까?

그렇다면 어떻게 시작됩니까? 웹 컨텍스트에서 리스너는 "web.xml"파일에서 선언 된 시나리오에서 Seam은 어디에서 시작 되었습니까?

답변

4

아니요, SEAM은 JSP 기반이므로 서블릿/JSP 엔진과 웹 컨테이너가 필요합니다. 그것은 가능하거나 바람직하지 않습니다.

사용자 인터페이스와 독립적 인 서비스 기반 백엔드를 만드는 것이 좋습니다. EJB 또는 Hibernate를 사용하여이를 수행 할 수 있습니다. 하지만 SEAM은 필요하지 않습니다.

+0

JSP 기반이란 무엇입니까? 조금 더 자세하게 설명해 주시겠습니까? Seam이 JSP에 연결된 이유는 무엇입니까? 또한 공식적으로 어딘가에 명시되어 있습니까? 당신이 욕하는 경우 대답을 편집 할 수 있습니다. 고맙습니다! – edutesoy

+0

1.01 GA는 JSP를 사용했습니다. http://docs.jboss.org/seam/1.0.1.GA/reference/en/html/tutorial.html. 나는 SEAM 사용자가 아니므로 내 정보가 오래되었습니다. – duffymo

1

EJB 3 세계에는 이미 의존성 주입, 트랜잭션 관리의 좋은 메커니즘이 있으며 EJB의 수명주기가 명확하게 정의되어 있습니다. JSF, Wicket 등과 같은 웹 기술로 EJB를 혼합하고 싶지 않다면 Seam이 EJB에 매우 유용하다고 생각하지 않습니다.이 경우 Seam의 통합 구성 요소 모델의 이점을 누릴 수 있습니다. Seam의 DI 및 자원 관리 메커니즘을 사용하여 EJB, Servlet, JSF 간의 차이점을 추상화합니다.

Seam의 주요 포인트는 서로 다른 (주로 웹) 기술을 완벽하게 통합하는 것입니다.

그래서 나는 EJB를 단독으로 사용하는 것이별로 의미가 없다고 생각합니다.

2

Seam은 분명 JSP 기반이 아닙니다. 틀림없이 JSF 중심이지만 Wicket이나 GWT를 사용자 인터페이스로 사용할 수 있습니다.

Seam 기반 백엔드 애플리케이션 만 가능하며 보안, RESTEasy 통합, 웹 서비스의 종속성 삽입 사용 기능 및 MDB와 같은 일부 Seam 기능을 사용하려는 경우 완벽하게 이해할 수 있습니다. 시설.

두 번째 질문에 대해서는 Seam2에서 시작 및 종료하는 데 필요한 필터가있는 더미 전쟁 모듈을 정의해야합니다. CDI를 기반으로하는 Seam3에서는 피할 수 있습니다.

관련 문제