개발일지

오늘 배운 것 :

Redirection, java in js engine(nashorn=>graal), doGet, doPost,

JSP(Jasper)의 필요성, Servlet과 JSP의 내장 객체들

느낀 점:

웹개발자 속 문명 진화의 작은 부분을 엿본 것 같다

아쉬웠던 점:

분명 열심히 한 것 같은데 이전에 배운 것이 아무것도 기억나지 않는다

서버에서 페이지 전환 Redirection
response.sendRedirect("calc2");


쿠키 삭제하기
if(operator != null && operator.equals("C"))
expCookie.setMaxAge(0);


Java에서 자바스크립트 엔진 사용하여 구문 분석하기
ScriptEngine engine = new ScriptEngineManager().getEngineByName("nashorn");
try {
exp = String.valueOf(engine.eval(exp));
} catch (ScriptException e) {
e.printStackTrace();
}
-jdk11 이후부터는 nashorn 엔진은 지원되지 않는다. 
-자바에서 자바스크립트를 사용하고 싶다면 GraalVM 엔진을 사용하자.

엔진 변경 방법
1. 프로젝트 우클릭 -> configure -> convert to maven project 클릭
2. 생성된 pom.xml 파일에 
  <dependencies>
  <dependency>
    <groupId>org.graalvm.js</groupId>
    <artifactId>js</artifactId>
    <version>19.2.0.1</version>
</dependency>  
<dependency>
    <groupId>org.graalvm.js</groupId>
    <artifactId>js-scriptengine</artifactId>
    <version>19.2.0.1</version>
</dependency>
  </dependencies>
삽입 ( <build> 바로 위 )
ScriptEngine engine = new ScriptEngineManager().getEngineByName("graal.js"); 

graal.js 삽입

HttpServlet을 상속받은 서블렛 클래스는 클라이언트에서 요청받은 메소드 방식에 따라 doGet, doPost 등 기타 다른 서비스 메소드를 자동으로 호출한다.
이때 해당 서비스 메소드가 오버라이드 되어있지 않으면 405 에러를 출력한다.
(URL을 찾을 수 없으면 404 에러)

동일한 서블렛 조각에서 GET 방식과 POST 방식을 한꺼번에 처리하는 방식을 원하면 service 메소드를 오버라이드 해서 super.service(req, resp);는 지우고 조건문 if(request.getMethod().equals("GET")){}등을 통해 원하는 서비스를 오버라이드 하도록 하고.

GET과 POST 요청을 따로 처리하길 원한다면 service 메소드를 오버라이드 하지 않고 doGet, doPost 메소드를 오버라이드 하여 사용한다.

또는 service 메소드 오버라이드에 super.service(req, resp); 호출을 통해 선택적으로 메소드 오버로드처럼 사용할 수도 있긴 하다.


Servlet 계산기 (JSP의 필요성)

out.write 노가다를 대신해 줄 JSP가 필요하게 됨 

오늘 배운 것 :

Application, Session, Cookie

느낀 점:

금융기관 사이트 로그인 유지와 공기관 동영상 교육 등에서 많이 본 기능인데.

SID 발급 직후 세션 타임아웃을 설정해서 js interval이나 timeout 기능 등을 사용해서

사용자가 남은 시간을 볼 수 있도록 하고, 세션종료(타임아웃) 후 서버로 재요청하는 기능을 구현해놓은 것 같다.

아쉬웠던 점:

없음

<상태 유지의 필요성>

웹 서버 프로그램의 경우 일반 애플리케이션과 다르게 조각나 있는 상태와 같기 때문에
클라이언트로부터 데이터를 요청받고 응답한 뒤 서블렛 조각 프로그램은 종료되어버린다.
그러한 이유로 서블렛 간의 작업을 이어가기 위해서는 전역 변수와 같은 개념이 필요한데, 그러한 것을 위해 사용되는 객체들이 있다.



= Application, Session, Cookie  (기타_Hidden input, Querystring) =



Application 저장소 : 서블릿 컨텍스트(Context)
-어플리케이션(모든 서블릿) 전역에서 사용 가능


ServletContext application = request.getServletContext();
-서블릿 컨텍스트 생성

application.setAttribute("value", v);
application.setAttribute("operator", op);
-서블릿 컨텍스트에 객체 저장하기 (컬렉션의 Map과 같은 방식으로 저장된다)

application.getAttribute("value");
application.getAttribute("operator");
-서블릿 컨텍스트에 저장된 객체 가져오기 (말그대로 객체로 가져오므로 연산을 하려면 형변환이 필요하다)



Session 객체로 상태 값 저장하기
-세션(현재 접속한 사용자) 별로 사용 가능
(동일 브라우저 창은 다중 스레드로 구성되어 동일 세션을 사용하나, 다른 브라우저 끼린 다른 세션을 사용한다)
(세션의 사용자는 첫 response에 SID를 서버로부터 받아 이후의 요청에 사용한다)
(브라우저 개발자 도구의 network > cookie 에서 SID를 확인할 수 있다)


HttpSession session = request.getSession();
-세션 생성

session.setAttribute("value", v);
session.setAttribute("operator", op);
session.getAttribute("value");
session.getAttribute("operator");
-사용법은 서블릿 컨텍스트와 같다.

void setAttribute(String name, Object value)
-지정된 이름으로 객체를 설정

Object getAttribute(String name)
-지정한 이름의 객체를 반환

void invalidate()
-세션에서 사용되는 객체들을 바로 해제

void setMaxInactiveInterval(int interval)
-세션 타임아웃을 정수(초)로 설정

boolean isNew()
-세션이 새로 생성되었는지를 확인

Long getCreationTime()
-세션이 시작된 시간을 반환, 1970년 1월 1일을 시작으로 하는 밀리초

long getLastAccessedTime()
-마지막 요청 시간, 1970년 1월 1일을 시작으로 하는 밀리초

(세션 사용자들의 데이터를 항상 서버에서 저장하고 있을 수는 없기 때문에 위와 같은 추가 메소드를 사용한다)



Cookie를 이용해 상태 값 유지하기
-Application, Session이 서버 측에서 만들어지는 저장소라면 쿠키는 사용자(클라이언트) 브라우저에서 저장한다


Cookie(브라우저) === TCP/IP 정보, 헤더정보(브라우저가보냄), 사용자데이터 ===> 서버
서버 === 헤더정보 ===> Cookie

request.getHeader("remote-host")
-헤더 정보 가져오기
request.getParameter("x")
-사용자데이터 가져오기


Cookie cookie = new Cookie("c", String.valueOf(result));
response.addCookie(cookie);
-쿠키 저장하기(저장시키기 혹은 저장요청하기...)(쿠키는 문자열 형태로만 저장할 수 있기에 형변환 시켜준다)

Cookie[] cookies = request.getCookies();
String _c = "";
if (cookies != null)
  for (Cookie cookie : cookies)
    if("c".equals(cookie.getName()))
      _c = cookie.getValue();
-쿠키 읽기

cookie.setPath("/");
-쿠키 적용 url 설정하기
( "/" 모든 서블렛, "/abc" abc 주소가 요청할때만, "/abc/" abc가 포함된 모든 하위 서블렛 )

cookie.setMaxAge(int second);
-쿠키 수명 설정하기 

(0으로 설정시 즉시 삭제된다)
(기본값 : 브라우저의 생존주기와 같음)
(설정시 브라우저가 닫혀도 외부파일로 남아 설정한 시간동안 유지된다)

ex)
Cookie[] cookies = request.getCookies();
Cookie valueCookie = new Cookie("value", String.valueOf(v));
Cookie opCookie = new Cookie("op", op);
valueCookie.setPath("/");
valueCookie.setMaxAge(24*60*60);
opCookie.setPath("/");
response.addCookie(valueCookie);
response.addCookie(opCookie);



Application, Session, Cookie의 차이점 정리

오랜시간 저장해야하는 데이터라면 무조건 Cookie로 저장한다.
특정범위, 특정URL에서만 사용하는 데이터 또한 Cookie로 저장한다.

Servlet



<Eclipse IDE EE 버전으로 웹개발 환경 구축>
(WAS로는 tomcat 9 버전 사용)

Dynamic Web project로 프로젝트 생성
Target runtime에 사용할 tomcat 등록
Java Resources\src -여기에 java 패키지와 소스코드 작성
src\main\webapp  -여기에 html 작성
(버전에 따라 폴더 이름 또는 구성은 달라질 수 있다)

가동되는 브라우저를 변경하고 싶다면 window > web browser 변경
프로젝트 명이 url에 드러나지 않게 하려면 file > Properties > web project settings > Context root를 / 로 변경

웹 브라우저에서 실행되는 실제 파일은 위와 같은 이클립스 개발 디렉토리나 톰캣 폴더가 아닌
배포시 workspace\.metadata\.plugins\org.eclipse.wst.server.core 에서 복제되어 생성된다.



<Annotaion을 이용한 URL 맵핑>


@WebServlet("/hello")
public class Nana extends HttpServlet {}

-위처럼 어노테이션을 클래스 위에 붙여주면 web.xml 등 외부파일에서 설정할 필요없이 적용된다.
(Servlet 어노테이션 임포트 해야함)
-어노테이션을 사용해 url을 맵핑할 시 web.xml의 metadata-complete은 false로 바꿔주어야 한다.
(true로 되어 있으면 web.xml 의 설정이 우선된다)



<한글과 콘텐츠 형식>


브라우저에 response 하는 콘텐츠의 형식을 알려주지 않을 경우 브라우저는 자의적으로 해석한다.

ex) 익스플로러는 response한 문자열의 "<br>"을 html로 해석해 한줄을 내리지만 크롬은 text로 해석해 그대로 출력한다.
(tomcat 기본 인코딩은 ISO-8859-1)


=서버에서 한글을 지원하지 않는 문자코드로 인코딩 될 경우= 
(ex) ISO-8859-1 문자코드
한국어 출력 : ??:???????

해결법)
response.setCharacterEncoding("UTF-8");


=서버에서는 한국어를 지원하는 UTF-8로 인코딩해서 보냈지만 브라우저가 다른 코드로 잘못 해석한 경우=
(ex) EUC_KR 문자코드
한국어 출력 : 뒹귥◆땗뺎◆

해결법)
response.setContentType("text/html; charset=UTF-8");


이클립스에서 소스 파일 생성시 인코딩 방식 미리 설정하기
window > preference > web > files... > encoding 변경



<GET 요청과 쿼리스트링>


=쿼리스트링에 따른 request.getParameter("cnt");  반환 값=

http://localhost/hello?cnt=3   =GET=>

hello?cnt=3 =>   "3"
hello?cnt= =>   ""
hello? =>   null
hello =>   null

테스트용 html)
<body>
환영합니다.<br >
<a href="hi">인사하기</a><br >
<a href="hi?cnt=3">인사하기</a><br >
</body>



<POST 요청>


<form action="notice-reg" method = "post">
-url에 쿼리가 표시되지 않고 요청바디를 통해 요청됨

post 요청 시 title=abc&content=abcdefg 이러한 형태로 전달된다

=한글 포스트 시 깨짐 문제=
한국어 출력 : dsad ì•ˆë…•í•˜ì„¸ìš”

해결법)
request.setCharacterEncoding("UTF-8");

(tocat\conf\server.xml 외부 설정 파일에서 기본 인코딩 설정을 UTF-8로 가능하지만 권장되지 않는다)
(톰캣으로 운영하는 모든 서버가 UTF-8 이 되기 때문)



<Servlet Filter>


서블릿 request, respond가 실행되기 전 먼저 선행되어
인코딩 설정, 유효성 검사, 다른 url로 우회시키는 등의 일을 시킬 수 있는 필터 인터페이스.

public class CharacterEncodingFilter implements Filter {
@Override
  public void doFilter(ServletRequest request
    , ServletResponse response
    , FilterChain chain)
    throws IOException, ServletException {
      request.setCharacterEncoding("UTF-8");
      chain.doFilter(request, response);
    }
}

FilterChain 객체
필터가 언제 실행될 지, 어떻게 실행될지 흐름을 제어하는 용도
chain.doFilter(request, response);
다음 url로 진행시킨다



=Annotaion을 이용한 Filter URL 맵핑=

import javax.servlet.annotation.WebFilter;

@WebFilter("/*")
public class CharacterEncodingFilter implements Filter {}



=web.xml 설정을 통한 url맵핑=

  <filter>
   <filter-name>characterEncodingFilter</filter-name>
   <filter-class>패키지.CharacterEncodingFilter</filter-class>
  </filter>
  <filter-mapping>
   <filter-name>characterEncodingFilter</filter-name>
   <url-pattern>/*</url-pattern>
  </filter-mapping>

->   /* 모든 url에 대해 필터를 적용시킬 경우

<입력 데이터 배열로 받기>

[html]
<body>
<form action="add2" method="post">
<div>
<input type="text" name="num" />
<input type="text" name="num" />
<input type="text" name="num" />
<input type="text" name="num" />
</div>
<div>
<input type="submit" value="덧셈" />
</div>
<div>
결과 : 0
</div>
</form>
</body>


[servlet]
String[] num_ = request.getParameterValues("num");
int result = 0;
for (int i = 0; i < num_.length; i++) {
  int num = Integer.parseInt(num_[i]);
  result += num;
}
response.getWriter().printf("result is : %d\n", result);

오늘 배운 것 :

Servlet Annotaion을 이용한 URL 맵핑

웹 개발 환경 멀티바이트 문자 오류 문제

GET, POST, Servlet Filter

느낀 점:

모르는 폴더와 파일이 많네.

아쉬웠던 점:

슬슬 암기의 영역으로 발전하는 것 같다.

<톰캣>
https://tomcat.apache.org

-톰캣9 다운로드
서비스 목적이면 인스톨 버전 설치 (부팅 시 서비스목록에 추가)
개발, 공부 목적이면 집파일 설치

-JAVA_HOME  jdk 환경변수 등록이 안되어 있으면 등록

-톰캣 폴더 내 bin 폴더 startup.bat 실행
(안될 경우 jdk 환경변수 또는 이미 설치된 톰캣이 포트를 점거하고 있을 수 있다)

-localhost:8080포트를 사용. 브라우저로 접속이 되는지 확인한다.



<Tomcat (Java Web Application Server) - WAS>

java에서 자주 쓰이는 WAS 중 하나.
WAS와 웹 서버 기능이 포함되어있다.

WEB SERVER 
- 웹 브라우저 클라이언트로부터 HTTP 요청을 받고, 정적인 컨텐츠(html, css 등)를 제공하는 컴퓨터 프로그램

Web Application Server (WAS) 
- DB 조회 및 다양한 로직 처리 요구시 동적인 컨텐츠를 제공하기 위해 만들어진 애플리케이션 서버

클라이언트(사용자) - 웹서버(웹문서제공자) - WAS(동적콘텐츠제공) - DB서버

퍼포먼스를 위해 위처럼 하드웨어적으로 나누어져 있는 게 기본이지만 서비스 규모에 따라 달라진다.

톰캣폴더\webapps\ROOT 폴더에 txt 등의 문서 파일을 넣으면 브라우저의 ip:8080/문서명.확장자 주소에서 확인할 수 있다.



<context 사이트>

-https://locahos:8080/분리사이트
-분리사이트의 폴더가 실제 톰캣 루트 폴더에 위치하지 않아도 conf 서버의 server.xml 수정을 통해 context 해줄 수 있다
(권장되지 않는 방법이다)

<Host name="localhost" appBase="webapps ">
<Context path = "컨텍스트할폴더" docBase="컨텍스트할폴더가있는경로" privileged="true"/>
</Host>


tomcat\webapps\ROOT\WEB-INF\classes 
-작성하여 WAS에서 실행 할 Java 패키지 및 클레스 파일들은 해당 폴더 내에 위치
-해당 폴더는 url을 통한 요청이 불가능하며 비공개 상태
-WEB_INF 내의 web.xml 문서의 수정을 통해 컴파일된 java 클래스를 url 주소로 맵핑 시켜줄 수 있다.

(하지만 web.xml 은 공용 설정 파일이므로 어노테이션 맵핑 방식을 주로 사용한다)

  <servlet>
  <servlet-name>na</servlet-name>
  <servlet-class>package.Nana</servlet-class>
  </servlet>
  <servlet-mapping>
  <servlet-name>na</servlet-name>
  <url-pattern>/hello</url-pattern>
  </servlet-mapping>

  <display-name>Welcome to Tomcat</display-name>

-package 패키지 안에 있는 Nana 클래스 파일을 localhost:8080/hello 로 맵핑



Servlet 기본 코드

import javax.servlet.*;
import javax.servlet.http.*;
import java.io.*;

public class ??? extends HttpServlet
{
  public void service(HttpServletRequest req, HttpServletResponse resp) throws IOException, ServletException {
    PrintWriter out = resp.getWriter();
    out.println("web page output")
  }
}

HttpServlet 추상 클래스를 상속받아 service() 를 구현한다.

개발환경을 사용하지 않을 경우 import되는 servlet은 tomcat\lib\servlet-api.jar 을 필요로 한다.

web.xml 빨간색 줄 에러 문제가 생길 경우
xml을 정의하는 xsd 스키마 파일의 주소가 http에서 https로 바뀌면서 에러 발생
주소를 https로 바꿔주면 해결된다

○ 위의 과정들은 번거로우므로 이클립스 등에서 웹 개발환경을 사용하여 컴파일, xml 편집, 서버 재시작 등을 할 필요 없이 편하게 개발할 수 있다.

MySQL

MySQL Workbench  -DBMS GUI 프로그램
MySQL Command Line Client  -CLI 프로그램



<데이터 베이스 관리 명령어>


-현재 데이터베이스 확인하기
show databases;


-데이터 베이스 생성
create database[또는 schema] 생성할DB명;
또는
create database[또는 schema] 생성할DB명 default character set utf8;
(문자셋을 설정해줄 수 있음)


-데이터 베이스 삭제
drop database 삭제할DB명;


-DDL 명령어로 사용자 추가하기
create user 사용자id; #사용자만 추가
create user 사용자id@localhost identified by '비밀번호'; #비번을 함께 설정 추가
create user 'userid'@'%' identified by 'password';  #외부('%')에서 접근을 허용. %는 모든 ip 허용.


-SQL 명령어로 사용자 추가하기
use mysql;

insert into user(Host, User, Password)
values('localhost', 'userid', password('password'));

insert into user(Host, User, Password)
values('%', 'userid', password('password'));


-모든 권한 부여하기
grant all privileges on *.* to userid@host; #모든 DB의 모든 테이블
grant all privileges on dbname.* to userid@host; #DB의 모든 테이블
grant all privileges on dbname.* to userid@host identified by 'password'; #비번변경
grant all privileges on dbname.tablename to userid@'%' identified by 'password';
grant select, insert, update on dbname.* to userid@host identified by 'password';
flush privileges; #권한 변경을 적용


-권한 제거하기
revoke all on dbname.tablename from userid;


-계정 삭제하기
drop user userid@'%';


-데이터 베이스 사용하기
use DB이름;


-데이터 베이스 사용하기 이후 테이블 보기
show tables;


-대부분 쿼리는 다른 DB랑 같음
select * from 테이블;


Data 타입과 몇가지를 제외하면 OracleSQL과 거진 비슷함 만져보면서 익히기
현업에서 테이블 등은 쿼리로 만들 일이 별로 없고 모델링 환경에서 도구 등을 사용해서 만든다.


-모델링 도구를 통해 만드는법
MySQL Workbench -> Database 탭 -> Reverse Engineer ->

테이블 만들고 데이터 타입, 관계도, 제약 등등 설정한 뒤 -> Database 탭 -> Forward Engineer