개인이 사용시에는 Docker-Desktop(이하 Docker)이나 Podman-Desktop(이하 Podman) 둘중 편한것으로 선택하면 됩니다. Docker는 회사에서 사용하면 회사 규모에 따라서 라이센스가 필요합니다. 개인이 사용하는데 무료이지만 점점 사이트 로그인도 필요하고 강제하는 부분이 늘어나서 이번기회에 Podman으로 변경하였습니다.

변경하면서 제일 걱정이 되는 부분은 IntelliJ-IDEA와의 호환성이 이었습니다. 개인적으로 대부분 작업을 IntelliJ-IDEA 한곳에서 작업을 진행합니다. Docker를 구동시키면 View > Tool Windows > Service에서 확인 하는데 이분도 같이 해결되면 좋겠다는 생각을 했습니다.

아래는 Podman으로 대체 방법입니다.

Brew 설치

• 기존에 설치되어 있다면 건너뛰면 됩니다.

/bin/bash -c "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/HEAD/install.sh)"

Podman 설치

• podman-compose도 같이 설치 해 줍니다.

brew install podman-desktop podman-compose

Podman 설정

• Docker Compatibility Enable
  • Docker와 호환성을 위해서 활성화 합니다.

• Registries 에서 기존 Docker Hub 계정 등록 합니다.
  • docker pulling시 이용 됩니다.

Docker 호환성 유지를 위한 심볼릭 추가

• 기존 Docker 명령어 그대로 사용하기 위해서 심볼릭 링크를 추가 합니다.

sudo ln -s $(which podman) /usr/local/bin/docker
sudo ln -s $(which podman-compose) /usr/local/bin/docker-compose

• 환경 변수 추가

export DOCKER_HOST=unix:///Users/$USER/.local/share/containers/podman/machine/podman.sock

IntelliJ IDEA > Docker 설정

echo "unix:///Users/$USER/.local/share/containers/podman/machine/podman.sock"

• 쉘 스크립트 결과를 Engin API URL에 입력합니다.

• 서비스 연결 확인

참고

• Homebrew Homepage
• Jetbrains Rider Podman
• Using the podman-mac-helper tool to migrate from Docker to Podman on macOS
• Troubleshooting Podman on macOS

git을 사용하다 보면은 명령어가 길어져서 거추장 스러울때가 있다. 난 개인적으로 특히 브랜치를 업데이트 할때 그 브랜치로 checkout을 한후 업데이트를 해야 하는데 업데이트 하려는 브랜치가 많다 보면은 이게 정말 일이다. 그렇다고 GUI 툴을 사용하는것도 아니어서 브랜치 관련해서 업데이트 할려면 정말 귀찮아서 어떻게 하면 줄일수 있을까 고민하다가 Shell function 만드는 것으로 해결 봤다.

사용 방법

• .zshrc 에 코드를 넣는다.

• 현재 브랜치를 최신화 한다. 브랜치 명을 선언하지 않으면 현재 브랜치 업데이트

  git-update
  

• 현재 브랜치를 checkout 하지 않고 다른 브랜치를 업데이트 하는 방법

  git-update develop
  

EditorConfig는 여러 개발자가 다양한 편집기와 IDE에서 동일한 프로젝트를 작업할 때 일관된 코딩 스타일을 유지할 수 있도록 도와준다

• 추가적으로 IntelliJ는 .editorconfig의 확장 속성을 지원하기 때문에 팀원 모두가 IntelliJ를 사용한다면 코드의 통일성을 맞추기 쉽다.

코드

참고

• properties
• intellij idea editorconfig

AutoParams을 참 요긴하게 사용하고 있다. 웬만한 파라미터는 기본적으로 지원하는데 @Entity의 경우는 데이터베이스 컬럼에 영향을 받아서 AutoParams으로 만들어진 데이터를 가지고 테스트 하다보면 디비 컬럼 Length 조건에 걸려서 오류가 나는 경우가 발생한다. 이런 경우는 Customizer 확장 포인트를 열어뒀다. 그걸 이용해서 @Column의 Length를 읽어서 값을 제한하게 하였다. 아래는 구현코드 이다.

코드

사용법

@ParameterizedTest
@AutoSource
@Customization(DomainCustomization.class)
void test(MyEntity entity) {
    ...
}

• IP로 호출하기
• Domain으로 호출하기

경우에 따라서는 등록되어 있지 않지만 IP로 호출하면 안되는 경우도 있다 보통 서비스에서 도메인 형식을 체크해서 튕기도록 구성되어 있다.

이럴때 사용하면 좋은 방법이다.

보통은 /etc/hosts 파일을 수정하는데 수정하기도 귀찮고 테스트 끝나면 원복을 안하면 차후에 실수하기도 한다.

사용방법

curl --resolve '{도메인}:{포트}:{아이피}' {url}

사용예

curl --resolve 'blog.ddoong2.com:4000:127.0.0.1' http://blog.ddoong2.com:4000

• 로컬에서 Jekyll을 이용해서 띄울때 예제
• 우선 순위에 의해서 DNS 보다 먼저 설정 된다.

Mac에서 메이저버전 OS 업데이트가 있으면 주로 발생한다. 아무래도 대규모 업데이트가 발생하면서 설정값이 초기화 되는 듯 하다.

1차 해결방법

• M1이 아닐때는 언어 및 지역에서 지역을 대한민국 -> 미국 -> 대한민국 으로 변경

2차 해결방법

• VM Option 추가

-Duser.language=ko -Duser.country=KR

대부분의 예제는 x86을 대상으로 이미지가 생성되어 있다. 특히 동영상 강좌나 예제를 실행할때 Architecture 간 오류가 발생하면 직접 arm64용으로 이미지를 만들어야 한다.

해결방법

• M1에서 빌드 한다.
• 이미지 빌드

$ docker build . {account_id}/{image_name}:{tag_name}

• Docker Hub 로그인

$ docker login

• 이미지 Push

$ docker push {account_id}/{image_name}:{tag_name}

• 사용 예
  • tag 버전을 붙이지 않으면 Latest로 가져온다.

$ docker run -d {account_id}/{image_name}:{tag_name}

참고

• Install Docker Buildx를 이용하면 Multi-Architecture 빌드가 가능하다
• github docker/buildx
• 맥설치

$ brew install docker-buildx

• 실행권한 추가

$ chmod +x ~/.docker/cli-plugins/docker-buildx

• Multi build

$ docker buildx build --platform linux/amd64,linux/arm64 . {account_id}/{image_name}:{tag_name}

Mac OS Ventura로 업데이트 하고 나서 잘 사용하던 SSH가 동작하지 않는다.

해결방법

• /etc/ssh/ssh_config 수정 마지막에 아래 내용 추가

sudo vi /etc/ssh/ssh_config

...
    HostkeyAlgorithms +ssh-rsa
    PubkeyAcceptedAlgorithms +ssh-rsa

• 전체 설정

#       $OpenBSD: ssh_config,v 1.35 2020/07/17 03:43:42 dtucker Exp $

# This is the ssh client system-wide configuration file.  See
# ssh_config(5) for more information.  This file provides defaults for
# users, and the values can be changed in per-user configuration files
# or on the command line.

# Configuration data is parsed as follows:
#  1. command line options
#  2. user-specific file
#  3. system-wide file
# Any configuration value is only changed the first time it is set.
# Thus, host-specific definitions should be at the beginning of the
# configuration file, and defaults at the end.

# This Include directive is not part of the default ssh_config shipped with
# OpenSSH. Options set in the included configuration files generally override
# those that follow.  The defaults only apply to options that have not been
# explicitly set.  Options that appear multiple times keep the first value set,
# unless they are a multivalue option such as IdentityFile.
Include /etc/ssh/ssh_config.d/*

# Site-wide defaults for some commonly used options.  For a comprehensive
# list of available options, their meanings and defaults, please see the
# ssh_config(5) man page.

# Host *
#   ForwardAgent no
#   ForwardX11 no
#   PasswordAuthentication yes
#   HostbasedAuthentication no
#   GSSAPIAuthentication no
#   GSSAPIDelegateCredentials no
#   BatchMode no
#   CheckHostIP yes
#   AddressFamily any
#   ConnectTimeout 0
#   StrictHostKeyChecking ask
#   IdentityFile ~/.ssh/id_rsa
#   IdentityFile ~/.ssh/id_dsa
#   IdentityFile ~/.ssh/id_ecdsa
#   IdentityFile ~/.ssh/id_ed25519
#   Port 22
#   Ciphers aes128-ctr,aes192-ctr,aes256-ctr,aes128-cbc,3des-cbc
#   MACs hmac-md5,hmac-sha1,umac-64@openssh.com
#   EscapeChar ~
#   Tunnel no
#   TunnelDevice any:any
#   PermitLocalCommand no
#   VisualHostKey no
#   ProxyCommand ssh -q -W %h:%p gateway.example.com
#   RekeyLimit 1G 1h
#   UserKnownHostsFile ~/.ssh/known_hosts.d/%k
Host *
    SendEnv LANG LC_*
    HostkeyAlgorithms +ssh-rsa
    PubkeyAcceptedAlgorithms +ssh-rsa

참고

• SSH not working in macOS Ventura: How to Fix

별개 다 혼동되어서 정리한다.

예제

public class ParameterAndArgument {

    public void printHello(String message) {

        System.output.println("Hello " + message);
    }

    public static void main() {

        final String message = "world";
        new ParameterAndArgument().printHello(message);
    }

}

Parameter (매개변수)

• 예제 에서 message 변수 이게 parameter 이다.

Argument (전달인자)

• 예제 에서 전달되는 world 값 이게 argument 이다.

참고

• 매개변수 (컴퓨터 프로그래밍)

사용할때마다 너무 헷갈린다. 그래서 정리해봤다.

consumes

• @RequestMapping 류에서 사용되며 요청을 제한한다.
• 클라이언트가 요청시 Content-Type 헤더를 통해서 서버에 전달한다.
• Content-Type=application/json이면 클라이언트가 서버에 요청할때 내가 보내는 요청 정보는 application/json입니다. 라는 의미이다.

produces

• @RequestMapping 류에서 사용되며 응답을 제한한다.
• 클라이언트가 요청시 Accept 헤더를 통해서 서버에 전달한다.
• Accept=application/json이면 서버가 응답하는 형식은 application/json 형식을 기대한다는 것이다.

개인적 추천

• 모든 요청과 응답에 대해서 정확하게 지정하는게 맞겠으나 개인적으로 consumes은 지정하는 편이고 produces는 지정하지 않는 편이다.

참고

• @RequestMapping의 produces,Content-Type,Consumes란?