82일차

면접

다들 내 면접 후기를 보신건지는 모르겠지만 위로의 말들을 많이 해주셨다.

오늘 아침에 팀원들과 회고를 할 때 튜터님이 오셔서 내가 제일 매운맛으로 한 것이고

이렇게 압박하면서 면접 보는 경우는 거의 없을 거라고 너무 상심하지말라 하셨다.

 

우리 팀 중에 어떤 분은 매운맛을 못느꼈을 것이고 어떤 분은 느낄 것이다 라고 확정을 지어주셔서

팀원들끼리 얘기해봤는데 뭔가 터는 사람이 정해져있는 것 같고

거기에 내가 들어간게 아닐까 싶다고 하셨다. 왜지..🤔

 

어제 격려해주셨던 지혜님은 계속 나를 케어해주시고, 🤗 

다른 팀분들이 고생했다고 응원한다 하면서 격려해주셨다. 🙃

 

81일차(전 날 오류 해결하기 & 모의면접 후기)

 

 

 

오류 같이 잡아보기

팀원이 오늘도 컴퓨터와 대화를 하면서 나와 똑같이 코드를 작성했는데

왜 본인은 오류가 뜨는건지 모르겠다 하시길래 코드를 봐주게 되었다.

 

 

팀원분은 Controller에서 Service로 연결하는 함수 이름을 대문자로 쓰셨다. (CreateUser)

 

 

 

 

그 외에 다른 부분들은 고칠게 없는지 확인해보았다.

 

 

 

Service에서는 @Transactional 을 생략하셔서 추가했다.

 

 

 

 

PostMapping을 하고 있는데 @Setter를 쓰지 않으셔서 추가했다.

 

@Setter 추가

 

@Setter 추가

 

 

---

Git

url 표준은 소문자, - 를 사용한다. github 이름,  repository명 은 url에 사용되므로 변경한다.

 

username과 repository를 변경했는데 username 바꾸는데 뭐로 바꿀지 고민 많이 했다.

결국 내 별명인 해달과 내 이름 끝 부분을 따서 지었다. 😅

 

 

 

✔️ repository : DangDang → dangdang

 

 

 

 

✔️ username : Lluora → haedal-uni

 

 

 

 

 

issue 공지는 wiki에 작성

issue 는 해결되면 close 된다.

정보를 계속 남겨두어야하는 회의기록, 합의한 사항, 컨벤션 등 지속적으로 관리해야하는 내용은

history 추적을 위해 issue 로 사용하지 않고, 다른 문서로 (wiki 등) 작성한다.

 

변경 전 : issue로 등록함	변경 후 : Wiki에 저장함

 

 

 

 

 

package 명 변경

우리의 사이트 주소에 맞게 쓴다.

ex) package com.sparta.dangdang.controller; → package shop.dangdang.controller;

 

 

---

.gitignore 

aws 키 때문에 gitignore에 .yml을 적용시켰는데 실행이 되지 않았다.

캐시를 삭제하고 다시 적용해도 같았다.

알고보니 캐시 전 과정에 추가해야할 과정이 하나 더 있었다.

 

이미 gitignore에 적용되어야할 파일이 commit된 경우

 

1. gitignore에 적용되어야할 파일을 없앤 후 git add . 를 진행한다.

 

2. 캐시를 삭제한 후 적용한다.

git rm -r --cached . 
git add . 
git commit -m "gitignore 다시 적용" 
git push origin feature

 

3. 이래도 적용이 안되면 1번부터 다시 진행한다. 

 

 

참고 링크  >> .gitignore가 동작 안할 때 상황별로 해결하기

---

s3 적용 코드 에러 

s3 연결 코드는 작성했고 일단 실행해봤는데 에러가 떴다.

다른 분들은 그 코드로 에러가 안뜨셨는데 나는 왜 뜰까 생각했다.

 

 

application을 실행했을 때 뜨는 오류는 (Controller 코드에서 S3 코드를 빼고 실행했을 때)

[THYMELEAF][http-nio-8080-exec-1] Exception processing template "index": ~~

라는 에러가 떠서 templates안에 .html을 넣었는데 css가 연결이 잘 안되었다.

 

코드를 여러번 건들이다가 새로운 오류가 나타났는데 

아래 오류는 application을 실행했을 때는 오류가 뜨지 않았지만

localhost:8080/dodo라고 입력했을 때 서버에서 뜨는 에러이다.

 

Error resolving template [index], template might not exist or might not be accessible by any of the configured Template Resolvers~~~ 

이런 에러나 Application run failed 로 뜨는데  

코드를 분석해보면서 현재 프로젝트에 맞게 바꿔놔야하는건가 싶었다.

 

그런데 알고보니 다른 문제였다..!!!

Application에서 코드 하나 고치면 되는 문제였다.

application.yml → application.properties

 

@EnableJpaAuditing
@SpringBootApplication
public class DangDangApplication {

    public static final String APPLICATION_LOCATIONS = "spring.config.location="
            + "classpath:application.yml,"
            + "classpath:aws.yml";

    public static void main(String[] args) {
        new SpringApplicationBuilder(DangDangApplication.class)
                .properties(APPLICATION_LOCATIONS)
                .run(args);
    }
}

 

변경 후

 

@EnableJpaAuditing
@SpringBootApplication
public class DangDangApplication {

    public static final String APPLICATION_LOCATIONS = "spring.config.location="
            + "classpath:application.properties,"
            + "classpath:aws.yml";

    public static void main(String[] args) {
        new SpringApplicationBuilder(DangDangApplication.class)
                .properties(APPLICATION_LOCATIONS)
                .run(args);
    }
}

 

이렇게 변경했더니 localhost:8080/dodo에서 다시 html이 실행되었다.

오늘 하루종일 이 오류만 잡으려고 아등바등 거렸다. 새벽 3시가 되어서야 알게 되다니..

이제 내일 S3에 파일이 잘 업로드 되는지 확인해봐야겠다.