초보적인질문,컨트롤러간 데이터 교환의 방법

[in-seok hwang]

안녕하세요

궁금한점이 생겼는데,

spring 2.5에서 

컨트롤러간 ( 즉, 페이지 2개에 걸쳐서) 데이터를 다음 페이지로 넘겨주고싶은데

이럴때 방법이

URL로 전달(GET), POST로 전달(HEADER), 세션에 저장후 두번째 페이지에서 받기,쿠키로 넘기기

이것밖에 없나요? 제가 생각나는건 이것뿐인데..웹이라서 당연한건가요?

객체를 컨트롤러끼리 주고 받는 다던가... 클라이언트를 거치지 않는 방법은 없나요?

일반 어플리케이션 개발을 더많이해봐서 약간 불편한거같네요..

[JUNG-LAE JO]

생각나신 방법 중에 하나로 하는게 좋지 않나요? 글로벌한 객체 하나에 쌓아 두면서 쓰는 건 웹 환경이 아니라도 좋은 설계로는 보기 힘들잖아요
그렇다고 디비나 파일등에 놓고 공유하는 건 배꼽도 커지잖아요ㅋ
스프링에서 픽스된 솔루션이 있는지는 다른 답변을 기다려보죠?ㅋ;

2010 9 28 10:31에 "in-seok hwang" <his2...@gmail.com>님이 작성:

--
Google 그룹스 'Korea Spring User Group' 그룹에 가입했으므로 본 메일이 전송되었습니다.
이 그룹에 게시하려면 ks...@googlegroups.com(으)로 이메일을 보내세요.
그룹에서 탈퇴하려면 ksug+uns...@googlegroups.com로 이메일을 보내주세요.
더 많은 옵션을 보려면 http://groups.google.com/group/ksug?hl=ko에서 그룹을 방문하세요.

[in-seok hwang]

클래스변수는 사용안하구요..

get이나 post는 외부로 노출되는게 싫고,
세션이나 토큰은 데이터가 어디서 살아있고 어디에서 사용후 지워줘야하고
관리가 힘든거같아서요..

너무 까탈스러운가요 ^^;;
c언어처럼 포인터로 넘겨주고싶어요 ㅠㅠ
아 그리운 포인터..

[Sungchul Park]

> URL로 전달(GET), POST로 전달(HEADER), 세션에 저장후 두번째 페이지에서
> 받기,쿠키로 넘기기
> 이것밖에 없나요? 제가 생각나는건 이것뿐인데..웹이라서 당연한건가요?

예. 맞습니다.

쿠키는 데이터 교환에 적당하지 않지만 전혀 사용할 수 없는 건 아니죠. 웹은
기본적으로 무상태지만 세션이라는 응용 기술로 제한적인 상태값을 갖을 수는
있습니다. 하지만 세션은 데이터를 담아두는 기간이 길어서 잠깐 데이터를 저
장해두려면 필요 없을 때 지워주는 작업을 해야 서버에 부하가 덜 갑니다.

spring web flow를 사용하시면 세션보다 생명 주기가 짧은 컨버세션이라는 공
간에 상태를 저장하실 수도 있습니다.

그리고 header는 무슨 의미인가요?

[in-seok hwang]

그렇군요...어찌보면 너무 당연한 질문이였네요..

header는 post데이터가 http프로토콜의 헤더에 추가되어 전송된다는 말이였어요

[Sungchul Park]

> header는 post데이터가 http프로토콜의 헤더에 추가되어 전송된다는 말이였어요

post 데이터는 헤더에 안 들어갑니다. ^^

[in-seok hwang]

아하, header가 아니라 request-body자리에 들어가는군요ㅎ

[HONG SUNG DONG]

저는 struts, spring 에 대해서 전혀 모릅니다.

기본 웹 밖에 몰라서.... 답변이 될진 모르겠네요.

struts든 spring이든 어차피 내부를 까보면 기본 웹 사상을 구현한 일테니까요.

 

한번 jee에서 데이타 (저장소)  lifecycle을 찾아보세요.

-로컬변수

-글로별 변수

-request/response

-session

-conatiner

-engine

 

그리고 데이타 교환방법에 대해서도 찾아보세요. 웹까지 포함해서

- 메모리

- 파일

- db

- 쿠키

- 파라미터

- http 헤더

- 소켓

 

음.... 또 뭐가 있을까요?

생각해보면 또 뭔가 나오겠죠 ... 이것들에 대한 특성을 이해하시면 가장적합한게 어느것인지 찾을 수 있을겁니다.

 

4칙연산을 이해하면 어떤 계산이든 가능하잖아요...

 

사는게 다 그렇듯이 프로그램도 별것없어요. 스프링이든 스트럿든, 기타 다른 웹이든 그 밑바닥의 사상은 동일하고 어떤게 더 효율적인지,,,, 그것에 따라서 구현만 달라진거겟죠 ?

 

좋은 답을 찾으시면 저도 공유좀 해주시고요... 그럼... 즐거운 프로그램 하세요..

2010년 9월 28일 오후 3:28, in-seok hwang <his2...@gmail.com>님의 말:

아하, header가 아니라 request-body자리에 들어가는군요ㅎ

--
Google 그룹스 'Korea Spring User Group' 그룹에 가입했으므로 본 메일이 전송되었습니다.
이 그룹에 게시하려면 ks...@googlegroups.com(으)로 이메일을 보내세요.
그룹에서 탈퇴하려면 ksug+uns...@googlegroups.com로 이메일을 보내주세요.
더 많은 옵션을 보려면 http://groups.google.com/group/ksug?hl=ko에서 그룹을 방문하세요.

--
눈에 보이는게 전부는 아니며 눈에 안보인다고 없는게 아니다.by 洪
HP:010-4717-6896

[HONG SUNG DONG]

아 한가지 더 말씀드리면

 

데이타가 어떤것인가에 따라서도 선택방법이 달라지겠네요.

 

고객정보가 들어있는 중요한것인지, 아니면 누가봐도 상관없는 그런것이지에 따라서요.

 

 

2010년 9월 29일 오전 10:14, HONG SUNG DONG <sdm...@gmail.com>님의 말:

[고종봉]

질문하신 내용은,

상태를 유지하는 스코프가 웹의 request와 session의 중간 단계에 있는 것 같습니다.

여러 개의 request를 묶어서 하나의 request group(?)으로 인식이 되어야 요구하신 컨트롤러간의 데이터 유지가 가능할 텐데요,

request 범위로는 부족하고, session 범위로는 너무 과하죠..

웹 프레임웍에 request group을 관리하는 기능이 추가되어야 할까요?? 아니면 이미 구현된 기능이 있을까요??

그렇지 않다면,, 쉽지 않은 고민거리인것 같습니다.

2010년 9월 29일 오전 10:16, HONG SUNG DONG <sdm...@gmail.com>님의 말:

[in-seok hwang]

생각해보니 저번에 여기서 질문했던 내용이랑 똑같은 질문을 한것같네요.

가장 제가 원하는 방식으로 구현되려면 역시

컨트롤러가 접속하는 사용자별로 새로운 인스턴트를 유지해서

클래스 변수를 사용해도 문제소지가 없다면

페이지간(컨트롤러간) 데이터 교환이 더욱 쉬울것같네요.

[고종봉]

음,, 그럼 session에 해당 인스턴스를 등록해서 공유하게 되는 구조인건가요??

여전히 session 관리에 주의를 해야하겠군요..ㅎ

2010년 9월 29일 오전 10:32, in-seok hwang <his2...@gmail.com>님의 말:

[고종봉]

아참,, 그리고 스프링 MVC에 커맨드 객체를 세션으로 유지하는 기능이 있던 것 같던데요,,

제가 자세히 몰라서,, 

그것도 참조해보심이..

2010년 9월 29일 오전 10:40, 고종봉 <mercu...@gmail.com>님의 말:

[HONG SUNG DONG]

데이타 빈을 만들어서 request attribute에 넣어서 보내시면 간단할거 같은데요.

 

서버에서만 움직이기 때문에 client로 보내지지 않아도 되고요.

 

세션사용하지 않으니 관리도 필요없고... 가장 심플 할듯...

2010년 9월 29일 오전 10:40, 고종봉 <mercu...@gmail.com>님의 말:

음,, 그럼 session에 해당 인스턴스를 등록해서 공유하게 되는 구조인건가요??

[Sungchul Park]

본질을 보면 세션을 사용하는 방법과 차이가 없습니다.
로컬 변수에 저장할 상태를 별도 공간인 세션에 넣는다는 부분만 다를 뿐이죠.

지금 나온 질문에는 conversation scope가 가장 적당하니까 스프링에서는 스
프링 웹 플로를 검토하는 게 좋겠습니다.
스프링 웹 플로가 아니더라도 세션을 이용해서 간단한 conversation을 구현하
는 것도 어렵지 않습니다.

[Sungchul Park]

> 데이타 빈을 만들어서 request attribute에 넣어서 보내시면 간단할거 같은
> 데요.
> 서버에서만 움직이기 때문에 client로 보내지지 않아도 되고요.
> 세션사용하지 않으니 관리도 필요없고... 가장 심플 할듯...

request attribute는 매 요청마다 초기화 되므로 여러 request 사이에 상태를
보존하기에는 적당하지 않습니다. ^^

[HONG SUNG DONG]

질문에 대해서 해석을 제가 오해했는지 모르겠네요. 정확히 어떤 의미인지 질문좀 드리겠습니다.

 

- 두개의 request가 동시에 병렬로 발생되고 그걸 서버에서 동시에 받아서 결합하겠다는 의미인가요?

아니면 request가 serial하게 계속 전달되게 하시겠다는 말씀인가요?

 

전 serial하게 전달되는의미로 이해했는데...
만약 병렬개념이라면 request로 전달은 안되겠죠...  서버에서 어떻게든 저장하고 있어야될테니까요..

 

그런데 궁금한점은 이런식으로 처리 해야만 하는 경우가 어떤경우인지 알고 싶네요.

 

기술적인 해결말고 설계를 다시 해보심이 좋을거 같다는 생각입니다.

 

2010년 9월 29일 오전 11:18, Sungchul Park <gyu...@gmail.com>님의 말:

--
Google 그룹스 'Korea Spring User Group' 그룹에 가입했으므로 본 메일이 전송되었습니다.
이 그룹에 게시하려면 ks...@googlegroups.com(으)로 이메일을 보내세요.
그룹에서 탈퇴하려면 ksug+uns...@googlegroups.com로 이메일을 보내주세요.
더 많은 옵션을 보려면 http://groups.google.com/group/ksug?hl=ko에서 그룹을 방문하세요.

[in-seok hwang]

시리얼하게 처리하는게 제 질문의 요지였습니다.

예를 들어 회원가입을 할때 실명인증을 받으면

회원정보입력페이지에서 이름이랑 주민번호가 미리 입력되어있죠..

그때 페이지간 데이터 이동을

클라이언트를 거치지 않으면서 컨트롤러끼리 데이터를 전달받는방법이 

있다면 , 편할 것 같은데 일반적으로 알고있는 방법에는 없길래요...

[고종봉]

저는 그냥,,,,

필요한 값들을 페이지마다 계속 전달해 줍니다. ㅋ

어차피 이어지는 페이지가 몇 안되고, 전달되는 값들도 얼마 없었거든요..

만약, 페이지마다 전달하기 위해서 불필요한 노가다를 해야하는 경우에는,,

해당 기능을 모듈화해서 기능을 추가 개발하심이...ㅎ

 

2010년 9월 29일 오후 3:40, in-seok hwang <his2...@gmail.com>님의 말:

[HONG SUNG DONG]

네... 간단한데요.

 

dispatcher로 request,response를 보내시면 되는데요.

 

처음받은 request의 모든값이 그대로 전달되기 때문에 두번쨰 받은곳에서 그대로 다 사용가능합니다.

 

오히려 너무 심플해서 이글 쓰면서 걱정이 되는군요 ^^

 

만약 중간에서 한번 가공해야한다면 데이타 클래스 하나 만드신후에 적절히 넣으신후 request attribute에 해당 객체를 넣어서 보내시면 됩니다.

 

        ServletConfig config = page.getServletConfig();
        ServletContext context = config.getServletContext();

        RequestDispatcher dispatcher = context.getRequestDispatcher(url);

        try
        {
            dispatcher.forward(req, res);
        }
        catch (Exception e)
        {
            e.printStackTrace();
        }

 

2010년 9월 29일 오후 3:40, in-seok hwang <his2...@gmail.com>님의 말:

--
Google 그룹스 'Korea Spring User Group' 그룹에 가입했으므로 본 메일이 전송되었습니다.
이 그룹에 게시하려면 ks...@googlegroups.com(으)로 이메일을 보내세요.
그룹에서 탈퇴하려면 ksug+uns...@googlegroups.com로 이메일을 보내주세요.
더 많은 옵션을 보려면 http://groups.google.com/group/ksug?hl=ko에서 그룹을 방문하세요.

[고종봉]

음,,, 아마도 제가 이해하기로는

forwarding 상황이 아니라, 새로운 request가 발생되는 상황인것 같습니다.

좀더 상세히 설명해보면,,

질문자의 상황 : 

client(browser) -> request -> server(*) -> response -> client -> request -> server(*)

* 간의 데이터 전달

홍성동님이 말씀하신 케이스 :

client -> request -> server -> forward -> server -> response -> client

아닌가요??

2010년 9월 29일 오후 3:59, HONG SUNG DONG <sdm...@gmail.com>님의 말:

[홍성동]

맞습니다. 클라인트로 간다면 req가 새로 생성되니 다르죠.  

다 방법은 있으니. 적절한 선택하시면 될거 같네요

구글메일 참좋네요^^

나의 iPhone에서 보냄

2010. 9. 29. 16:03 고종봉 <mercu...@gmail.com> 작성:

[우병훈]

클라이언트를 거치지 않고 Controller 사이에 request 를 전달하는게 목적이시면.. view 이름으로 forward:/다음controllerUrl.do 와 같이 주시면 됩니다.. 혹시 이걸 원하시는건 아닐지? ^^;