가상 창고

2024년 민방위 사이버 교육 문제

또도갓스 — Thu, 11 Apr 2024 12:42:40 +0900

몇개 문제의 답만 있습니다 :)

1트만에 합격 하시길 기원합니다

민방위의 임무 중 성격이 다른 것

경보망 관리

민방위 교육 대상이 아닌 것은

예비군

민방위 업무를 효율적으로 수행하기 위해 분대/소대/중대/대대/연대의()을/를 두고 있다.

단위대

민방위 대피소와 비상급수시설을 찾기 위한 방법으로 알맞은 것은

안전디딤돌 앱

민방위 동원 활동 범위에 해당하지 않는 것

임무수행에 지장이 있는 경우 장애물의 변경 및 제거 요청 후 허가를 기다린다.

민방위 공습경보가 울리는 상황으로 알맞은 것

화생방무기를 포함한 적의 항공기 공격이 임박하거나 진행 중인 경우

민방공 경보 중 2023년에 신설된 경보는?

핵 경보

침수 시 행동요령으로 알맞는 것은?

하수구에서 물이 역류하는 즉시 지상으로 대피한다.

JPA 참조 간단 정리(ing)

또도갓스 — Fri, 1 Jul 2022 02:19:16 +0900

ORM 과 JPA

ORM (Object Relational Mapping) 객체 지향과 관련이 있음.
- 이는 곧 객체지향 패러다임을 관계형 데이터베이스에 보존하는 기술 임.
- 패러다임 입장에서는 '객체지향 패러다임을 관계형 패러다임으로 매핑(mapping)' 해 주는 개념.
클래스와 테이블이 유사하듯 인스턴스와 Row(레코드 혹은 튜플) 도 상당히 유사.
객체지향에서는 클래스에서 인스턴스를 생성해서 인스턴스 공간에 데이터를 보관 함.
테이블에서는 하나의 'Row' 에 데이터를 저장 함.
- 이 둘의 차이는 객체라는 단어가 '데이터 + 행위(메서드)' 라는 의미라면
  - 'Row' 는 '데이터' 만을 의미 함.

    핵심 = ORM 은 새로운 패러다임의 주장이 아님.
    객체지향과 관계형 사이의 변환 기법을 의미하는 것임.
    JPA 는 ORM 을 Java 언어에 맞게 사용하는 스펙 임.
    이를 구현체인 Hibernate 를 이용해 JPA 를 구현 함.

JPA Update 쿼리, Delete 쿼리 의 특징

JpaRepository 를 상속 받은 Repository 인터페이스는 update 쿼리를 날릴 때 특이점이 존재 함.
- Jpa 는 엔티티 객체들을 메모리상에 보관하려고 하기 떄문에 특정한 엔티티 객체가 존재 하는지 확인하는
- select 가 먼저 실행되고 해당 @Id 를 가진 엔티티 객체가 있다면 update, 그렇지 않다면 insert 를 실행함.
- 이는 Delete 쿼리 역시 같게 적용 됨.

Paging / Sort

JPA 는 내부적으로 Paging 과 Sort 를 'Direct' 를 이용 함.
덕분에 SQL 이 아닌 API 의 객체와 메서드를 사용하는 형태로 페이징 처리를 할 수 있게 됨.
- Spring Data JPA 에서 페이징 처리는 뭘로 하는가?
  - findAll() 메서드를 사용한다.
  - findAll() 은 JpaRepository 인터페이스의 상위인 PagingAndSortRepository 의
  - 메서드 파라미터로 전달되는 Pageable 이라는 타입의 객체에 의해서 쿼리가 실행된다.
  - 주의점 : 리턴타입을 Page 타입으로 지정하는 경우 반드시 Pageable 이용 해야함.

쿼리 메서드(@Query Methods) 기능과 @Query

쿼리 메서드 : 메서드의 이름 자체가 쿼리의 구문으로 처리되는 기능
@Query : SQL 과 유사하게 엔티티 클래스의 정보를 이요해서 쿼리를 작성하게 하는 기능
1. 필요한 데이터만 선별적으로 추철하는 기능이 가능
2. 데이터베이스에 맞는 순수한 SQL(Native SQL) 을 사용하는 기능
3. insert,update,delete 와 같은 select 가 아닌 DML 등을 처리하는 기능(@Modifying 과 함께 사용)
Querydsl 등의 동적 쿼리 처리 가능

fetch join

특정한 엔티티를 조회할 때 연관관계를 가진 모든 엔티티를 같이 로딩하는 것을 'Eager loading' = '즉시 로딩' 이라 함.

해당 로딩의 장점은??
- 로딩 한번에 연관관계가 있는 모든 엔티티를 가져옴.
해당 로딩의 단점은??
- 연관관계가 복잡해 지면 join 으로 인한 성능 저하 발생함.
어떻게 해결해 볼 수있음??
- 반대개념인 'Lazy loading' = '지연 로딩' 을 추천!!
어떻게 사용함??
- 연관관계 어노테이션 속성으로 'fetch' 모드를 지정함.
- @ManyToOne (fetch = FetchType.LAZY) 명시적

해당 내용은 추가적으로 기입 될 것임.

JPA 생성일, 수정일 중복 코드 제거.

또도갓스 — Thu, 30 Jun 2022 23:30:08 +0900

Spring Boot + thymeleaf + JPA + Maven 생성일, 수정일 컬럼 처리.

생성일(regDate)과 수정일(modDate) Entity Column

해당 컬럼들은 JPA 의 Entity 에서 공통적인 컬럼으로 사용된다.
- 따라서 이와같은 처리는 코드 중복을 방지 해주는 효과가 있다.
  - 처리방법은 아래와 같다.

스프링부트 프로젝트에서 추가 되어야할 라이브러리는 아래와 같다.

Spring Boot DevTools
Lombok
Spring Web
Template Engines
Thymeleaf
Spring Data JPA
pom.xml 의존성 추가.

<dependency>
    <groupId>org.thymeleaf.extras</groupId>
    <artifactId>thymeleaf-extras-java8time</artifactId>
</dependency>

import lombok.Getter;
import org.springframework.data.annotation.CreatedDate;
import org.springframework.data.annotation.LastModifiedDate;
import org.springframework.data.jpa.domain.support.AuditingEntityListener;

import javax.persistence.Column;
import javax.persistence.EntityListeners;
import javax.persistence.MappedSuperclass;
import java.time.LocalDateTime;

@MappedSuperclass // 해당 어노테이션이 적용된 클래스는 테이블로 생성되지 않는다. 
// 실제 테이블은 해당 추상 클래스를 상속한 엔티티 클래스로 데이터 베이스 테이블이 생성된다.
@EntityListeners(value = {AuditingEntityListener.class})
@Getter
abstract class BaseEntity { //추상클래스로 작성된다.

    @CreatedDate
    @Column(name = "regdate" , updatable = false) // updatable = false 해당 엔티티 객체를 데이터베이스에 반영할 때 regdate 컬럼값은 변경되지 않는다.
    private LocalDateTime regDate; // 생성일

    @LastModifiedDate
    @Column(name = "moddate")
    private LocalDateTime modDate; // 수정일
}

import org.springframework.boot.SpringApplication;
import org.springframework.boot.autoconfigure.SpringBootApplication;
import org.springframework.data.jpa.repository.config.EnableJpaAuditing;


@SpringBootApplication
@EnableJpaAuditing //추가 어노테이션
public class BoardApplication {

    public static void main(String[] args) {
        SpringApplication.run(BoardApplication.class, args);
    }
}

properties to yml Mysql Spring Boot properties 환경 설정

또도갓스 — Wed, 29 Jun 2022 02:08:48 +0900

Project 설정 파일 분리 properties -> yml

목표 : 기존 스프링 application.properties 를 yml 로 분리한다.

# 기존 properties 파일정보
spring.datasource.driver-class-name=com.mysql.cj.jdbc.Driver
spring.datasource.url=jdbc:mysql://127.0.0.1/{schema}
spring.datasource.username={username}
spring.datasource.password={password}

spring.jpa.hibernate.ddl-auto=update
spring.jpa.properties.hibernate.format_sql=true
spring.jpa.show-sql=true

spring.thymeleaf.cache=false

db 정보가 제외된 application.yml

#application.yml
spring:
  datasource:
    driver-class-name: com.mysql.cj.jdbc.Driver
  jpa:
    hibernate:
      ddl-auto: update
      format_sql: true
    show-sql: true
  thymeleaf:
    cache: false
  profiles:
    include: db

아래의 yml 파일에 db 정보를 담는다.

#application-db.yml
spring:
  datasource:
    url:  jdbc:mysql://127.0.0.1/{schema}
    username: {username}
    password: {password}

해당 yml 설정에서 문제점이 발생 했는데

해당 코드로는 sql 쿼리문이 날아가는게 fomat 이 안된된다는것을 알게 되었다.

스택오버 플로우 형님들의 기가막힌 추천을 기반으로 해당 세팅을 적용하는 법을 알아 냈는데... 아래와 같다.

우리 모두 정렬되어 보기좋은 쿼리문을 yml 에 적용해 보도록 하자!!

ORA-12505 JSP에서 Connection 오류

또도갓스 — Fri, 13 Mar 2020 18:46:36 +0900

cmd에서 sqlplus로 확인했을때는 저런 접속문제가 발생하지 않았는데

첨부한사진의 오류는 SID가 맞지 않다고 주장하고 있다.

JSP와 SQL의 커넥션 과정에 문제가 있었던 점이므로

주목할점은 바로 톰캣 서버의 server.xml의 매핑과정에서의 오류가 있지않을까 하여 점검해 본 결과

원인= mysid를 바꾸지 않았음.

해결 = mysid( 각자의 sid를 입력해야 하므로 본인에게 맞는 sid 입력을 하면 해결이 됨.)

2020.02.02 일

또도갓스 — Sun, 2 Feb 2020 22:27:49 +0900

2020 02 02 일

사진출처 - Yes24

이런 숫자를 가지고 있는데 어떻게 하루 기록을 남기지 않을까?

미세먼지 수치가 올라가서 아쉬운 가시거리를 유지하는 하늘을 둔 오늘은 콩돌이 산책에 좋지 못했다.

코로나 바이러스로 나라는 떠들썩했고 중국에 첫 완치자가 나왔다는 뉴스가 있었다.

사실 이 글을 쓰기에 앞서 매주 독후감을 써 내려갈 예정이였다. 근데 읽은 책들을 다시금 글로 정리해 본다는게 꾸준하지 못하면 어렵다는 걸 알게됬다. 사실 그보다 글을 어떻게 하면 잘 써볼수 있을까가 더 고민거리 였던것 같다.

먼저 문제점을 두가지로 나눠 꼽아볼수있다.

1. 독서기간이 길건 짧건 기억에 의존하여 독서 마무리 시점에 모든 정리를 마치기가 쉽지않다.

2. 읽은 책을 필요한 정보를 빠트리지 않고 좋은 내용을 담을수 있을까에 대한 의문이 든다.

근데 이 두가지를 고민해봄에 앞서 내 글이 전문적이여야 할 이유가 있는가?

지금 보니 변명인거 같아서 조금 더 채찍질을 해야겠다.

(글로 못 썼을뿐 독서는 해냈다!)

1월간 읽었던 책을 나열해보자면

#양을 쫓는 모험 - 무라카미 하루키

#수학유전자 - 케이스 데블린

#팀 쿡 - 린더카니

양을 쫓는 모험은 스토리내에 정리를 해놨어서 언급은 안하겠다.

수학 유전자는 현재 공부하고 있는 JAVA 알고리즘에 도움이 될까 해서 읽어 봤는데 수학 유전자의 역사가 주를 이루는 내용이 였다. 수학적 사고를 키우는 방법에 대한것에 대한 궁금증을 풀 수는 없었다. 수학은 언어의 발전과 닮아있고 인간 모두(특이경우 제외)는 수학적 DNA를 지니고 있고, 수많은 실험과 논문을 통한 하나의 수학역사의 개론을 본 느낌이였다. 책을 마지막에 보면서 빌릴때 주의 해야겠다 느꼈던점이 무작정 표지만 보고 달려들면 안되겠다 깨닫게 됬다.

1월의 대미를 장식했던 '팀 쿡'은 위의 책들중 가장 가독성이 좋았고, 몰입하기 재미있었던 책인것 같다.

팀쿡의 역사를 담은 책이 였는데, 애플의 성장에 그가 핵심적이였고 미래를 향한 애플의 발전에 힘쓰고 있다는 점을 나같은 초보 독서가가 읽기 편하게 설명을 잘 해줬었다. 사실 설명이라기 보다는 그 흐름이 너무 좋았다.

어린시절의 팀쿡 -> 학창시절의 팀쿡 -> 사회로 나온 팀쿡 -> 스티브 잡스와의 만남

-> 잡스가 죽은 후 그가 잡게된 애플 -> 애플의 미래를 위한 그의 헌신

어떤 브랜드를 사랑하건간에 이 책은 애플이라는 기업을 다시 한번 생각해 볼 수 있게한다.

내일은 올해 플랜 2를 가동하기 위한 헬스를 갈것이다.

때문에 좀 더 다양한 주제로 다채롭게 하루를 써 볼 수 있도록 하겠다.

올한해 세운 계획들 모두가 다 원하는 결과를 얻기를 기원하며 내일도 화이팅!

2월의 시작 독서는

#딥러닝 레볼루션 - 테런스 J. 세즈노스키

#종의기원 - 찰스다윈

양을 쫓는 모험 정리

또도갓스 — Tue, 7 Jan 2020 12:49:02 +0900

양을 쫓는 모험--무라카미 하루키

독서후 독후감 식의 기록은 꽤 오래된 기억인것 같다. 2020년 새해를 맞아 올 한해는 나의 사소한 부분이라도 기록을 해보자라며 결심을 했던 나였기 때문에 차근 차근 조금씩 기록을 해보려 한다.

먼저 창고지기는 국방의 의무를 다하던 시절에 상실의 시대, 1Q84등을 통해 하루키라는 작가를 알게 되었다. 그가 쓴 책을 읽어봤던 때를 기억해 본다면 작가 특유의 문체와 꽤 디테일한 풍경묘사 등 표현자체가 섬세했다고 생각이 든다.

일개 독자가 그를 판단하기에는 부족하다 생각이 들고 어디까지나 개인적인 평가임을 알아주길 바란다.

시간 가는줄 모르고 읽었던 그 책들을 떠 올리며 집 서재에 꽤 오래된 책이였던 '양을 쫓는 모험'을 꺼내 들었다.

'양을 쫓는 모험'을 읽음과 동시에 주인공뿐만 아니라 나 자신도 그 모험에 참여하게 된것이다.

왜 '양을 쫓는 모험' 인가에 주목해 본다면 주인공은 양과 술래잡기를 하고 있는것이 아니다. 앞서 달리는 양을 잡기위한 노력이 아닌 숨바꼭질임을 의미한다. 주인공의 이름은 나오지않고 자네, 당신으로 불리고 어찌보면 자신조차도 이름으로 불리는 경우가 거의 없는 평범한 남성을 비추고 있다. 하지만 하루키 소설에서 복선을 깔아두는 보통의 특징없이 살아온 그 주인공 혹은 다른 타인은 대부분은 또 다른 사건에 휘말리게 된다.

이 책에서는 '양' 이라는 것이 또 다른 사건을 의미한다. 주인공은 이혼, 아무하고나 자는 독서광의 여자의 죽음 등등 본인이 묘사한 평범한 삶에서 벗어나고 있는 중간에 '쥐'로 부터의 편지를 받게된다. '쥐'는 주인공의 오랜친구로써 사회에 진출하며 자연스레 멀어져 버린 친구이다.

'쥐'는 본인은 어떤곳에 올 수 밖에없었고 그 어떤곳에서 만족하며 살고있다고 말해주며 주인공에게 본인이 어떤곳에 와버려서 그동안의 본인과 관계를 맺었던 사람들에게 본인의 뜻을 대신 전해주길 바란다. 그가 보낸 편지들중에서 사진과 함께온 편지가 있었다. 초원에 양 여러마리와 양이 있는데 여기서 양이 문제가 된다. 그 양은 일반적인 양이 아닌 현실에는 있을수 없는 양이 였던것이지만 주인공은 편지를 받을 당시에 알수 없었다. '쥐'는 이 사진을 가장 잘보이는 곳에 사용해 달라라는 말을 했고 광고업체에서 일하고있는 주인공은 그 사진을 P회사 광고PR에 싣게된다.

이때부터 주인공은 모험을 시작한다. 양을 찾아달라는 남자가 회사를 방문하였고 그 남자는 일본 우익 정계 거물의 비서였다. 정계 거물의 죽음이 다가왔고 이를 막기 위함은 주인공의 사진속 양이 필요하다는것이 그의 설명이였고 그에 따른 보수, 협박을 같이하게 된다. 어찌보면 선택권이 없는 주인공은 끝내 수락하게되고 그 모든것을 알수있게하는 '쥐'에게로 가기위한 채비를 마친다. 주인공에게는 귀 모델인 여자가 있는데 그 여자와 함께 여행을 간다. 훗카이도의 한 시골마을에 산다는 정보를 입수하고 '돌고래' 호텔에 묵게되는데 그 호텔에서 '양 박사'를 만나게 된다. '양 박사'는 젊은 시절 수재였고, 러일 전쟁중의 순찰도중 만난 '양'을 만나기전에는 신념이 또렷한 사람이라고 했다. '양'은 모든것을 빼앗아 갔고 그 '양'을 다시 찾기위해 47년간을 연구하고 어찌보면 그에 미쳐있었던 것이다. '양'은 실존한다고 했고, 현재 본인에게서 그 '양'은 떠나갔다고 한다. '쥐'가 살고있는곳을 '양 박사'를 통해 알게되었고 그곳에 여자친구와 함께 간다. '쥐'는 그의 아버지의 별장에서 살고있었고 주인공의 표현으로 불길한 골짜기를 지나 그 별장에 도착하게된다. 그곳에 '쥐'가 살았던 흔적만 있고 '쥐'는 보이지 않는다. 잠이 쏟아져 주인공은 잠에들고 늦은밤 잠에 깨지만 그곳에 그녀의 여자친구는 그곳에 없다는것을 알게된다. 이후 별장에서 빠져나갈 방법을 찾지 못한 그는 그곳에서 정계 거물 비서가 말한 기한의 다가옴을 느낀다. 노크 소리가 들리고 문을 여니 그곳에는 '양 사나이'가 있었다. 그는 무언가를 알고있지만 주인공이 묻는 말에 '쥐'를 제외한 모든 정보를 넘긴다. 두번정도 그와 더 만나고난뒤에 다시 '양 사나이'가 다시 그 별장에 방문했고 주인공은 분노하며 '쥐'에 관한 정보를 알려 달라고한다. 그날밤 9시에 적막이 가득한 그 방에 '쥐'가 방문한다.

'쥐'는 이미 본인은 죽었다고 한다 모두가 찾는 그 '양'을 품은채.

누락된 부분도 많겠지만 이 이야기는 양으로 시작해 양으로 끝나는 내용이다. 양은 작가 본인의 대학시절 운동권 참여에따른 누락된 그의 20대의 어떤 상실감을 의미한다. 하지만 양은 '쥐'와 함께 소멸했고 그 양의 소멸은 작가본인의 상실감으로부터의 해방을 의미한다. 사람은 관념, 사념등등 생각보다 많은 부분에 휘말리고 불안감, 공포, 무기력함 등등의 감정에도 역시 동요하고 본인이 무엇인지에 대해 고민한다. 본인이 누구인가에 대한 생각을 다시금 정립하게하는것은 하루키 특유의 교훈이라 볼수있다. 앞이 막혀 답답한것같고 본인이 느끼는 무기력함에 절망하는 그 감정또한 자연스런 것이고 작중 '쥐'는 이런말을 했다.

"무기력한 내가 가장 좋다."

본인은 본인 스스로일때가 가장 좋다는 말이였다. 끊임없이 도망치다 마주한 자신에게서 그는 이 모든것을 깨달았던것이다. 나 역시도 29살에 접어들었고 20대에 무엇을 하며 어떻게 살아왔느냐에 대한 여러 생각을 했었다. 이 책을 통해 알아봤던것처럼 자신이 자신임을 인정하고 내 자신이 과거에 괴로워 하며 앞을 살아나갈것이 아니라는것을 다시금 느끼게 되었다. 2020년은 이제 시작이고 첫 정리는 이렇게 마무리 하겠다.

[SPRING] servlet:servlet-api:jar3.1.0 (pom.xml) 오류 처리

또도갓스 — Wed, 25 Sep 2019 23:26:16 +0900

Missing artifact javax.servlet:servlet-api:jar:3.1.0

해결: 기존의<artifactId>servlet-api</artifactId>에서

<artifactId>javax.servlet-api</artifactId>을 추가

편안~