A cookie associated with a cross-site resource at http://kakao.com/ was set without the `SameSite` attribute. It has been blocked, as Chrome now only delivers cookies with cross-site requests if they are set with `SameSite=None` and `Secure`.

카카오로그인 연동을 구현하려는데 크롬에서 자꾸 이런 오류가 뜬다.

구글링에 나온거 최대한 시도해봤다. 크롬://flags에서 samesite 설정 하려고 크롬도 지워서 구버전으로 설치하고, 업데이트도 막아놓고 별 짓 다해봤는데 안 된다. 다음데브에도 관련 질문이 있는데 죄다 해결하다가 만 상태로 진전있는 답변이 1도 없다.. 

쥐푸라기라도 잡는 심정으로 관련 쿠키 사용중이면 생길 수 있따는 답변? 보고 카카오톡도 지우고 다시 크롬은 최신버전으로 원상복귀하고 실행했지만 그대로다..

그러다가 반정도 해결이 되었는데.. 원인은 너무 이상한 곳에서 발견되었다.. 

이전 : http://127.0.0.1:8080

이부분과 redirect url 도메인 부분을 http://127.0.0.1:8080 > 에서 localhost 로 전부 바꿔줬더니

이렇게 요거라도 떴다.. 

우측하단에 계속 뜨던 빨강 오류들과 이글 제목의 오류 문구가 안뜨고 드디어 진전된 뭔가 이루어진 결과가 나왔다 드디어...

그런데.. 의문인 점은..

분명 몇개월 전에 저기 "사이트 도메인"과 "Redirect URL"부분은 127.0.0.1:8080이었고 그때는 아주 잘만 이용되었었는데 건들지도 않았는데 왜 이렇게 된건지.. 참 의문이다... 

더 공부해서 알아볼 문제

 

저작자표시 비영리 변경금지

'JSP > errors' 카테고리의 다른 글

[이클립스](HttpServletRequest) refers to the missing type HttpServletRequest  (0) 2021.11.17
The server does not support version 4.0 of the J2EE Web module specification.  (0) 2021.11.16
tomcat 8005 already in use 오류  (0) 2021.11.09

서로 협업하다보면 버전차이인지는 몰라도 깃허브로 파일 머지할 때마다 이렇게 뜬다... 그리고 두 개의 프로젝트가 무언가 차이가 나도 이렇게 뜬다.  

단기적인 해결책은 빌드패스->jre삭제->★apply->add library-> default jre 등록후 다시 apply. 

기존 작업하는 프로젝트와 협업하는 프로젝트 왔다 갔다 할 때마다 바꿔줘야한다.. 언젠가 부터 갑자기 생긴거니깐 분명 파일을 머지한 사람 중에 범인이 있다.. 

저작자표시 비영리 변경금지

'JSP > errors' 카테고리의 다른 글

A cookie associated with a cross-site resource at http://kakao.com/ was set without the `SameSite` attribute. It has been blocked, as Chrome now only delivers cookies with cross-site requests if they are set with `SameSite=None` and `Secure`.  (0) 2022.01.26
The server does not support version 4.0 of the J2EE Web module specification.  (0) 2021.11.16
tomcat 8005 already in use 오류  (0) 2021.11.09

깃허브 원격 프로젝트 폴더를 이클립스와 연동하여 사용하려니 이만 저만 설정 다시만져야 하는 게 한 둘이 아니다.

빌드패스,프로젝트퍼셋, 자바 컴파일러까지.. 

우선, jre라이브러리 다시 설정해주고 -> classpath 에 톰캣 추가 -> project 퍼셋에 이전 프로젝트 폴더 퍼셋과 마찬가지로 체크 밑에 그림에 보면 처음에는 java에만 체크되어있었고 버전도 자신이 사용하는 버전에 맞게 수정

하지만 다음과같이 에러가 발생

아래에 다이나믹 웹 모듈 처음 클릭하고 버전도 맞게 고쳐줘야됐는데 생략했었다. 저부분 내가 사용하는 버전에 맞게 선택 후 apply했더니 모든 문제가 해결 됨.

https://tomcat.apache.org/whichversion.html

저작자표시 비영리 변경금지

'JSP > errors' 카테고리의 다른 글

A cookie associated with a cross-site resource at http://kakao.com/ was set without the `SameSite` attribute. It has been blocked, as Chrome now only delivers cookies with cross-site requests if they are set with `SameSite=None` and `Secure`.  (0) 2022.01.26
[이클립스](HttpServletRequest) refers to the missing type HttpServletRequest  (0) 2021.11.17
tomcat 8005 already in use 오류  (0) 2021.11.09

구글링하면 쭈루룩 비슷비슷한 내용의 해결법이 나온다. 

대부분 cmd에 netstat -ano 입력해서 해당 포트를 taskkill /F /PID 0000 명령어로 프로세스 종료 시키는 것이 해결법.

그리고 was 포트 변경.

하지만 난 아예 포트가 검색이 안 된다. 사용중이 아니다..  

그냥 컴퓨터를 재부팅 했다.

해결완료... 

이클립스를 킨 상태에서 amd radeon 그래픽 카드 설치 업데이트를 했고 그 과정에서 뭔가 꼬인 모양이다.. 그거 외엔 건드린게 없으니...

저작자표시 비영리 변경금지

'JSP > errors' 카테고리의 다른 글

A cookie associated with a cross-site resource at http://kakao.com/ was set without the `SameSite` attribute. It has been blocked, as Chrome now only delivers cookies with cross-site requests if they are set with `SameSite=None` and `Secure`.  (0) 2022.01.26
[이클립스](HttpServletRequest) refers to the missing type HttpServletRequest  (0) 2021.11.17
The server does not support version 4.0 of the J2EE Web module specification.  (0) 2021.11.16

너무나 이해하기 쉽게 잘 정리된 글이 있어서 따로 정리하기 보다는 링크를 저장하는 것이 좋을 듯 하여 주소를 적는다.

https://hahahoho5915.tistory.com/32

 

쿠키(Cookie), 세션(Session) 특징 및 차이

개요  > 쿠키(Cookie), 세션(Session) 각각 특성 및 차이 확실히 분류하기 메모 1. 공통점 : 웹 통신간 유지하려는 정보(ex:로그인 정보 등)를 저장하기 위해 사용하는 것(?) 2. 차이점 : 저장위치, 저

hahahoho5915.tistory.com

 

저작자표시 비영리 변경금지

'JSP' 카테고리의 다른 글

session이란?  (0) 2021.10.06
Form-submit 한글 깨짐  (0) 2021.10.04
세션은 컴퓨터 과학에서, 특히 네트워크 분야에서 반영구적이고 상호작용적인 정보 교환을 전제하는 둘 이상의 통신 장치나 컴퓨터와 사용자 간의 대화나 송수신 연결상태를 의미하는 보안적인 다이얼로그 및 시간대를 가리킨다

 

저작자표시 비영리 변경금지

'JSP' 카테고리의 다른 글

세션과 쿠키  (0) 2021.11.01
Form-submit 한글 깨짐  (0) 2021.10.04

톰켓 server.xml에 connector에 URIEncoding="UTF-8"을 추가해봐도

request.setCharacterEncoding("UTF-8");을 써놨어도... 한글이 깨진다

수업시간에 잘만 되던게 왜 깨질까? 배운만큼만 아는 나에겐 아무리 짱구를 굴려보아도 답이 안 보인다. 

어쩔 수 없이 구글의 힘을 빌릴 수 밖에...

결론은 form 요소에 accept-charset="UTF-8"요소를 추가하는 것이다. 결과는 한글로 전송한 부분이 깨지지 않고 잘 나온다.

곰곰히 생각해 보았다. 선생님이랑 똑같이 했는데 왜 난 꺠지는 걸까? 

바로 그건 내가 전송하려던 페이지는 확장자명이 html이라서 그런 것이였다. 

html파일 생성시 바디부분만 남기고 선생님이 다 지우셔서 나도 그 지워지는부분에 무엇이 있었는지 간과한 것이다.

그리고 선생님과 form전송에서는 전부 확장자명이 jsp, 즉 jsp파일은 첫 줄에서 UTF-8형식 인코딩 처리를 해주고 있었던 것.

<!DOCTYPE html>
<html>
<head>
<meta charset="EUC-KR">
<title>Insert title here</title>
</head>

이것이 html파일 그리고 위 부분은 항상 생성하자마자 삭제한 부분. 

4번재 줄을 보면 인코딩형식이 UTF-8이 아니다 ^^

그렇다면 html파일에서 저부분을 UTF-8로 바꾸면 form 요소에 accetp-charset을 추가하지 않아도 될까?

결과는 된다.

 

저작자표시 비영리 변경금지

'JSP' 카테고리의 다른 글

세션과 쿠키  (0) 2021.11.01
session이란?  (0) 2021.10.06

+ Recent posts

티스토리툴바