한 workspace에 여러 프로젝트를 open close를 반복하다보니 돌아가던 프로젝트가 갑자기 안 돌아간다.. 작업관리자 켜서 java껐다 켜주면 프로젝트가 돌아간다 해당 프로젝트 Spring Boot Main type에 클래스가 제대로 지정이 되어있는지 확인 [필수] 1. 프로젝트 clean 2. classpath 확인 3. 프로젝트 < properties < Run/Debug Settings Application 삭제 후 다시 시작 3. java 강제 종료
String to ListMap import com.fasterxml.jackson.core.type.TypeReference; import com.fasterxml.jackson.databind.ObjectMapper; public List getCommonList(String path) { List returnList = new ArrayList(); try { URL url = new URL(url); HttpURLConnection con = (HttpURLConnection) url.openConnection(); con.setConnectTimeout(20000); //서버에 연결되는 Timeout 시간 설정 con.setReadTimeout(60000); // InputStream 읽어 오는..
public int postRequset(Map paramMap) throws IOException { @Cleanup CloseableHttpClient client = HttpClientBuilder.create().build(); Map requestMap = new HashMap(); requestMap.put("type" , type); //파라메터 HttpPost post = new HttpPost("url"); post.setHeader("Content-Type", "application/x-www-form-urlencoded;charset=utf-8"); List paramList = convertParam(requestMap); post.setEntity(new UrlEncodedForm..
git에 repository를 만들고 clone을 누르면 clone with HTTPS url이 나온다 카피를 해준 후 git CMD 실행 -> local project 경로로 이동 1. git init 2. git remote add origin 카피해둔HTTP경로 3. git add . 4. git commit -m "커멘트" * 브랜치를 master가 아닌 새로 생성하여 올리고 싶을 경우 6번을 하지않고 branch생성 1,2번을 진행한다. 5. git remote -v --> repository 확인하는 작업 (안해도 됨) 6. git push origin master --> master브랜치에 origin이라는 이름으로 저장 모든 파일이 올라가니 안올려도 되는 파일들은 .git..

Spring? : 자바 언어 기반의 프레임워크로 객체 지향 언어가 가진 특징을 잘 살려낸 프레임워크 Spring에는 핵심 기술이 DI, IoC가 있습니다. IoC (제어의 역전, Inversion of Control) 객체에 대한 제어권이 개발자로부터 컨테이너로 넘어간 것 객체의 생성부터 생명주기까지 전부 컨테이너가 관리 컨테이너가 직접 Bean을 생성/관리하기 때문에 개발자는 코드에 객체를 선언하지 않아도 됨 (클래스들의 의존도를 줄여줌) *Bean : 스프링 컨테이너가 생성하고 관계설정, 사용을 제어해주는 오브젝트를 말함 * IoC는 역순으로 객체를 생성해주고 컨테이너로 객체들이 결합까지 되어 담겨진다는 의미로 IoC라 한다. 일체형의 경우 A클래스가 B를 생성하고, B 클래스가 C클래스를 생성합니다..
SVN , 중앙집중식 - SVN은 보통 대부분의 기능을 완성해놓고 소스를 중앙 저장소에 commit - commit의 이미 자체가 중앙 저장소에 해당 기능을 공개한다는 의미 - 개발자가 자신만의 version history를 가질 수 없다 (그렇기 때문에 local History를 이용하긴 하지만, 일시적이다. 내가 몇일전 까지에 한하여 작업했던 내역을 확인 가능하지만 버전 관리 불가) - commit한 내용에 실수가 있을 시에 다른 개발자에게 바로 영향을 미치게 된다 → 저장소를 한개만 두는 것의 단점은 만약 데이터가 소실되었을때 복구가 어렵다. GIT, 분산관리식 - 개발자가 자신만의 commit history를 가질 수 있고, 개발자와 서버의 저장소는 독립적으로 관리가 가능. - commit한 내용..
MSA 마이크로 서비스 아키텍처(Micro Service Architecture)의 약자로 단일 프로그램을 각 컴포넌트 별로 나누어 작은 서비스의 조합으로 구축하는 방법 MSA의 특징 👉🏻 MSA는 API를 통해서만 상호작용할 수 있으며,실질적인 세부 사항은 모두 추상화한다. 내부의 구현 로직, 아키텍처와 프로그래밍 언어, 데이터베이스, 품질 유지 체계와 같은 기술적인 사항들은 서비스 API에 의해 철저하게 가려진다. MSA의 장점 - 유지보수가 용이하다. - 개발 모듈을 연동하는데 무리가 없다. - 지속적인 배포(CD)도 모놀리식에 비해 가볍게 할 수 있다 - 마이크로서비스는 각각 서비스의 부하에 따라 개별적으로 scale-out(접속된 서버의 대수를 늘려 처리 능력을 향상)이 가능하다. 메모리, CP..
RDBMS 관계형 데이터베이스 관리 시스템을 의미, 이름과 같이 RDBMS는 관계형 데이터 모델을 기초로 두고 모든 데이터를 2차원 테이블 형태(속성-값)로 표현하는 데이터베이스 각각의 속성과 값을 가진 테이블들은 서로 관계를 맺으며 존재, 데이터 구조가 명확하며 변경 될 여지가 없으며 명확한 스키마가 중요한 경우, 또한 중복된 데이터가 없어 변경이 용이하기 때문에 관계를 맺고 있는 데이터가 자주 변경이 이루어지는 시스템에 적합 ☞ 장점 - 명확하게 정의된 스키마, 데이터 무결성 보장 - 관계를 통해 각 데이터를 중복없이 한번만 저장 가능 ☞ 단점 - 상대적으로 덜 유연, 데이터베이스 스키마를 미리 알고 계획해야한다. (나중에 수정하는 것이 어렵거나 불가능) - JOIN문이 많은 매우 복잡한 쿼리가 만들..
- Total
- Today
- Yesterday