• docker images

2. 도커 이미지 내려받기

• docker pull 이미지명

3. 현재 컨테이너에서 실행중인 이미지 확인

• docker ps
• docker ps -a (실행, 종료 포함하는 전체 프로세스)

4. 도커 이미지 삭제 명령어

• docker rmi 이미지명

5. 컨테이너에 실행중(PS-메모리할당)인 이미지 삭제

• docker stop
• docker rmi 이미지명

6. 종료된 컨테이너 이미지 삭제

• docker stop → rmi 해보고 안될 경우 아래와 같이 진행
• docker ps -a → docker rm 이미지명

7. docker run -d 이미지명

• 백그라운드에서 실행하는 명령어
• 이미지의 해시 코드(주소)만 뜬다
• docker ps (-a)를 하면 정상적으로 프로세스 실행이 되는 것을 확인 할 수 있다.

master / developer

상황이 다들 다르고 제가 틀린 부분도 있을 수 있기 때문에 참고만 하시고 틀린 부분은 지적 부탁드립니다.

오류 없는 상황에서 보통의 git 처리

• git pull origin 브랜치명

• git commit

• git push

untracked files 지우기

• git clean -f (파일만)

• git clean -fd(디렉토리)

상위 브랜치(master)에서 하위 브랜치(developer) 작업 내용 merge

• git stash (master 작업물 임시 저장소로 이관)

• git merge developer

• git stash pop (master 작업물 임시 저장소에서 꺼내오기)

merge → git stash pop 하다가 conflict 발생 시 처리

• git reset HEAD [해당 파일명] , 해당 파일명을 안쓰면 모든 파일

• 다시 git merge 실행

• 그래도 error: Merging is not possible because you have unmerged files. 문구 발생이 된다면

• git reset --hard origin/(현재 체크 아웃 된 브랜치명) —> 최근 push된 상황으로 되돌아 간다.

• 다시 git merge를 실행한다.

INSERT 이전 사용

그래서 <selectKey> 를 사용하여 wm_dep_m테이블 INSERT이전에 키 값을 조회해서 INSERT를 하도록 쿼리를 작성했다.

  <insert id="insExp" parameterType="map">

  <selectKey order="BEFORE" keyProperty="exp_no" resultType="int">
          select INS_EXP_NO() FROM 테이블명
  </selectKey>

    insert into wm_exp_m(no,exp_nm,exp_ct,start_dt,end_dt,reg_id)
    values(#{exp_no},#{exp_nm},#{exp_ct},#{start_dt},#{end_dt},#{reg_id}) 
    </insert>

여기서 INS_EXP_NO() MYSQL에서 사용자 함수를 만들어 AUTO_INCREMENT의 역할을 하는 것으로 생각하면 된다.

INSERT 이후 사용

  <insert id="insExp" parameterType="map">
    insert into wm_exp_m(no,exp_nm,exp_ct,start_dt,end_dt,reg_id)
    values(#{exp_no},#{exp_nm},#{exp_ct},#{start_dt},#{end_dt},#{reg_id}) 

    <selectKey order="AFTER" keyProperty="exp_no"  keyColumn="exp_no" resultType="int">
        select INS_EXP_NO() FROM dual
</selectKey>
    </insert>

select key 엘리먼트 속성

• keyProperty: selectKey구문의 결과가 셋팅될 대상 프로퍼티.

• keyColumn: 리턴되는 결과셋의 칼럼명은 프로퍼티에 일치한다. 여러개의 칼럼을 사용한다면 칼럼명의 목록은 콤마를 사용해서 구분한다.

• resultType: 결과의 타입. 마이바티스는 이 기능을 제거할 수 있지만 추가하는게 문제가 되지는 않을것이다. 마이바티스는 String을 포함하여 키로 사용될 수 있는 간단한 타입을 허용한다.

• order: BEFORE 또는 AFTER를 셋팅할 수 있다. BEFORE로 설정하면 키를 먼저 조회하고 그 값을 keyProperty 에 셋팅한 뒤 insert 구문을 실행한다. AFTER로 설정하면 insert 구문을 실행한 뒤 selectKey 구문을 실행한다.

• statementType: STATEMENT, PREPARED 또는 CALLABLE중 하나를 선택할 수 있다. 마이바티스에게 Statement, PreparedStatement 또는 CallableStatement를 사용하게 한다. 디폴트는 PREPARED 이다.

[참조링크] : https://deeplify.dev/back-end/spring/select-key

buildscript {
  ext {
      queryDslVersion = "5.0.0"
  }
}


plugins {
  id 'org.springframework.boot' version '2.7.5'
  id 'io.spring.dependency-management' version '1.0.15.RELEASE'
  id 'java'
  id 'war'
  id 'com.ewerk.gradle.plugins.querydsl' version '1.0.10'
}


apply plugin: 'com.ewerk.gradle.plugins.querydsl'
group = 'toy.tiering'
version = '0.0.1-SNAPSHOT'
sourceCompatibility = '11'

configurations {
    compileOnly {
        extendsFrom annotationProcessor
    }
}

repositories {
    mavenCentral()
}

dependencies {

    implementation "com.querydsl:querydsl-jpa:${queryDslVersion}"

    implementation "com.querydsl:querydsl-apt:${queryDslVersion}"

}

tasks.named('test') {
    useJUnitPlatform()
}

def querydslDir = "$buildDir/generated/querydsl"

querydsl {
    jpa = true
    querydslSourcesDir = querydslDir
}
sourceSets {
    main.java.srcDir querydslDir
}
configurations {
    compileOnly {
        extendsFrom annotationProcessor
    }
    querydsl.extendsFrom compileClasspath
}
compileQuerydsl {
    options.annotationProcessorPath = configurations.querydsl
}

compileQuerydsl.doFirst {
    if(file(querydslDir).exists() )
        delete(file(querydslDir))
}

• 참조 https://dkswnkk.tistory.com/593

처음 생각했을 때 이전에 로그인한 세션이 남아 있는 상황에서 로그인을 하려고하니 위와 같은 에러페이지가 발생하는 것 같아 아래와 같이 세션 초기화 처리도 했지만 소용이 없었다

그러나 문제 해결은 너무나 쉽게 해결되었다. 구글링을 통해 접속하여 대략 확인해보니 로그인을 성공한 후 이동할 페이지에 접근이 불가한 상태라는 것 같아 아래처럼 정적 페이지는 인증을 안해도 접근을 허용하게 하여 해결("/error"를 추가) https://stackoverflow.com/questions/61029340/spring-security-redirects-to-page-with-status-code-999/61029341

1. var

var variable = "변수1"
console.log(variable) // 변수1

var variable = "변수2"
console.log(variable) // 변수2

• var는 변수 선언을 여러 번해도 에러 없이 각각의 값을 출력
• 필요할 때 마다 변수를 사용할 수 있다는 장점이 있지만, 같은 변수명을 남용하는 문제가 있기에 단점이 많아 ES6부터 let, const가 추가 됨

2. let

   let variable = "변수1"
   console.log(variable) // 변수1
   

variable ="변수2" console.log(variable) // 변수2

let variable = "변수3" console.log(variable)// 변수3

 - let은 변수 재할당은 가능하지만 var처럼 재 선언은 되지 않음

 ![](https://images.velog.io/images/jaemin_0820/post/00e32fb3-f1d6-4279-99c0-c53bec0e1c17/image.png)
 - 실제로 위에처럼 재 선언 후 크롬 개발자 도구에서 확인하면 에러 문구가 뜸.


 3. const

```js
const variable = "변수1"

console.log(variable) // 변수1

variable = "변수2"
console.log(variable) // 변수2(에러)

const variable = "변수3"
console.log(variable) // 변수3(에러)

• const의 경우 한 번만 선언하고 또 값을 재 할당을 통해 바꿀수 없음

[결론]

• 재 할당이 필요 없는 경우, const(상수, 객체)를 사용해 불 필요한 변수의 재 사용을 방지하고, 재 할당이 필요한 경우 let을 사용하는 것이 좋음.

• 변수의 스코프는 최대한 좁게 만드는 것이 좋음.

1. Static이란?

• Static이란 고정된 의미
• Static이라는 키워드를 사용하여 Static변수와 메서드를 만들수 있음
• 정적 필드 + 정적 메서드 = 정적 멤버(클래스 멤버)
• 정적 필드와 메서드는 객체에 소속된 멤버가 아니라 클래스에 고정된 멤버
• 클래스를 로딩해서 메서드 메모리 영역에 적재할 때 클래스별로 관리
• 따라서, 클래스의 로딩이 끝나는 즉시 바로 사용

2. 정적(Static) 멤버 생성

• Static 키워드를 통해 생성된 정적 멤버들은 Heap 영역이 아닌 Static 영역에 할당
• Static 영역에 할당 된 메모리는 모든 객체가 공유하여 하나의 멤버를 어디서든지 참조
• 다만, Garbage Collector의 관리 영역 밖에 존재 하기에 Static영역에 있는 멤버들은 프로그램 종료시 까지 메모리가 할당된 채로 존재 => Static을 많이 사용하면 시스템 성능이 떨어짐

3. 정적(Static) 멤버 선언

   • 필드와 메서드를 생성 시 인스턴스 VS 정적으로 생성할 것인지 판단 기준은 공용으로 사용 여부로 나뉨
   • 그냥 생성 한다면 자동으로 인스턴스로 생성되며, 정적으로 생성하려면 필드와 메서드 선언 시 Static이라는 키워드를 추가하면 됨

4. 정적 메서드 사용 예시

class Player{
    static void print() { //클래스 메소드
    System.out.println("야구선수 이승엽입니다.");
    }

    void print2() { //인스턴스 메소드
    System.out.println("야구선수 이대호입니다.");
    }
}

public class Static_ex {

    public static void main(String[] args) {
        Player.print(); //인스턴스를 생성하지 않아도 호출이 가능

        Player player = new Player(); //인스턴스 생성
        player.print2(); //인스턴스를 생성하여야만 호출이 가능
    }
}

• 정적 메서드는 클래스가 메모리에 올라갈 때 정적 메서드가 자동적으로 생성
• 정적 메서드는 인스턴스를 생성하지 않아도 호출 가능
• 정적 메서드는 공통적으로 사용 가능한(유틸리티) 함수를 만드는데 유용

• 생성 패턴 중에 하나인 추상 팩토리 패턴에 대해 정리

[팩토리 메서드 패턴]

• 객체의 생성을 팩토리 클래스로 위임하여 객체를 생성하는 패턴

[추상 팩토리 패턴]

• 팩토리를 추상화해서 관련있는 객체의 집합을 생성 할 수 있는 팩토리를 만들고 조건에 따라 팩토리를 생성해서 서로 관련된 객체를 생성하는 패턴

예제

1) Shape 인터페이스 생성

public interface Shape {
    void draw();
}

2) Shape 인터페이스를 구현하는 구상 클래스 생성

[RoundedRectangle]

public class RoundedRectangle implements Shape {
   @Override
   public void draw() {
      System.out.println("Inside RoundedRectangle::draw() method.");
   }
}

[RoundedSquare]

public class RoundedSquare implements Shape {
   @Override
   public void draw() {
      System.out.println("Inside RoundedSquare::draw() method.");
   }
}

[Rectangle]

public class Rectangle implements Shape {
   @Override
   public void draw() {
      System.out.println("Inside Rectangle::draw() method.");
   }
}

3) 추상 클래스를 생성하여 객체를 생성할 수 있는 추상 팩토리 패턴을 만듬.

[AbstractFactory]

public abstract class AbstractFactory {
   abstract Shape getShape(String shapeType) ;
}

4) AbstractFactory를 상속받아 구상클래스의 객체를 생성

[ShapeFactory]

public class ShapeFactory extends AbstractFactory {
   @Override
   public Shape getShape(String shapeType){    
      if(shapeType.equalsIgnoreCase("RECTANGLE")){
         return new Rectangle();         
      }else if(shapeType.equalsIgnoreCase("SQUARE")){
         return new Square();
      }     
      return null;
   }
}

[RoundedShapeFactory]

public class RoundedShapeFactory extends AbstractFactory {
   @Override
   public Shape getShape(String shapeType){    
      if(shapeType.equalsIgnoreCase("RECTANGLE")){
         return new RoundedRectangle();         
      }else if(shapeType.equalsIgnoreCase("SQUARE")){
         return new RoundedSquare();
      }     
      return null;
   }
}

5) FactoryProducer클래스를 생성하여 Shape 인터페이스의 정보를 사용할 수 있도록 함.

[FactoryProducer]

public class FactoryProducer {
   public static AbstractFactory getFactory(boolean rounded){   
      if(rounded){
         return new RoundedShapeFactory();         
      }else{
         return new ShapeFactory();
      }
   }
}

6) FactoryProducer를 사용하여 각 도형 객체의 정보를 가져 올 수 있음.

[AbstractFactoryPatternDemo]

public class AbstractFactoryPatternDemo {
   public static void main(String[] args) {

      AbstractFactory shapeFactory = FactoryProducer.getFactory(false);

      Shape shape1 = shapeFactory.getShape("RECTANGLE");

      shape1.draw();

      Shape shape2 = shapeFactory.getShape("SQUARE");

      shape2.draw();

      AbstractFactory shapeFactory1 = FactoryProducer.getFactory(true);

      Shape shape3 = shapeFactory1.getShape("RECTANGLE");

      shape3.draw();

      Shape shape4 = shapeFactory1.getShape("SQUARE");

      shape4.draw();

   }
}

7) 출력 결과

Inside Rectangle::draw() method.
Inside Square::draw() method.
Inside RoundedRectangle::draw() method.
Inside RoundedSquare::draw() method.

[개요]

• MVC 패턴에서 @RestController은 @Controller와 @ResponseBody의 조합

• Spring 프레임 워크에서 RESTful 서비스를 보다 쉽개 개발 할 수 있도록 Spring 4.0에서 추가

• @Controller의 역할은 Model 객체를 만들어 데이터를 담고 View를 찾는 것이지만, @RestController는 단순히 객체만을 반환하고 객체 데이터를 JSON 또는 XML형식으로 HTTP 응답에 담아서 전송

• @Controller + @ResponseBody를 사용하여 만들 수 있지만 이러한 방식은 RESTful 웹 서비스의 기본 동작이기 때문에 Spring은 @Controller와 @ResponseBody의 동작을 조합한 @RestController를 도입

[Spring에서 @Controller와 @RestController의 역할은 무엇인가?]

• @Controller는 view에 표시될 데이터가 있는 Model 객체를 만들고 view를 선택함

• @ResponseBody를 사용하여 HTTP ResponseBody에 데이터를 담아 요청을 완료할 수 있음

• HTTP ResponseBody에 데이터를 담는 것은 RESTful 웹 서비스에 대한 응답에 유용 -> 왜냐하면 view를 반환하는 대신 데이터를 반환하기 때문

[Spring에서 @RestController와 @Controller의 차이점]

• @Controller는 클래스를 MVC 컨트롤러로 표시하는데 사용하며, @RestController는 RESTful 서비스에서 사용 되는 @Controller + @ResponseBody와 동일

[결론]

• RESTful 서비스를 만드는 경우 @Controller + @ResponseBody대신 @RestController를 사용하는 것이 좋다.

1) 모놀리식 아키텍처 (Monolithic Architecture)

장점

• 어떤 기능(서비스)이든지 개발되어있는 환경이 같아서 복잡 하지 않음

• 쉽게 고 가용성 서버 환경을 만들 수 있음. ( 같은 어플리케이션으로 하나더 만들면 됨)

• End-to-End 테스트가 용이하다. (MSA의 경우 테스트에 필요한 서비스들을 모두 동작 시켜야함)   단점

• 한 프로젝트의 덩치가 너무 커져서 어플리케이션 구동 시간이 늘어나고 빌드,배포 시간도 길어진다.

• 조그마한 수정 사항이 있어도 전체를 다시 빌드 하고 배포 해야함.

• 많은 양의 코드가 몰려있어 개발자가 모두를 이해 할 수 없고 유지 보수도 힘듬.

• 일부분의 오류가 전체에 영향을 미침.

• 기능 별로 알 맞는 기술, 언어, 프레임워크를 선택하기가 까다로움

2)마이크로 서비스 아키텍처 (MicroService Architecture)

장점

• 기능 별로 마이크로 서비스를 개발하고, 작업 할당을 서비스 단위로 하면 개발자가 해당 부분을 온전히 이해
• 새로 추가되거나 수정 사항이 있는 마이크로 서비스만 빠르게 빌드, 배포가 가능
• 해당 기능에 맞는 기술, 언어 등을 선택하여 사용할 수 있음
• 일부분의 오류가 있으면 해당 기능에만 오류가 발생하고 그 부분만 빠르게 고쳐서 정상화가 가능

단점

• 무엇보다 관리가 힘듬. 작은 여러 서비스들이 분산 되어있기 때문에 모니터링이 힘들다.
• 서로를 호출하여 전체 서비스가 이루어지기 때문에 무조건 다른 서비스를 호출하는 코드가 추가되는데 이 부분이 모놀리식 아키텍쳐의 개발보다 조금 까다로움.
• 통신 관련 오류가 잦을 수 있음. 마이크로 서비스들 끼리 계속 서로 통신을 하다 보니 모놀리식 아키텍쳐에 비해 통신 관련 오류가 잦음.
• 테스트가 불편하다. 예로 End-to-End 테스트를 위해 UI, Gateway 등등 여러 개의 마이크로 서비스를 구동 시켜야 함.

1. 인스턴스 시작

• Ubuntu로 18.04로 실행한다. os에 맞게 선택하고 다음으로 넘어간다

2. 단계 2 그냥 default인 상태로 두고 다음으로 넘어간다.

3. 단계 5까지 그냥 넘어가고 단계 6에서 아래와 같이 설정 한다.

• 지정 해서 ip잡아주는게 좋지만 여기선 위치 무관으로 했다.
• 인스턴스 생성 후 ipv4 퍼블릭 ip로 톰켓 실행 시 접속이 안될 경우가 있는데 그 경우는 HTTPS랑 HTTP를 추가해주면 해결 된다.

4. 단계 7에서 기존 키 페어 선택 또는 새 키 페어 생성에서 '새 키 페어 생성 후 페어 이름을 지정하고 '키 페어 다운로드'를 클릭하면 pem 파일이 저장된다. 다운로드 후 인스턴스 시작을 누르면 인스턴스가 생성된다.

5. 생성되고 ipv4 퍼블릭 ip와 pem을 확인 후 putty 설정을 하러 가야한다.

1) 빌드 설정

좌측 상단 메뉴바 -> Project Structure -> Artifacts -> + -> Web Application :Archive

• Web Application :Archive 선택 후 For 'Gradle ... war(exploded)를 선택하고 OK를 누른다

2) 빌드 실행

• 상단 Build 클릭 Build Artifacts 누른 후 위에 ok를 했던 war 파일을 찾아 클릭 후 Action에서 Build를 누른다.

3) war파일이 생성 되면 복사본을 만들어 추후 filezilia에서 사용할 예정이다.

• Model은 데이터만 저장하고 ModelAndView는 데이터와 이동하고자 하는 View Page를 같이 저장

• 컨트롤러 처리 후 응답할 view와 view에 전달할 값을 저장

2. 생성자 유형

• ModelAndView(String viewName) : 응답할 view 설정
• ModelAndView(String viewName, Map values) : 응답할 view와 view로 전달할 값들을 저장한 Map 객체 ModelAndView(String viewName, String name, Object value) : 응답할 view 이름, view로 넘길 객체의 name-value

@GetMapping("content.do")
public ModelAndView read(long seq) {

    Board board = boardService.read(seq);

    ModelAndView mv = new ModelAndView("board/content", "board", board);

    return mv;

}

"board/content" -> 응답할 view의 이름(jsp) "board" -> name board-> view로 넘길 객체의 name-value

3. 자주 사용하는 메소드

• setViewName(String view): 응답할 view 이름을 설정
• addObject(String name, Object value) : view에 전달할 값을 설정
• addAllObject(Map values) : view에 전달할 값을 Map에 name-value로 저장하여 한번에 설정

@GetMapping("list.do")
    public ModelAndView list() {
        List<Address> list = addressService.listS();
            ModelAndView mv = new ModelAndView();
        mv.setViewName("address/list"); //View의 경로
        mv.addObject("list", list); //Model(변수 이름, 데이터 값


        return mv; // return을 ModelAndView 객체를 반환
    }

• ModelAndView 객체 생성 후 아래 메소드를 사용한다.
• setViewName을 통해 view의 이름을 설정하여 addObject메소드를 통해 view에 전달할 값을 설정

위 코드를 ModelAndView 생성자로 만들면 아래와 같다

ModelAndView mv = new ModelAndView("address/list", "list", "list")

• Data Access Object의 약자로 실제로 DB에 접근하는 객체
• 프로젝트의 서비스 모델과 실제 DB를 연결하는 역할
• CRUD를 실행하는 메서드는 JDBC등을 이용하여 DB에 접근해서 쿼리를 실행
• 객체로 반환해주는 것(ORM)
• 객체 <-> 관계 맵핑 <-> DB 연동

1) pom.xml

   <dependency>
    <groupId>org.springframework</groupId>
    <artifactId>spring-jdbc</artifactId>
    <version>${org.springframework-version}</version>
</dependency>
<dependency>
    <groupId>org.springframework</groupId>
    <artifactId>spring-tx</artifactId>
    <version>${org.springframework-version}</version>
</dependency>
<dependency>
    <groupId>com.zaxxer</groupId>
    <artifactId>HikariCP</artifactId>
    <version>2.7.8</version>
</dependency>

2) root-context.xml

    <bean id="hikariConfig" class="com.zaxxer.hikari.HikariConfig">
    <property name="driverClassName"
        value="net.sf.log4jdbc.sql.jdbcapi.DriverSpy"></property>
    <property name="jdbcUrl"
        value="jdbc:log4jdbc:oracle:thin:@localhost:1521:JAVA"></property>
    <property name="username" value="scott"></property>
    <property name="password" value="tiger"></property>
</bean>
<bean id="dataSource" class="com.zaxxer.hikari.HikariDataSource"
    destroy-method="close">
    <constructor-arg ref="hikariConfig" />
</bean>

3) pom.xml

    <dependency>
   <groupId>com.oracle.database.jdbc</groupId>
   <artifactId>ojdbc6</artifactId>
   <version>11.2.0.4</version>
</dependency>

4) DataSourceTests.java

5) pom.xml

   <dependency>
    <groupId>org.bgee.log4jdbc-log4j2</groupId>
    <artifactId>log4jdbc-log4j2-jdbc4</artifactId>
    <version>1.16</version>
</dependency>

6) log4jdbc.log4j2.properties

7) web.xml

   <filter>
    <filter-name>encoding</filter-name>
    <filter-class>org.springframework.web.filter.CharacterEncodingFilter</filter-class>
    <init-param>
        <param-name>encoding</param-name>
        <param-value>UTF-8</param-value>
    </init-param>
</filter>
<filter-mapping>
    <filter-name>encoding</filter-name>
    <servlet-name>appServlet</servlet-name>
</filter-mapping>

(2) mybatis 설정

1) pom.xml

<dependency>
    <groupId>org.mybatis</groupId>
    <artifactId>mybatis</artifactId>
    <version>3.4.6</version>
</dependency>
<dependency>
    <groupId>org.mybatis</groupId>
    <artifactId>mybatis-spring</artifactId>
    <version>1.3.2</version>
</dependency>

2) root-context.xml

<bean id="sqlSessionFactory"
    class="org.mybatis.spring.SqlSessionFactoryBean">
    <property name="dataSource" ref="dataSource"></property>
    <property name="configLocation"
         value="classpath:/mybatis-config.xml"/>
</bean>

3) mybatis-config.xml

 <configuration>
   <typeAliases>
       <typeAlias alias="Address" type="soo.md.domain.Address"/>
   </typeAliases>
   <mappers>
       <mapper resource="soo/md/mapper/AddressMapper.xml"/>
   </mappers>
 </configuration>

4) AddressMapper.xml ( 참조: https://mybatis.org/mybatis-3/ko/sqlmap-xml.html )

5) AddressMapper.java

6) 컴포넌트 스켄 <context:component-scan base-package="soo.md.mapper"/> <mybatis-spring:scan base-package="soo.md.mapper"/>

7) AddressMapperTests.java

(3) DBMS별 dataSource 설정

1) Oracle

1)-1 root-context.xml

<bean id="hikariConfig" class="com.zaxxer.hikari.HikariConfig">
    <property name="driverClassName"
        value="net.sf.log4jdbc.sql.jdbcapi.DriverSpy"></property>
    <property name="jdbcUrl"
        value="jdbc:log4jdbc:oracle:thin:@localhost:1521:JAVA"></property>
    <property name="username" value="scott"></property>
    <property name="password" value="tiger"></property>
</bean>

<bean id="dataSource" class="com.zaxxer.hikari.HikariDataSource"
    destroy-method="close">
    <constructor-arg ref="hikariConfig" />
</bean>

1)-2 pom.xml

<dependency>
    <groupId>com.oracle.database.jdbc</groupId>
    <artifactId>ojdbc6</artifactId>
    <version>11.2.0.4</version>
</dependency>

미리 만든 mapper클래스와 domain을 통해 오라클db와 연결이 되는지 테스트 클래스를 작성

[테스트 클래스 작성]

1) @RunWith -현재 테스트 코드가 스프링을 실행하는 역할을 할 것이라는 것을 의미

2) @ContextConfiguration -단위 테스트에서 가장 중요한 어노테이션으로 속성 값이 중요

-지정된 클래스나 문자열을 통해 필요한 객체들을 스프링 내에 객체로 등록 ---> 스프링의 빈(Bean)으로 등록된다고 표현

• XML의 경우 'classpath :' 또는 'file :'을 이용할 수 있으므로 툴에서 자동 생성된 root-context.xml의 경로를 지정

-JAVA의 경우 'classes'를 이용해 root-context.xml의 역할을 대신하는 RootCofig 경로를 지정 ---> 

@ContextConfiguration(classes={RootConfig.class})

[XML]

3) @Test

• JUnit에서 테스트 대상을 표시하는 어노테이션,  헤당 메서드를 선택하고 Junit Test 기능을 실행

• 테스트 실행 결과 (테스트는 오라클 연동 확인을 위해 insert로 실행)

console창에 데이터가 저장됐음 보여주고 테스트 코드도 문제 없이 실행

오라클 db에 저장이 되었다

<2> 기능   1> 객체의 속성값을 얻어온다.   2> 배열의 값을 얻어온다.   3> List 값을 얻어온다.   4> Map 값을 얻어온다.

<3> EL의 내장 객체(11개)   1> param   paramValues     2> header   headerValues

  3> pageContext - "EL에서 JSP디폴트객체 접근시 사용"

  4> pageScope       requestScope        sessionScope       applicationScope

app > session > request > page (범위 순서)

---> 범위가 작을수록 강력한 힘을 갖기 때문에 아래 스코프 이름을 생략할 경우 범위가 작은 Request가 먼저 출력 되고 Session Scope의 처음 값인 홍길동이 출력 된다

--- >  범위가 넓은 부분이 먼저 출력이 되게 하려면 스코프 이름을 생략 하지 말고 직접 쓰면 Session Scope가 먼저 출력하게 된다.

  5> cookie

  6> initParam - "ServletContext에 대한 initParam"

<4> EL 함수

<5> EL 연산자   1> useELOperation

  2> EL 연산자의 종류

  [1] 산술 연산자 
     ex) +, -, * , / 와 div, %와 mod 
     cf1)/와 div사용시 0으로 나눌 수 있다(infinity)
     cf2)%와 mod사용시 0으로 나눌 수 없다.(오류)

  [2] 논리 연산자 
     ex) &&와 and, ||와 or, !와 not

  [3] 관계 연산자 
     ex) ==와 eq, !=과 ne, <와 lt, >와 gt, 
        <=와 le, >=와 ge 

  [4] empty 
     -> 비어있거나 null 일 경우 true 리턴 

 cf1) jsp의 변수(멤버/지역)는 EL에서 인식하지 못함
 cf2) 정의되지 않은 변수/값(null)일 경우 표현처리 
   case1) 공백 처리 (ex: ${str} )
   case2) 0 으로 처리 (ex: ${str + 10})
   case3) false 로 처리 (ex: ${true and str})

   <3> response 객체 ( type : HttpServletResponse )   -> 서버의 답변정보를 가진 객체 

   <4> session 객체 ( type : HttpSession )   -> 클라이언트측 브라우져에 할당된 서버측 공간[객체]    ( JSessionId라는 label 표식 소유 )   ex) scope/sessionTest.jsp

  cf1) 세션 변수 ( 속성 == Attribute) 
     -> session 객체안에 들어가는 객체(속성값 Object)
         의 주소를 참조하는 변수 (type : String) 

  cf2) 세션 변수값 (속성값 ==  Attribute Value)
     -> session 객체안에 들어가는 객체(type : Object)

  ex1) <jsp:useBean id="login" class="soo.loginBean" 
              scope="session"/> 
  ex2) session.setAttribute("id", "tiger");

    # 세션변수는 "login" 과 "id" 를 의미 
    # 세션변수값 new soo.loginBean() 과 "tiger"를 의미 
    # 세션객체가 없어지면, 그 안의 세션변수와 세션변수값
      도 함께 사라진다.

   <5> application 객체 ( type : ServletContext )   -> WebApplication 전체에 공유되는 공간[객체]    ex) scope/applicationTest.jsp

   cf) application 변수(속성)/application 변수값(속성값)
   application.setAttribute(application변수, application 변수값);

   <6> page 객체 ( type : Object )   -> JSP 페이지 자신을 의미하는 객체    ex) scope/pageTest.jsp

   <7> pageContext 객체 ( type : PageContext )   -> 다른 디폴트객체들을 접근(가져)할 수 있는 method   -> 모든 scope에 들어있는 속성(변수)들을 접근할 수 있는 method가 존재 - setAttribute(String name, Object value, int scope) - getAttribute(String name, int scope) - findAttribute(String name)   -> page scope 영역도 핸들링이 가능함 ex) scope/pageTest.js

   <8> config 객체 ( type : ServletConfig )   -> DD(web.xml)에서 서블릿의 구성정보를 접근할 수 있는 객체 ex) servletConfigContext/   ConfigTest.java,ConfigTest.jsp(참조 불가),   ContextTest.java, contextTest.jsp

     cf1) web.xml의 수정 (한글이 깨지지 않음)
      <?xml version="1.0" encoding="euc-kr"?>
     cf2) jsp페이지에서는 DD(web.xml)설정된 
             init-param를 참조할 수 없음
     cf3) DD(Deployment Descriptor)

   <9> exception 객체 ( type : Throwable )   -> 예외 처리 관련 객체텍스트

• html / xml

2. JSP Elements

• <%@%>  - > Direct Element 지시어 ex) <%@ page %>

• Scripting Elements - >         <% %> scriptlet 스크립트렛 ( 자바 코드를 실행-메서드 호출) - > 서블릿 서비스    ex) <% public void service(){} %>

        <%! %> declaration선언(자바 클래스 작성)    ex) <% class{} %>

<%= %> expression 식(값을 출력) - > 서비스
ex) <% out.println(str); %>   ==     <%= str%>
     

3. : jsp 액션 (표준 태그)=== jsp

4. ${}  : expression language(el) (스크립트 요소를 사용하면 복잡해지는 코드를 간결하게 사용할 수 있음)

5. <c:XXX / > : JSTL

cf) custom tag lib(CTL) 

• useEffect를 사용하면 컴포넌트를 화면에 그린 후 실행될 함수를 정의

[사용방법]

![] (https://img1.daumcdn.net/thumb/R1280x0/?scode=mtistory2&fname=https%3A%2F%2Fblog.kakaocdn.net%2Fdn%2FrnEbF%2Fbtq1sByJtEY%2FaFRKBeWDpQ5tpZuq9o1OU1%2Fimg.png)

useEffect는 2개의 매개변수를 가지는데 첫 번째는 컴포넌트 레이아웃 배치와 화면 그리기가 끝난 후 실행될 함수, 두 번째는 의존성 배열

• 첫 번째 인자의 내부는 effect 함수, 첫 번째 인자가 반환하는 함수는 clean-up 함수라고 부른다.

• useEffect는 첫 번째 인자로 주어진 함수를 실행하기 전에 의존성 배열의 원소가 변경됐는지 확인

• 비교는 useState와 동일하게 Object.is 메소드를 사용하고 만약 하나도 변경되지 않았으면 렌더링 시점에선 useEffect를 실행하지 않음

• 하지만 의존성 배열의 원소가 하나라도 변경됐으면 useEffect를 실행

• 의존성 배열을 빈 배열로 설정하면 useEffect의 함수는 컴포넌트를 마운트하는 시점과 언마운트하는 시점에만 실행(예)List - 목록 렌더링)

![] (https://img1.daumcdn.net/thumb/R1280x0/?scode=mtistory2&fname=https%3A%2F%2Fblog.kakaocdn.net%2Fdn%2FbidOSE%2Fbtq1sBlaQTz%2FTKPIcABaJQumwmcKiBPzrK%2Fimg.png)

• useEffect가 함수 컴포넌트 생애주기에 관여하는 부분은 위 그림과 같고, useEffect는 항상 DOM 상태 변경과 레이아웃 배치, 화면 그리기가 모두 완료된 후 실행

• 컴포넌트는 기본적으로 마운트->업데이트(반복)->언마운트의 생애주기를 가진다

• 마운트 상태 : 컴포넌트 구조가 HTML DOM에 존재하는 상태(화면에 보이는 상태), 컴포넌트 DOM 구조나 내용이 변경될 때마다 업데이트 과정

• 언마운트 상태 : 컴포넌트 구조가 HTML DOM에서 제거된 상태(화면에 안 보이는 상태)를 의미.

[effect 함수와 clean-up 함수]

![] (https://img1.daumcdn.net/thumb/R1280x0/?scode=mtistory2&fname=https%3A%2F%2Fblog.kakaocdn.net%2Fdn%2FbfZRIs%2Fbtq1nHfCNQA%2FPIXivkC7aM33YkFrVuzhY1%2Fimg.png)

• React 컴포넌트는 매 render 함수를 실행하는 과정에서 그 시점의 컴포넌트 props와 상태를 기반으로 컴포넌트 내부 변수와 함수를 다시 정의하고 계산 -> 이 때 useEffect의 첫 번째 인수도 계산되어 위 그림에서 표현된 시점에 실행