DEVELOPyo

jboss/wildfly 는 설치시 bin 디렉토리 밑에

서버 시작 스크립트(standalone.sh)가 존재하나, 서버 종료 스크립트가 없다.

jboss home directory/bin/standalone.sh 로 서버 실행 후 ctrl+c 로 서버 종료가 가능하나,

특별한 경우가 아니라면 standalone.sh & 와 같은 옵션을 주어 백그라운드에서 서버를 실행시킨다.

이 경우, 서버를 어떻게 죽여야 할까?

[1. 프로세스 죽이기]

ps -ef | grep wildfly 

로 프로세스 찾은 후

kill -9 프로세스No.

와 같이 서버를 죽일 수 있다..

하지만 뭔가 찜찜하니 매뉴얼을 읽어본다.

[2. jboss/wildfly 매뉴얼 따라하기]

jboss/wildfly 매뉴얼에 따르면

The first thing to do after the CLI has started is to connect to a managed WildFly instance. This is done using the command connect, e.g.

localhost:9990

 is the default host and port combination for the WildFly CLI client.

The host and the port of the server can be provided as an optional parameter, if the server is not listening on localhost:9990.

The :9990 is not required as the CLI will use port 9990 by default. The port needs to be provided if the server is listening on some other port.

 To terminate the session type quit.

The jboss-cli script accepts a --connect parameter: ./jboss-cli.sh --connect The --controller parameter can be used to specify the host and port of the server: ./jboss-cli.sh --connect --controller=192.168.0.1:9990

Help is also available:

해석&정리하자면 

1. jboss-cli.sh 스크립트 실행

> jboss home directory/bin/jboss-cli.sh 실행

2. 관리자 접속

기본 아이피:포트 사용하고 있는 경우

> connect

connect 시 기본 아이피:포트 를 사용하지 않는 경우 

> connect 할당한 아이피:포트 

* 여기서 아이피와 포트는 관리자 포트와 아이피를 적어주어야 한다. 

(jboss home dir/standalone/configuration/standalone.xml 파일의 제일 밑에 쪽에 위치한 management-http 참고. (vi 모드에서 파일 끝으로 이동은 :$ (깨알팁))

<socket-binding name="management-http" interface="management" port="${jboss.management.http.port:9992}"/>  )

3. shutdown 명령어로 서버 죽이기.

> ./jboss-cli.sh --connect --controller=localhost:port shutdown 와 같이 한 줄로 서버를 죽일 수도 있다.

매번 쓰기 힘드니 stop.sh 이름으로 쉘스크립트를 작성하여 사용하면 편하다..

[ stop.sh 작성 ]

#!/bin/bash
./jboss-cli.sh --connect --controller=localhost:port shutdown

java.net.HttpUrlConnection 을 사용한 GET/POST 방식 호출 함수를 작성 후,

호출 방식(httpMethod) 만 DELETE 방식으로 바꿔서 함수를 동작시킬시

HTTP method DELETE doesn't support output ~

과 같은 exception 이 발생한다.

https://bugs.openjdk.java.net/browse/JDK-7157360

위의 URL에 기재된 jdk bug 리포트에 따르면..

한줄로 정리하자면 jdk 1.7에선 http DELETE 방식에 OutputStream을 지원하지 않는다(Exception이 발생한다).

해결책 1.

jdk 버전을 1.8로 올려주면 된다. (참고)

>> jdk1.8버전에 수정된 버그인 듯 하나, 직접 실험해보진 않았다.. (프로젝트 자체가 jdk1.7이었고 다른 방법을 강구해야 했다)

해결책 2.

조건문을 걸어 파라미터가 존재하지 않을 경우 OutputStream을 사용하지 않는다.

DELETE 방식의 호출인 경우 파라미터가 없어야 정상으로 알고 있다.

(restful api 에서의 delete 요청은 uri 에 파라미터(key)를 넘긴다)

[SAMPLE]

(참고 : https://developyo.tistory.com/10?category=688588)

* 결과값은 GET/POST 와 같은 다른 HttpMethod과 상관없이 InputStream을 가져와서 읽어주면 된다.

쉽게 해결한 듯 보이나 실제론 2시간 가까이 삽질했다.. 

MYSQL에서 데이터 형식 바꾸기(DATE_FORMAT)

oracle , sybase , mysql 전부 데이터 형식 바꾸는 표현식이 전부 다르다..

1. mysql (출처 : https://www.w3schools.com/sql/func_mysql_date_format.asp)

SELECT DATE_FORMAT(NOW(), '%y/%m/%d')

return : 18/12/10

SELECT DATE_FORMAT(NOW(), '%Y/%m/%d')

return : 2018/12/10

%Y : 4자리 년도

%y : 2자리 년도

%H : 00~23

%h : 00~12

%Y%m%d%H%i%s : yyyyMMddHH24miss

%y%m%d%h%i%s : yyMMddHHmiss

2. ORACLE

SELECT TO_DATE(SYSDATE, 'YY/MM/DD') 

return : 18/12/10

3. SYBASE ( http://infocenter.sybase.com/help/index.jsp?topic=/com.sybase.infocenter.dc38151.1520/html/iqrefbb/Convert.htm 참고 )

SELECT CONVERT(varchar, GETDATE(), 111)

return : 2018/12/10

뭐 sybase야 다시 쓸 일이 없을 것 같긴 하지만..

거지같다복잡하다

보통 개발환경은 최소 2개 이상으로 나뉜다.

local, dev(개발), oper(운영) 등등..

was(웹어플리케이션서버)에 .war(컴파일된 소스)를 deploy(반영/배포) 할 때마다 환경(호출해야하는 이미지서버 도메인주소 등)이 달라지므로 디플로이하는 환경에 맞춰 읽어들여야 할 property 파일들을 달리 처리 해야 한다. (local일땐 local.property를, 개발일땐 dev.property를 ... )

이를 매번 반영할 때마다 환경에 맞게 필요없는 프로퍼티 파일들을 제거한 후 deploy 하기도 번거롭고 

deploy 해놓고 vi (리눅스 visual editor) 로 property 불러오는 스프링 context.xml 을 수정하기도 번거롭다.

이런 번거로운 수고를 덜기 위해, 동적으로 프로퍼티를 적용하는 방법은 아래와 같이 몇가지가 있다.

1. 서버(WAS)의 ip 값을 기준으로 property 를 분기처리 하는 방법

was 에서 ip를 얻어올 땐 java.net.InetAddress클래스의 getHostAddress() 사용.

가져온 ip주소와 하드코딩 해놓은 was ip 비교하여 property 파일을 분기처리.

서버정보가 바뀔 경우 소스레벨에서의 수정이 필요하므로 그닥 좋은 방법 같진 않다..

[SAMPLE CODE]

2. 서버(WAS)의 환경 변수를 기준으로 property를 분기처리 하는 방법

2-1. was서버 설정

1) 보통 was 실행하는 쉘 스크립트인 start.sh 을 vi 로 들여다 보면 JAVA_OPTS 을 선언한 부분을 찾을 수 있다.

    없다면 start.sh 내에서 호출하는 다른 쉘을 vi 로 또 한 번 들여다보자. 

    찾았다면 JAVA_OPTS="$JAVA_OPTS -Dspring.profiles.active=dev" 와 같이 한 줄을 추가한다.

    못 찾겠으면 

./start.sh -Dspring.profiles.active=dev &

    와 같이 서버구동용 쉘스크립트에 위와 같은 옵션을 주어 실행하면

    위와 같이 할 경우, spring.profiles.active 라는 key 에 dev 라는 value를 갖는 환경변수를 설정한 셈이 된다.

2) 스프링 property 설정 수정

이와 같이 설정시

sample/properties/conf_환경변수.properties 프로퍼티를 주입하게 된다.

(환경변수는 로컬 vm arguments(2-1)와 서버별 was 환경변수로 지정한 spring.profiles.active 값)

별다른 코드를 짜지 않아도 위와 같은 설정만으로 서버 환경별 property 를 동적으로 주입받게 되는 것이다.

2-2. 로컬설정

사용중인 서버(jboss) 더블클릭 > Open launch configuration >  VM arguments 에

-Dspring.profiles.active=local 추가 (톰캣도 같다)

※ 만약 로컬 환경에서 사용 할 프로퍼티 파일명을 sample/properties/conf_.properties 와 같이 사용할 경우 환경변수를 잡아 줄 필요가 없다.

※ 환경변수(JAVA_OPTS)로 선언할 땐 -Dspring ~ 과 같이 D를 붙여주고 그 외(소스)에는 D를 빼주어야 한다는 걸 주의

[사용예]

서버 환경 별로 사용하는 js 가 달라지는 경우 (서버 환경 별로 js 내의 목적지 ip 가 달라지거나 하는 경우)

@Controller :

JSP :

와 같이 사용하여 서버 환경 별로 달라지는 js 파일명을 동적으로 가져다 사용할 수 있다.