섭이의 개발일지

proxy_pass 설정중 난 에러 .. 

centos7, nginx1.16.1 기준으로 아래 명령어를 입력하면 proxy_pass가 잘 이뤄진다

setsebool -P httpd_can_network_connect 1

https://stackoverflow.com/questions/23948527/13-permission-denied-while-connecting-to-upstreamnginx

설정중에 만약 

No supported Kafka endpoints are configured. Either kafkastore.bootstrap.servers must have at least one endpoint matching kafkastore.security.protocol or broker endpoints loaded from ZooKeeper must have at least one endpoint matching kafkastore.security.protocol.

이런 에러가 떴다면 

kafkastore.bootstrap.servers=PLAINTEXT://localhost:9092, ...

이런식으로 설정하면 정상 동작한다 PLAINTEXT에 다른게 들어가야 하는줄 알았는데

진짜 그냥 PLAINTEXT가 들어가면 된다..

https://github.com/confluentinc/schema-registry/issues/765

pc가 약간 이상한가 ..

어제 갑자기 Windows 10 검색창 (Windows + Q)이 이상하게 안되는 경우가 있었다.

services.msc, 검색 인덱스 재조정, 별에 별거 전부 안되어서 한시간정도 버리다가 결국 해결했다.

만약 여러가지 작업을 해보다가 안되었다면 이 방법을 추천한다.

이방법은 Windows 10 update version 1903 이상 버전만 가능하다

1. 해당 사이트에서 쉘스크립트 파일을 받는다. https://www.microsoft.com/en-us/download/100295

2. cd {다운로드 받은 경로} -> .\ResetWindowsSearchBox.ps1

3. 스크립트 파일을 실행하고 잘 작동하면 끝

4. 만약 이런 에러가 나온다면 5번으로 간다.

5. 순서대로 아래 명령어를 입력한다.

5-1. Get-ExecutionPolicy 

5-2. Set-ExecutionPolicy -Scope CurrentUser -ExecutionPolicy Unrestricted  -> Y

5-3. .\ResetWindowsSearchBox.ps1 -> 스크립트 재실행

5-4. Set-ExecutionPolicy -Scope CurrentUser -ExecutionPolicy Restricted -> Y (원복)

6. 검색이 다시 잘 된다. 그래도 모르겠다면 아래사진을 참고한다.

https://support.microsoft.com/en-us/help/4520146/fix-problems-in-windows-search

이번에 jenkins의 힙사이즈 조정을 위해서

jenkins.xml을 수정해야 할 필요가 있었는데

구글링했을때는 /etc/default/jenkins 에 있다그래서 찾아봤는데

근데 내 /etc/default/ 디렉토리에는 jenkins.xml가 없었다

뭔가 이상하길래 좀 더 찾아보니까 os 계열에 따라 조금씩 다른듯하여 기록으로 남긴다.

아마 내가 linux를 잘 알았으면 헤매지않았을것 같기도 ...

• /etc/default/jenkins: location for most of the Linux distributions.
• /etc/sysconfig/jenkins: location for RedHat/CentOS distribution.
• C:\Program Files\Jenkins\jenkins.xml: default location for Windows.

CentOS는 /etc/sysconfig/jenkins.xml 에 위치해 있다.

https://support.cloudbees.com/hc/en-us/articles/209715698-How-to-add-Java-arguments-to-Jenkins-

회사에서 maven 관련 프로젝트의 빌드가 전부 깨졌다...

젠킨스고 뭐고 .. 이유를 전혀 모르겠었다 ..

갑자기 maven repo도 501을 뱉어내고 한두시간 정도의 시간을 날려먹었다

결론부터 얘기하면 2020년 1월 15일부로 maven central repository의 http 지원이 중단되었다

Answer
Effective January 15, 2020, The Central Repository no longer supports insecure communication over plain HTTP and requires that all requests to the repository are encrypted over HTTPS.

If you're receiving this error, then you need to replace all URL references to Maven Central with their canonical HTTPS counterparts:

Replace http://repo1.maven.org/maven2/ with https://repo1.maven.org/maven2/

Replace http://repo.maven.apache.org/maven2/ with https://repo.maven.apache.org/maven2/

If for any reason your environment cannot support HTTPS, you have the option of using our dedicated insecure endpoint at http://insecure.repo1.maven.org/maven2/

For further context around the move to HTTPS, please see https://blog.sonatype.com/central-repository-moving-to-https.

따라서 앞으로 원활한 사용을 위해서는

https 로 변경을 권장하고 만약 https를 지원하지 못하는경우는 http://insecure.repo1.maven.org/maven2/처럼 앞에 insecure를 붙여줘야한다.

이 이슈를 해결하면서 많은 고충을 겪었는데

일단 본인의 jdk가 1.8 이상일 경우 http에서 https로 변경하는건 식은죽먹기다

문제는 jdk가 1.6 이하일때인데 jdk의 기본 tls 버전이 1.0이고 mvn central repository의 tls 버전은 1.2이다

만약 jdk 1.6을 기반으로 repo에 접근하는 순간 Received fatal alert: protocol_version 라는 에러를 뱉을것이므로 본인이 jdk 변경 권한이 없다면 insecure 를 붙인 를 http://insecure.repo1.maven.org/maven2/사용하는게 좋을 것이다.

근데 만약! 1.7이라면 mvn install -Dhttps.protocols=TLSv1.2 이라는 옵션을 준다면 정상작동이 가능하다 jdk1.7은 기본 tls 버전이 1.1이지만 1.2도 지원이 가능하다.

결국 개삽질하고 .m2 갈아엎고 난리 부르스 치다가 결국 jdk 1.6에 http로 계속 가는거로 얘기가 되어서 그냥 그대로 했다 .. 

https://stackoverflow.com/questions/50824789/why-am-i-getting-received-fatal-alert-protocol-version-or-peer-not-authentic

출처 : https://stackoverflow.com/questions/59763531/maven-dependencies-are-failing-with-501-error

https://support.sonatype.com/hc/en-us/articles/360041287334

최근에 집에서 하는 모든 작업은 intellij로 하려고 노력하고 있다..

이클립스쓰다가 넘어오려니 러닝커브가 꽤 크다 .. ㅠ

maven 기반 프로젝트에서 pom.xml이 수정될때마다 intellij의 java language level이 계속 떨어지는 이슈였다

아래는 pom.xml에 다음과같이 넣어주면 문제없이 잘 해결된다.

<build>
    <plugins>
        <plugin>
            <groupId>org.apache.maven.plugins</groupId>
            <artifactId>maven-compiler-plugin</artifactId>
            <version>3.5.1</version>
            <configuration>
                <source>1.8</source>
                <target>1.8</target>
            </configuration>
        </plugin>
    </plugins>
</build>

maven-compiler 에게 java version을 명시적으로 선언해준다. 

출처 : https://stackoverflow.com/questions/27037657/stop-intellij-idea-to-switch-java-language-level-every-time-the-pom-is-reloaded

나같은 jenkins 초허접은 이 에러를 보면 당황할만하다 ..

jenkins에서는 disk full 나는걸 모니터링? 해서 어느정도 용량이 보장되지 않는다면

build 스케쥴을 무시하거나 build가 되지 않는다

이미 수정됐을때 찍은 이미지이지만

저부분이 나같은경우는 1GB로 잡혀있었다

1GB에서 500GB로 변경하는순간 build 스케쥴이 돌았다

나는 정말 war build까지만 필요한 job이여서 build이후 workspace를 제거해서 디스크용량을 확보하기로 했는데 

다른분들은 아래의 링크를확인해서 어떤 전략을 세워야할지 고민해보는것도 좋을 듯 하다!

https://stackoverflow.com/questions/10325982/how-to-solve-jenkins-disk-space-is-too-low-issue

대체 왜 .. 이런 라이브러리를 썼는지는 잘 모르겠지만 ...

maven 으로 패킹하는데 이 라이브러리가 아무곳에도 없었다

이클립스로 봤을때 이 라이브러리는 jdk(1.7)에 의존하고 있었다.

서버에서 돌아가는 jdk랑 버전이 다르긴했는데 어쨌던간에

서버의 jdk는 해당 라이브러리를 갖고 있지 않아서 문제가 났다.

이걸 어떻게 할까 하다가 구글신에서 jar파일을 찾고 직접 넣어주니까 동작이 잘 됐다.

https://mvnrepository.com/artifact/com.sun.xml.security/xml-security-impl/1.0

com.sun.org.apache.xml.internal.security.* 를 포함하는 라이브러리이다

https://stackoverflow.com/questions/30909847/how-to-solve-com-sun-org-apache-xml-internal-security-package-does-not-exist-in/32316288