Xion

Model & ModelAndView

->컨트롤러에서 뷰에 데이터를 전달하기 위해 사용되는 객체

 

차이점

->Model은 뷰에 데이터만을 전달하기 위한 객체

 

ModelAndView

->데이터와 뷰의 이름을 함께 전달하는 객체

 

 

'Web(국비) > Spring' 카테고리의 다른 글

[Spring] Model & ModelAndView  (0) 2019.12.03
[spring]MVC STS  (0) 2019.12.03
[Spring]DI(Dependency Injection) 와 IOC컨테이너 란?  (0) 2019.11.24

Comment +0

@ModelAttribute("이름")

- 메소드 위에 한 번 선언하면, 어떤 메소드인지 공통적으로 호출이 된다.

   메소드  위에 선언하여 이름을 그대로 뷰단에서 사용할 수 있다.

- 별명을 만들어 사용할 수 있다. (닉네임)

'Web(국비) > Spring' 카테고리의 다른 글

[Spring] Model & ModelAndView  (0) 2019.12.03
[spring]MVC STS  (0) 2019.12.03
[Spring]DI(Dependency Injection) 와 IOC컨테이너 란?  (0) 2019.11.24

Comment +0

 

IOC컨테이네 ->부품들을 담고있는 컨테이너라고 생각하면 된다.

 

즉, 스프링이란 이러한 부품들을 생성하고 조립하는 라이브러리 집합체이다.

 

'Web(국비) > Spring' 카테고리의 다른 글

[Spring] Model & ModelAndView  (0) 2019.12.03
[spring]MVC STS  (0) 2019.12.03
[Spring]DI(Dependency Injection) 와 IOC컨테이너 란?  (0) 2019.11.24

Comment +0

1. Servlet(서블릿)


 

서블릿을 한줄로 정의하자면 아래와 같이 정의할 수 있습니다.

웹프로그래밍에서 클라이언트의 요청을 처리하고 그 결과를 다시 클라이언트에게 

전송하는 Servlet 클래스의 구현 규칙을 지킨 자바 프로그래밍 기술

 

간단히 말해서, 서블릿이란 자바를 사용하여 을 만들기 위해 필요한 기술입니다. 그런데 좀더 들어가서 설명하자면 

클라이언트가 어떠한 요청을 하면 그에 대한 결과를 다시 전송해주어야 하는데, 이러한 역할을 하는 자바 프로그램입니다. 

예를 들어, 어떠한 사용자가 로그인을 하려고 할 때. 사용자는 아이디와 비밀번호를 입력하고, 로그인 버튼을 누릅니다. 

그때 서버는 클라이언트의 아이디와 비밀번호를 확인하고, 다음 페이지를 띄워주어야 하는데, 이러한 역할을 수행하는 

것이 바로 서블릿(Servlet)입니다. 그래서 서블릿은 자바로 구현 된 *CGI라고 흔히 말합니다.

 

[ Servlet 특징 ]

  • 클라이언트의 요청에 대해 동적으로 작동하는 웹 어플리케이션 컴포넌트

  • html을 사용하여 요청에 응답한다.

  • Java Thread를 이용하여 동작한다.

  • MVC 패턴에서 Controller로 이용된다.

  • HTTP 프로토콜 서비스를 지원하는 javax.servlet.http.HttpServlet 클래스를 상속받는다. UDP보다 속도가 느리다.

  • HTML 변경 시 Servlet을 재컴파일해야 하는 단점이 있다.

일반적으로 웹서버는 정적인 페이지만을 제공합니다. 그렇기에 동적인 페이지를 제공하기 위해서 웹서버는 

다른 곳에 도움을 요청하여 동적인 페이지를 작성해야 합니다. 동적인 페이지로는 임의의 이미지만을 보여주는 페이지와 같이

사용자가 요청한 시점에 페이지를 생성해서 전달해 주는 것을 의미합니다. 여기서 웹서버가 동적인 페이지를 제공할 수 있도록

도와주는 어플리케이션이 서블릿이며, 동적인 페이지를 생성하는 어플리케이션이 CGI입니다. 

[ Servlet 동작 방식 ]

 

 

1. Web Server는 HTTP request를 Web Container(Servlet Container)에게 위임한다.
       1) web.xml 설정에서 어떤 URL과 매핑되어 있는지 확인
       2) 클라이언트(browser)의 요청 URL을 보고 적절한 Servlet을 실행
       https://gmlwjd9405.github.io/2018/10/29/web-application-structure.html 참고

 

2. Web Container는 service() 메서드를 호출하기 전에 Servlet 객체를 메모리에 올린다.
      1) Web Container는 적절한 Servlet 파일을 컴파일(.class 파일 생성)한다.
      2) .class 파일을 메모리에 올려 Servlet 객체를 만든다.
      3) 메모리에 로드될 때 Servlet 객체를 초기화하는 init() 메서드가 실행된다.
3.Web Container는 Request가 올 때마다 thread를 생성하여 처리한다.
      각 thread는 Servlet의 단일 객체에 대한 service() 메서드를 실행한다.

참고 Servlet Program에서 Thread의 역할

ㆍThread란? 운영체제로부터 시스템 자원을 할당받는 작업의 단위
     https://gmlwjd9405.github.io/2018/09/14/process-vs-thread.html 참고
Servlet Program에서 thread가 수행할 메서드가 지정/할당되면
      thread는 생성 후 즉시 해당 메서드만 열심히 수행한다.
      해당 메서드가 return하면 thread는 종료되고 제거된다.
       즉, 실제로 thread의 역할: Servlet의 doGet() 또는 doPost()를 호출하는 것이다.
Web Container(Servlet Container)는 thread의 생성과 제거를 담당한다.
      하지만 thread의 생성과 제거의 반복은 큰 오버헤드를 만든다.
      이를 위해 Tomcat(WAS)은 “Thread Pool”(미리 thread를 만들어 놓음) 이라는 적절한 메커니즘을 사용하            여오버헤드를 줄인다.
즉, WAS는 Servlet의 life cycle을 담당한다.
       웹 브라우저 클라이언트의 요청이 들어왔을 때 Servlet 객체 생성은 WAS가 알아서 처리한다.
        WAS 위에서 Servlet이 돌아다니고 개발자는 이 Servlet을 만들어야 한다.

 

 

Servlet Life Cycle

클라이언트의 요청이 들어오면 WAS는 해당 요청에 맞는 Servlet이 메모리에 있는지 확인한다.
만약 메모리에 없다면 해당 Servlet Class를 메모리에 올린 후(Servlet 객체 생성) init 메서드 실행
이후 service 메서드를 실행
메모리에 있다면 바로 service 메서드 실행

 if (메모리에 없음) {
 // 해당 서블릿 클래스를 메모리에 올림
 // init() 메소드를 실행
 }
 // service()메소드를 실행
https://gmlwjd9405.github.io/2018/10/28/servlet.html

ㆍinit()

한 번만 수행된다.
클라이언트(browser)의 요청에 따라 적절한 Servlet이 생성되고 이 Servlet이 메모리에 로드될 때 init() 메서드가 호출된다.
역할: Servlet 객체를 초기화

ㆍservice(request, response)

    응답에 대한 모든 내용은 service() 메서드에 구현해야 한다.
    Servlet이 수신한 모든 request에 대해 service() 메서드가 호출된다. 
      ㆍ  HttpServlet을 상속받은 Servlet 클래스(이하 하위 클래스)에서 service() 메서드를 오버라이드하지 않았다면, 그 부모인            HttpServlet의 service()가 호출된다.
        HttpServlet의 service() 메서드는 템플릿 메서드 패턴으로 구현되어 있다.
        service() 메서드는 request의 type(HTTP Method: GET, POST, PUT, DELETE 등)에 따라 적절한 메서드(doGet,                     doPost, doPut, doDelete 등)를 호출한다.
        즉, 하위 클래스에서 doGet, doPost 등의 메서드를 오버라이드해두면 HttpServlet의 service() 메서드가 요청에 맞는             메서드(하위 클래스에서 오버라이드한 메서드)를 알아서 호출할 수 있게 되는 것이다.
        메서드가 return하면 해당 thread는 제거된다.

ㆍdestroy()

한 번만 수행된다.
Web Application이 갱신되거나 WAS가 종료될 때 호출된다.
역할: Servlet 객체를 메모리에서 제거

 

 

 

 

Q) CGI(Common Gateway Interface)란?

 

더보기

 

CGI는 특별한 라이브러리나 도구를 의미하는 것이 아니고, 별도로 제작된 웹서버와 프로그램간의 교환방식입니다. CGI방식은 어떠한 프로그래밍언어로도 구현이가능하며, 별도로 만들어 놓은 프로그램에 HTML의 Get or Post 방법으로 클라이언트의 데이터를 환경변수로 전달하고, 프로그램의 표준 출력 결과를 클라이언트에게 전송하는 것입니다.

즉, 자바 어플리케이션 코딩을 하듯 웹 브라우저용 출력 화면을 만드는 방법입니다.

 

 

Q) HTTP 프로토콜을 이용한 서버와 클라이언트의 통신 과정은?

더보기

 

클라이언트는 정보를 얻기 위해 서버로 HTTP 요청 메세지+매개변수를 전송하고, 서버는 이를 해석하여 정적 자원에 대한 요청일 경우 자원을 반환해주고, 그렇지 않은 경우 CGI 프로그램을 실행시켜 해당 결과를 리턴해줍니다. 이때 서버는 CGI 프로그램에게 클라이언트의 요청과 매개변수를 전달해주고, 결과를 전달받기 위한 파이프라인을 연결합니다. 그래서 CGI 프로그램은 입력에 대한 서비스를 수행하고, 결과를 클라이언트에게 전달하기 위해 결과 페이지에 해당하는 MIME 타입의 컨텐츠데이터를 웹 서버와 연결된 파이프라인에 출력하여 서버에 전달합니다. 서버는 파이프라인을 통해 CGI 프로그램에서 

출력한 결과 페이지의 데이터를 읽어, HTTP 응답헤더를 생성하여 데이터를 함께 반환해준다.

자료 출처 from http://blog.daum.net/question0921/1070

2. Servlet Container(서블릿 컨테이너)


 

서블릿 컨테이너는 서블릿을 이해했다면 상당히 쉽게 이해할 수 있습니다.

서블릿을 관리해주는 컨테이너

 

아주쉽죠? 우리가 서버에 서블릿을 만들었다고 해서 스스로 작동하는 것이 아니고, 서블릿을 관리해주는 것이 필요한데 그러한 역할을 하는 것이 바로 서블릿 컨테이너 입니다. 예를 들어, 서블릿이 어떠한 역할을 수행하는 정의서라고 보면, 서블릿 컨테이너는 그 정의서를 보고 수행한다고 볼 수 있습니다. 서블릿 컨테이너는 클라이언트의 요청(Request)을 받아주고 응답(Response)할 수 있게, 웹서버와 소켓을 만들어 통신하며 대표적인 예로 톰캣(Tomcat)이 있습니다. 톰캣은 실제로 웹서버와 통신하여 JSP(자바 서버 페이지)와 Servlet이 작동하는 환경을 제공해줍니다.

 

[Servlet Container 역할]

  1. 웹서버와의 통신 지원

서블릿 컨테이너는 서블릿과 웹서버가 손쉽게 통신할 수 있게 해줍니다. 일반적으로 우리는 소켓을 만들고 listen, 

accept 등을 해야하지만 서블릿 컨테이너는 이러한 기능을 API로 제공하여 복잡한 과정을 생략할 수 있게 해줍니다.

그래서 개발자가 서블릿에 구현해야 할 비지니스 로직에 대해서만 초점을 두게끔 도와줍니다.

 

  2. 서블릿 생명주기(Life Cycle) 관리 

서블릿 컨테이너는 서블릿의 탄생과 죽음을 관리합니다. 서블릿 클래스를 로딩하여 인스턴스화하고, 

초기화 메소드를 호출하고, 요청이 들어오면 적절한 서블릿 메소드를 호출합니다. 

또한 서블릿이 생명을 다 한 순간에는 적절하게 Garbage Collection(가비지 컬렉션)을 진행하여 편의를 제공합니다.

 

  3. 멀티쓰레드 지원 및 관리 

서블릿 컨테이너는 요청이 올 때 마다 새로운 자바 쓰레드를 하나 생성하는데, HTTP 서비스 메소드를

실행하고 나면, 쓰레드는 자동으로 죽게됩니다. 원래는 쓰레드를 관리해야 하지만 서버가 다중 쓰레드를

생성 및 운영해주니 쓰레드의 안정성에 대해서 걱정하지 않아도 됩니다.

 

  4. 선언적인 보안 관리 

서블릿 컨테이너를 사용하면 개발자는 보안에 관련된 내용을 서블릿 또는 자바 클래스에 구현해 놓지 않아도 됩니다.

일반적으로 보안관리는 XML 배포 서술자에 다가 기록하므로, 보안에 대해 수정할 일이 생겨도 자바 소스 코드를 

수정하여 다시 컴파일 하지 않아도 보안관리가 가능합니다.

 

 

 

위에서 서블릿 컨테이너는 서블릿의 생명주기를 관리한다고 적어놓았습니다.

그렇다면 이번에는 추가적으로 서블릿의 생명주기에 대해서 자세히 알아보도록 하겠습니다.

[ Servlet 생명주기 ]

 

 

 

  1. 클라이언트의 요청이 들어오면 컨테이너는 해당 서블릿이 메모리에 있는지 확인하고, 없을 경우 init()메소드를 호출하여 적재합니다. init()메소드는 처음 한번만 실행되기 때문에, 서블릿의 쓰레드에서 공통적으로 사용해야하는 것이 있다면 오버라이딩하여 구현하면 됩다. 실행 중 서블릿이 변경될 경우, 기존 서블릿을 파괴하고 init()을 통해 새로운 내용을 다시 메모리에 적재합니다.
  2. init()이 호출된 후 클라이언트의 요청에 따라서 service()메소드를 통해 요청에 대한 응답이 doGet()가 doPost()로 분기됩니다. 이때 서블릿 컨테이너가 클라이언트의 요청이 오면 가장 먼저 처리하는 과정으로 생성된 HttpServletRequest, HttpServletResponse에 의해 request와 response객체가 제공됩니다.
  3. 컨테이너가 서블릿에 종료 요청을 하면 destroy()메소드가 호출되는데 마찬가지로 한번만 실행되며, 종료시에 처리해야하는 작업들은 destroy()메소드를 오버라이딩하여 구현하면 됩니다.

 

3. JSP(Java Server Page)


 

지금까지 이해를 잘 했다면 JSP에 대해서도 어렵지 않게 받아들일 수 있을 것입니다!

       Java 코드가 들어가 있는 HTML 코드

 

서블릿은 자바 소스코드 속에 HTML코드가 들어가는 형태인데, JSP는 이와 반대로 HTML 소스코드 속에 자바 소스코드가 들어가는 구조를 갖는 웹어플리케이션 프로그래밍 기술입니다. HTML속에서 자바코드는 <% 소스코드 %> 또는 <%= 소스코드 =%>형태로 들어갑니다. 자바 소스코드로 작성된 이 부분은 웹 브라우저로 보내는 것이아니라 웹 서버에서 실행되는 부분입니다. 웹 프로그래머가 소스코드를 수정 할 경우에도 디자인 부분을 제외하고 자바 소스코드만 수정하면 되기에 효율을 높여줍니다. 또한 컴파일과 같은 과정을 할 필요없이 JSP페이지를 작성하여웹 서버의 디렉토리에 추가만 하면 사용이 가능합니다. 서블릿 규칙은 꽤나 복집하기 때문에 JSP가 나오게 되었는데 JSP는 WAS(Web Application Server)에 의하여 서블릿 클래스로 변환하여 사용되어 집니다. 

 

[ JSP 동작 구조 ]

 

 

 

웹 서버가 사용자로부터 서블릿에 대한 요청을 받으면 서블릿컨테이너에 그 요청을 넘깁니다. 요청을 받은 컨테이너는 HTTP Request와 HTTP Response 객체를 만들어, 이를 인로 서블릿 doPost()나 doGet()메소드 중 하나를 호출합니다. 만약 서블릿만 사용하여 사용자가 요청한 웹 페이지를 보여주려면 out 객체의 println 메소드를 사용하여 HTML 문서를 작성해야 하는데 이는 추가/수정을 어렵게 하고, 가독성도 떨어지기 때문에 JSP를 사용하여 비지니스 로직과 프레젠테이션 로직을 분리합니다. 여기서 서블릿은 데이터의 입력, 수정 등에 대한 제어를 JSP에게 넘겨서 프레젠테이션 로직을 수행한 후 컨테이너에게 Response를 전달합니다. 이렇게 만들어진 결과물은 사용자가 해당 페이지를 요청하면 컴파일이 되어 자바파일을 통해 .class 파일이 만들어지고, 두 로직이 결합되어 클래스화 되는것을 확인할 수 있다. 즉, out객체의 println 메소드를 사용해서 구현해야하는 번거로움을 JSP가 대신 수행해줍니다

Comment +0

EL ( Expression Language )

EL은 JSP의 출력 문법을 대체하는 표현 언어입니다

<%=  i  %> 
    • JSP에서의 값 표기법이며, i는 변수입니다.
${  i  }
    • EL에서의 값 표기법이며, i는 이름입니다.

 

 

EL ( Expression Language )

EL은 JSP의 출력 문법을 대체하는 표현 언어입니다.

  • <%=  i  %> 
    • JSP에서의 값 표기법이며, i는 변수입니다.
  • ${  i  }
    • EL에서의 값 표기법이며, i는 이름입니다.

EL 표기법에서 파라미터의 값은 param 키워드를 통해 가져올 수 있습니다.

또한 JSP 값 표기법에서 파라미터는 문자열이지만, EL에서 숫자는 숫자로, 문자열은 문자열로 인식합니다.

 

예를 들어, 클라이언트로부터 localhost:8080/testing/test.sjp?a=10 으로 요청이 올 때,

test.jsp 파일에서 아래와 같이 작성하면,

<%= request.getParameter("a") + 100 %> JSP => 10100 
${param.a + 100 }             			EL => 110

JSP 값 표기법에서는 a가 문자열이기 때문에 10100이 되지만,

EL 표기법에서는 10을 정수형으로 인식하기 때문에 110이 됩니다.

EL 표기법에서는 자주 사용될 수 있는 객체들을 미리 정의해놓았습니다.

내장 객체

pageScope 

page Scope에 접근하기 위한 객체 

 reqeustScope

request Scope에 접근하기 위한 객체 

 sessionScope

session Scope에 접근하기 위한 객체 

applicationScope 

application Scope에 접근하기 위한 객체 

 param

파라미터 값을 가져오기 위한 객체 

 header

헤더 값을 가져오기 위한 객체 

 cookie

쿠키 값을 가져오기 위한 객체 

 initParam

JSP 초기 파라미터를 가져오기 위한 객체 

 pageContext

pageContext 객체에 접근하기 위한 객체 

 

객체 Scope 테스트를 할 때 EL 표기법을 사용했었는데, 각 객체 Scope에 접근할 수 있었던 이유는 EL 표기법에서 내장 객체를 제공하기 때문입니다.

 

JSTL JavaServer Pages Standard Tag Library )

JSTL은 태그를 통해 JSP 코드를 관리하는 라이브러리로서, JSP의 가독성이 좋아집니다.

라이브러리이기 때문에 JSTL을 사용하려면, 라이브러리를 다운로드 해서 추가해야 합니다. ( 링크 )

 

그리고 JSP 페이지에서 아래의 세 줄을 맨 위에 작성해야 해야 JSTL 문법을 사용할 수 있습니다.

 

<%@ taglib uri="http://java.sun.com/jsp/jstl/core" prefix="c"%>
<%@ taglib uri="http://java.sun.com/jsp/jstl/fmt" prefix="fmt"%>
<%@ taglib uri="http://java.sun.com/jsp/jstl/functions" prefix="fn"%>

태그의 종류에는 core , format , function , xml , sql 이 있습니다.

태그의 속성들이 워낙 많기 때문에 이 글에서 전부 다룰 수는 없을 것 같습니다.

그래서 자주 사용되는 내용만 예제로 살펴보고, 나머지는 치트시트 링크로 대체하겠습니다. ( JSTL cheat sheet  - 링크 )

 

1) set

2) if

 

 

 

3) choose

 

 

 

4) foreach

 

 

 

5) import

 

 

 

 

6) 날짜 format

 

<fmt:parseDate value='${ vo.regDate }' var='regDate' pattern="yyyy-MM-dd H:m" />
<td><fmt:formatDate value="${ regDate }" pattern="MM월dd일 H:m"/></td>
  • vo.regDate는 MySQL의 Datetime 타입의 값이라고 가정합니다.
  • Datetime은 2018-03-17 11:48:33 의 format을 갖는데, 이를 JSP에서 그대로 사용하는 것은 보기가 안좋으므로 "03월17일 11:48"의 format으로 바꾸는 예제입니다.
  • 검색을 하시면 더 많은 pattern이 있으므로 참고하시면 될 것 같습니다.

8) 합계

<c:set var ="total" value = "0" />

<c:forEach var="price" items="${prices}">
    <c:set var= "total" value="${ total + price }"/>
</c:forEach>

<c:out value="${total}"/>

 

9) 개행처리

데이터를 추가할 때 textarea로 입력된 값은 개행처리가 되어 DB에 저장되어 있습니다.

그런데 서버로부터 데이터

를 불러와 JSP에 값을 출력 해보면 개행처리가 되지 않습니다.

이를 해결하기 위해서는 pageContext와 더불어 JSTL replace 함수를 사용하면 됩니다.

<%
    pageContext.setAttribute("newLine", "\n");
%>

<td align="center">
    ${fn:replace(productVO.info, newLine, '<br>') }
</td>

10) JSTL 적용 전과 적용 후 비교 ( 1 )

 

 

 

 

11) JSTL 적용 전과 적용 후 비교 (2)

 

 

 

 

이상으로 JSTL과 EL에 대해 알아보았습니다.

JSP 파일에 스클립틀릿 <% %>을 사용하는 것보다, JSTL과 EL 사용을 권장합니다.

그 이유는 <% %>을 사용하면 HTML 태그를 들여쓰기 할 때 가독성이 떨어지기 때문입니다.

또한 퍼블리셔와 협업할 때, 그 분들의 작업공간에 Java 코드가 있으면 보기가 불편하실겁니다.

그리고 개발자 입장에서도 나중에 Spring 프레임워크에서도 JSTL/EL 표기법을 사용하는데, JSTL/EL을 사용하는 것이 데이터를 사용함에 있어 훨씬 효율적입니다.

 

 

 

출처:https://victorydntmd.tistory.com/156

Comment +0

람다식

* Lambda Expression

* 함수처럼 파라미터를 가진 코드 블록으로 익명 함수를 지칭하는 용어이다.

* 일종의 함수처럼 사용이 가능하다. (호출, 재귀)

 

1) 람다식 형식

( 파라미터1, 파라미터2) -> EL식

* 예1) a가 b보다 큰 경우 true를 리턴하고, 크지 않다면 false를 리턴하는 람다식

( a, b) -> a>b ? true : false

* 예2) 람다식을 EL에서 사용

${ greaterEx = (a, b)-> a>b ? true : false ; " } 

* 람다식을 greaterEx 변수에 할당하는 코드이다. 책의 예제는 결과를 출력하지 않기 위해 세미콜론 연산자를 사용했다.

* 람다식은 일종의 함수로, 위 처럼 할당한 변수를 함수처럼 호출할 수 있다. 또한 병수에 할당하지 않고 바로 사용도 가능하다.

 

스트림 API

* EL3.0버전에서 반복문을 제공하지 않기때문에 컬렉션 객체를 위한 스트림 API가 추가되었다. 

* 예) 합 구하기

<c:set var="data" value="<%= java.util.Arrays.asList(1,2,3,4) %>" />

<c:set var="sum" value=" ${data.stream().sum()}" />

* 예) 세미콜론 연산자와 할당 연산자를 이용해 EL만으로 계산 결과를 sum 변수에 할당

${ data = [1, 2, 3, 4]; sum = data.stream().sum() ; "}

 

1) 기본

* 기본 형태

* 스트림 생성 뒤 스트림은 다음 연산으로 원소를 차례대로 제공한다.

* 스트림 객체의 중간 연산 메소드는 변환 과정을 거친 뒤 새로운 스트림 객체를 생성한다. (생략 가능)

* 최종 연산은 스트림에 있는 데이터를 읽어와 최종 결과를 생성한다. 

 

2) 스트림 생성

* 스트림 메소드를 이용한 스트림 객체를 생성 : 객체.stream()

* 스트림 생성 뒤 중간 연산과 최종 연산을 거쳐 새로운 결과를 생성한다.

* EL은 Map타입의 stream()을 제공하지 않는다. 아래는 EL에서의 stream()사용 방법이다.

 

<p><%

    java.util.Map<String, String> map = new java.util.HashMap<>();

    map.put("color1","빨간색");

    map.put("color2","파란색");

    request.setAttribute("map", map);

%> 

    ${map.entrySet().stream().map(entry-> entry.value).toList()}

</p>

 

Comment +0