개발을 진행하다 보면 Exception 정보의 중요성을 무시하는.. 아니 관심이 없는 개발자들을 많이 본다. Exception 정보야 말로 문제 해결의 근본적인 요소인데 말이다. 그리고 많이 헷갈리는 것 중에 하나가 바로 throw 와 throw(ex) 의 차이점이다. [ throw vs throw(ex) ] 그냥 보기에는 이 둘에는 차이점이 전혀 없어 보인다. 그러나 명확한 차이점이 존재한다. try{ ... } catch (Exception ex) { throw; } 위의 코드는 catch로 Exception을 잡고 그냥 다시 throw 를 하는 것이고 try{ ... } catch (Exception ex) { throw(ex); } 위의 코드는 catch로 Exception을 잡고 그 Except..
유독 머리에 제 자리를 잡지 못하는 것들 중에 하나인 정규 표현식 (Reqular Expression) 을 또 써야할 상황이 발생해서 다시 한번 정리를 해 놓는다. (언젠가 또 멍청하게 까먹고 다시 정리한다고 하겠지만.. 쩝) 확장자 검증하기 (샘플) 우선 사용하려고 하는 실제 사례에 대한 의미를 확인해 보도록 하자. 실제 적용하여야 하는 부분은 특정한 문자열 (URL, File Path 등...) 에서 이미지 확장자를 제거하는 부분이다. 쉽게 사용할 수 있는 정규식은 다음과 같이 적용이 가능하다. ([^\s]+(\.(?i)(jpg|png|gif|bmp))$) 위의 정규식을 이해하기 위해서 하나씩 끌어내 보면 다음과 같이 해석할 수 있다. ( # 그룹 1의 시작 [^\s]+ # 공백을 제외한 하나 또는 ..
- Total
- Today
- Yesterday
- CentOS
- leader
- operator
- custom resource
- operator framework
- zookeeper
- k8s
- Node
- GIT
- ssh
- NFS
- CentOS 8
- SolrCloud
- kudo-cli
- galera
- collection
- dynamic nfs client provisioner
- Cluster
- terrminating
- provisioner
- KUBECTL
- Galera Cluster
- 쿠버네티스
- opencensus
- Kubernetes
- Replica
- Kudo
- macos
- docker
- Packages
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | 5 | ||
6 | 7 | 8 | 9 | 10 | 11 | 12 |
13 | 14 | 15 | 16 | 17 | 18 | 19 |
20 | 21 | 22 | 23 | 24 | 25 | 26 |
27 | 28 | 29 | 30 |