일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 | 31 |
- maven
- gradle
- Jenkins
- ADB
- JavaScript
- local
- JAR
- javaascript
- Java
- remove
- install
- pkgutil
- spring
- key bindings
- spring boot
- docker
- object
- duplicate lines
- jdbc
- svn backup
- install maven
- mariadb
- Change port
- 전송포맷
- driverspy
- ^M바꾸기
- 줄복사
- ubuntu
- change file content
- not to accept jdbcUrl
- Today
- Total
목록2018/10 (11)
Simplify
서버 쪽 개발을 진행하다 보면, 다른 서버에 요청을 해야하는 경우가 있습니다. 예를 들어, 우리 서버 플랫폼에서 다른 플랫폼에 API를 Call하여 그 정보를 보여줘야 한다거나, 날씨, 주식 등의 Open API 를 사용하려고 하는 경우에도 RestTemplate를 사용합니다. 이러한 부분을 가장 손쉽게 사용하는 방법은 RestTemplate를 사용하는 것입니다. 여기서는 RestTemplate를 생성하고 이를 이용해서 Call을 보낸 뒤, 그 결과를 Logging 해 보겠습니다. Dependency 추가 웹 모듈이 필요하므로 아래와 같이 dependency를 추가합니다. 123456 org.apache.httpcomponents httpclient cs 서버 개발을 하고 있지만, 다른 서버에 요청을 하..
다음으로는, 설정 파일을 읽고, 현재 요청에 대한 사용자 정보를 조회하는 방법을 알아보도록 하겠습니다. API를 호출할 때, 내 정보를 같이 넘기게 해서, 이를 통해 사용자에 대한 상세 정보를 알 수는 있겠으나, 이렇게 하면 Client 쪽에서의 위변조를 통해 요청하는 사용자를 다른 사람으로 바꿔치기 할 가능성이 있습니다. (보안적으로도 해결이 가능한 부분이긴 합니다) 그렇지만, 이렇게 매번 Call 마다 사용자 정보를 포함하게 하는 것은 사용성 측면에서 매우 비효율적이고, 관리 주체가 서버가 되지 않고 Client 에서 준 정보를 무조건 믿어야 하는 점을 보면 제대로 된 방법은 아닙니다. 결과적으로는 현재 서버가 내어 준 Session 정보를 토대로 하여 사용자 정보가 무엇인지를 가져오는 것이 더욱 좋..
GitHub 소스 위치 : https://github.com/Simplify-study/SpringBootSample.git Spring Boot 를 실행하면 로그가 잘 나옵니다. Eclipse (STS) 기준 Console View에 잘 나옵니다. Spring Boot 에는 기본적으로 Logback 이 포함되어 있기 때문에 아무런 작업 없이도 로그가 잘 나타납니다. 그런데 실제 환경에서는 이러한 Stream 형태의 Log는 아무런 의미가 없습니다. 왜냐하면 서버에 문제가 발생한 경우, 이를 추후에 Trace 할 방법이 없기 때문입니다. 따라서 결국 Log는 특정 폴더에 파일 형태로 남기게 되고, 이를 날짜별로 분류하거나, 용량별로 나눠서 남기게 됩니다. Spring Boot 에 기본적으로 Logback..
GitHub 소스 위치 : https://github.com/Simplify-study/SpringBootSample.git 앞서 Spring Security 를 구현한 내용에 따르면, 화면에서 넘어온 username 과 password를 이용해서 DB를 조회하고, 조회된 결과 정상적인 사용자이고, 그 사용자의 Authority 정보가 있으면 그것들을 조회해서 별도의 SecurityMember 라는 객체(User, 혹은 UserDetail 을 상속받는)로 만들고 session 을 유지해준 채 로그인 처리를 마무리합니다. 이러한 일련의 과정들은 아주 기본적인 사항만이 적용된 경우이고, 더 상세한 부분에 대해서는 앞으로 하나하나 추가해 나갈 전망입니다. 여기서는 로그인이 성공한 이후에 다음의 과정을 한 뒤에..
GitHub 소스 위치 : https://github.com/Simplify-study/SpringBootSample.git 지금까지 구현한 Spring Boot는 아주 기본적인 서버 프로그래밍이라고 할 수 있습니다. 서버는 Client가 조회해 달라고 요청(Request)하는 시점에 적절한 데이터를 DB에서 조회해 주는 역할이 기본이라고 할 수 있습니다. 그런데 이렇게 서버를 구현해 놓고 Client 가 폐쇄망이 아닌 공개된 곳에서 요청이 가능해야 한다면, 당연히 서버도 공인 IP 를 가지고 동작해야 합니다. 이렇게 되면 악성 Client 에 의해서 공격받고 서버가 부하를 견디지 못해 멈춰버리게 될 겁니다. 악의적인 요청을 막기 위해서 흔히 사용하는 것이 로그인 처리와 Session 처리입니다. 여기서..
웹을 구현하다보면, 정확한 답이없이 그때그때 잘 맞춰서 구현하는게 맞다는 생각이 많이 듭니다. 그런데 개발을 진행하다보면, 또 검색을 하다보면, 답은 아니지만 이상적인 방향이라고 생각하는 부분이 분명하게 존재합니다. 서버와 클라이언트의 하드웨어 성능이 좋아짐에 따라, 조금은 비 효율적인 방법을 사용하더라도 사용자 입장에서의 체감은 거의 없는 수준이 되었으나, 이러한 부분이 쌓이다 보면 전체적인 성능에 영향을 주게 되므로, 항상 염두에 두고 개발을 진행하는 것이 좋겠습니다. CSS영역 역시 비 효율적인 방법 - class를 부여하거나, id를 주거나, 여러 selector를 혼합해서 사용하거나 하는 등 - 을 이용해서도 얼마든지 개발할 수 있으나, 성능은 물론, CSS파일의 사이즈를 늘려 전체 성능에 분명..
마지막 Child 제외하기 마지막 Child 를 제외하고서, 다른 것들에 대해서만 특정 CSS를 적용해야 하는 경우 아래와 같은 CSS Selector를 사용하면 됩니다. :not() 은 ()안의 조건이 아닌 :앞의 tag를 선택하라는 것이고, :last-child 는 마지막 child 라는 것이므로, 마지막 child 를 제외한 나머지를 선택하는 selector가 됩니다. 1ul li:not(:last-child)cs
jqGrid 라이브러리를 사용하다 보면, 당연하게도 선택된 Row 에 대한 정보를 가져와야 하는 경우가 있습니다. 여러가지 방법으로 가져올 수 있고, 버튼을 달고, 체크박스를 넣어서 이벤트를 걸어도 되고 다 가능한 방법이긴 하지만, 기본적으로 현재 선택된 Row에 대한 정보를 가져와야 하는 경우 다음과 같은 방법으로 가져올 수 있습니다. Single selection 이 적용된 경우 12$( "{gridtableid}" ).getGridParam( "selrow" );$( "{gridtableid}" ).jqGrid('getGridParam', "selrow" ); cs 이렇게 하면 결과로 해당 Row id 값이 넘어오게 됩니다. 0부터 시작이 아닌 1부터 시작이었던 것 같은데 확인해봐야 할 것 같습니다..