Back

Steammend PJ 진행하면서 멘토님으로부터 MSA 구조를 사용한 것을 강조할 것을 들었고 MSA란 무엇일까 찾아봄MicroService Architecture : 각각을 마이크로하게 나눈 독립적인 서비스를 연결한 구조시스템 전체의 중단 없이 필요한 부분만 업데이트

elk : 7200spirng : 8080 => 아마 war 안써서 상관 Xflask : 5000redis : 6379react : 3000mysql : 3306mysql 따로 sql이라는 구조에 넣어서 사용할 예정이거 spring 설정 파일이랑 똑같은 아이디 비밀번호

어셈블 언어 - 인간이 이해하기 쉽도록 기계어와 거의 일대일로 대응하는 기호로 표현된 언어이진법과 우리가 평소에 쓰는 언어들을 규칙을 갖고 일대일로 매칭시켜 놓은 것고급 언어로 기술하는 것보다 어려움고급 언어 - 사람을 기준으로 이해하기 쉬운 언어를 고급 언어라 한다e

모든 함수와 메서드에  대한 테스트 케이스(Test case)를 작성하여 의도된대로 잘 작동하는지 검증하는 절차작은 단위로 쪼개어 각 단위가 정확하게 동작하는지 검사하며 안정성 높임매번 디버깅 이용해 출력하면서 시간 낭비할 필요 X, (=System.out 등)java

DB 연동 표준 프레임워크ORM 기술 표준으로 사용되는 인터페이스의 모음함수를 java class를 이용한 실질적 구현아닌 구현된 클래스와 RDB table mapping해준다SQL 쿼리를 직접 짜지 않고 간단한 메소드 이용해 CRUD 처리JDBC API 사용ORM 기

Cilent <-> Server 구조에서 http 프로토콜 기반의 통신을 한다고 했을 때 http는 java class와 통신 불가능때문에 Servlet or Jsp를 사용http <-> Servlet or http <-> Jspjava 기반 웹 애플리

간단하게 JPA 실험https://github.com/sung-ik-je/about_JPA/tree/jpa0/jpa0 1\. Entity, DTO2\. Controller3\. Service4\. DAO or Repository처음에 서버는 돌아가는 것 같은

전통적인 Spring MVC의 컨트롤러 설정View 반환 목적 위해 사용만약 View가 아닌 데이터 반환하려면 @ResponseBody와 함께 사용해야 된다Json 형태로 반환 가능@Controller + @ResponseBody 형태Json 형태로 객체 데이터 반환

Spring Ioc 컨테이너가 관리하는 Java 객체를 의미간단하게 Spring에서는 원활한 개발을 위해 Java 객체 생성, 관리해주는데 이 때 생성, 관리되는 객체를 Bean이라 부른다Inversion of Control, 제어의 역전이라고 부른다Ioc는 객체의 생

REST API를 운영하는 것이 목적이며 REST 조건 중 CRUD Operation을 그에 따른 HTTP 전송 방식에 맞추는 것 목표시작 이전에 전에 구현했었던 "JPA 구현 - 0" 에서 다른 components들을 bean 객체로 인식하지 못했던 문제를 확인하고자

JSP 구현 목적JSP 운영 구조 파악 및 연동 확인 목적으로 간단하게 돌아가나 확인해봤다https://github.com/sung-ik-je/practice/tree/jsp0Spring에서 웹을 정의하는 root 폴더인 webapp 폴더와 J2EE 사양에 따

JSP 액션 태그 관련 공부 목적

Spring boot - html을 조금 더 다루는 것을 목적으로 front - back 소통을 우선으로 하고자 한다html 전반적인 틀 : https://yunbinni.tistory.com/63

html0을 통해 구조와 연결을 확인했고 JPA를 이용해 View에서 DB까지 개발을 목적으로 진행한다https://github.com/sung-ik-je/practice/tree/html1jpa1을 기반으로 로직을 짜려했지만 jpa1의 경우는 @RestCon

steammend 마지막 pj에서 사용한 mybatis 잊을까봐 관련해 재공부 목적

회사 CMS 관련 소스들을 분석하며기본적으로 목적을 알아야 이해가 쉬울 것이라 생각ElasticSearch에서 하던 작업들을 Spring boot에서 ES 작업 하는 것이 목적이기에 Spring Boot는 ES API 사용한다는 것을 알고 넘어가야 할 듯API가 무슨

여기서 지정은 기록할 정보를 지정하는 것을 의미하며 레벨이 높은 순부터 기록ALL : 모든 레벨의 정보 지정TRACE : DEBUG보다 세분화된 정보 이벤트를 지정, Fine-Grained 운영DEBUG : 프로그램을 디버깅하는 데 가장 유용한 세분화된 정보 이벤트를

회사 CMS 파일 pull해서 실행하는데 이슈 발생했고 해결 과정Version 관련 이슈라 생각해 war, jdk 등 버전 바꾸면서 실행했지만 실패mirror 설정 시도 했지만 실패처음 intellij에 pull해서 build 과정 중에 해당 메시지 확인이는 maven

회사 CMS, API, Front 3개 정상 실행했지만 로그인 과정 중에 에러 발생많은 이유들이 존재하겠지만 나의 경우는 url 이슈였다Intellij에서 tomcat으로 실행하는데 있어 자동으로 Context Path가 설정되었고 시스템 상에서 정의되어 있는 url

백엔드 과정 중 python list에서 길이가 1이거나 0인 요소들을 삭제하기 위해 반복문을 통해 remove 키워드를 진행했다하지만 내 목적은 조건에 대한 모든 요소들의 삭제였고 remove의 경우는 처음 나오는 하나의 요소만 삭제하는 것이었다이를 개선하기 위해 구

python 파일 주 1회 자동화를 목적으로 서버에서 스케줄링을 등록서버 환경은 centOs이며 구글링을 통해 crontab을 알 수 있었다crontab -e : crontab에 스케줄링 조건 및 파일 등록(스케줄링 주기 ) (스케줄링 할 파일 경로)의 형태로 구성되어

평소에 python 가상환경을 사용할 때 단순히 처음 접했다는 이유로 anaconda를 계속해서 사용해왔는데 회사 개발 서버에 anaconda를 올리고 가상환경을 유지하는데 너무 많은 용량을 사용한다는 얘길 듣고 가상환경을 venv로 변경이와 같은 상황에서 가상환경에

스케줄링을 목적으로 특정 주기마다 명령어를 사용하기 위해 shell script 이용.sh 확장자 파일에 쉘에게 명령을 내릴 스크립트 코드를 작성해 .sh 파일을 실행함으로써 .sh 내에 여러 명령어들을 실행할 수 있다처음 사용은 python 개발환경 활성화, pyth

API를 작업하면서 Controller - Serivce - Mapper - Sql query 순으로 프로세스를 진행하는데 mapper에서 호출하는 sql query 명에 오타가 존재해 해당 err가 발생했다단순히 오타 수정으로 개선 가능했다

crontab을 이용해 추천 로직을 실행시키는데 결과적으로 업데이트가 되어야 하는 데이터들이 업데이트 되질 않는 문제 발생crontab의 경우는 프로세스가 등록되어 있었으며 실행이 되는 것으로 확인원인은 path 때문이었다.crontab에서 특정 파일을 실행시킨다고 가

vue.js, spring boot 2가지 build 파일을 개발 서버에 배포하는데 업데이트 내용이 적용이 안되는 이슈 발생IDE는 intellij, vsc를 사용했는데 build가 적용이 되지 않을 때는 해당 IDE의 캐시를 초기화 시키고 다시 build 해주는 것을

xshell 이용해 개발 서버에 파일 전송하던 중 오류(번호) 형태로 오류 발생build 파일 문제 X, 로컬에서는 정상적으로 실행 됨참조 사이트 내의 방법들 1번 제외하고 모두 실행해봤지만 개선 X1번 방법으로 개선 가능했다당연히 용량은 여유 있을거라 생각하고, 근데

개요 Comparator, Comparable 모두 인터페이스로 컬렉션을 정렬하는데 필요한 메서드를 정의할 수 있으며 두 객체 모두 비교한다는 같은 기능을 목적으로 고안된 것 Comparable의 대상은 주로 Integer와 같은 wrapper 클래스, String,

틀 구조, 뼈대, 골격, 구조, 구성일을 하는데 있어 어떤 틀 구조가 정해져 있고 이에 맞춰 일을 할 수 있게끔 구성되어 있는 환경프레임워크로 인해 보다 쉽게 서비스느 애플리케이션을 구축할 수 있다소프트웨어의 특정한 클래스에 대하여 재사용할 수 있는 설계로 구성된 관

org.springframework.context.ApplicationContext 인터페이스는 1장에서 언급한 스프링 IoC 컨테이너를 표현해당 인터페이스를 구현한 스프링 애플리케이션 컨텍스트 객체는 스프링 빈의 인스턴스를 생성하고 관리하는 기능을 제공스프링 빈(Sp

애플리케이션의 역할을 모델(model), 뷰(view), 컨트롤러(controller)로 나누어 작업을 분담업무 서비스(business service)와 도메인 객체(domain object)를 사용자 인터페이스(user interface)로부터 분리시켜 하나 이상의

인프런 초보를 위한 도커 안내서 강의 기반가상머신 처럼 OS 위에서 Hypervisor, Guest OS를 이용한 오버헤드가 발생하지 않으며 단순히 소프트웨어를 격리 시켜주는 역할 컨테이너를 실행하는 압축 파일도커 이미지를 저장하는 공간으로 이미지를 저장소에 만들고 필

회사에서 C를 다루게 되어 인프런 강의 및 책을 참고하며 간단한 이론을 정리하고자저장 공간 확보 ⇒ 입력 ⇒ 처리 ⇒ 출력 C 언어는 UNIX OS를 모든 기종에서 사용 가능하게끔 하기 위해 개발된 언어OS는 컴퓨터의 여러 자원을 관리해주는 역할을 하는데 모든 기종에