프로그래밍을 일상 생활속으로

파이프 랙을 생성하기 위해서 먼저 Grid Line을 생성한 후에 Grid Line의 교차점에 칼럼을 생성하고 칼럼 간에는 빔을 생성합니다. 하지만 이번에는 이미 모델링한 파이프 랙의 Grid Line을 생성해달라는 요구를 받았습니다. 다음과 같은 파이프 랙의 경우에는 3개의 Grid Line System이 필요합니다. 그럼 주어진 파이프 랙에서 생성할 Grid Line System을 구분해야 합니다. 이 부분은 칼럼과 빔의 물리적 연결로 구분할 수 있습니다. 직관적입니다. Grid Line을 생성하기 위해서는 Grid Line System을 구성하는 축과 해당 축에 놓인 칼럼의 위치 정보가 필요합니다. 축을 구하기 위해서는 아래/좌측 칼럼(Y값이 가장 작은 칼럼들 중에서 가장 왼쪽에 있는 칼럼)을 구합니다. 아래/좌측 칼럼에서 가장 가까운 칼럼을 선택하여 축 하나를 생성합니다. 그리고 나머지 칼럼들 중에서 생성한 축과 직교하는 축을 이루는 칼럼을 선택하여 나머지 축을 생성합니다. 이렇게 Grid Line System을 구성하는 축들을 생성하였습니다. Global E 축과 구한 축과의 사이 각을 구하여 생성할 Grid Line System의 속성에 넣어주면 됩니다. 이제는 칼럼들을 축으로 매핑하여 축에 대한 위치를 구하면 됩니다. 해당 축과 아래/좌측 칼럼과 임의의 칼럼 간의 벡터의 내적을 이용하면 축에 대한 위치를 구할 수 있습니다. 이렇게 모든 칼럼들에 대해서 축 상의 위치를 구하면 부동 소수점 연산으로 인해 위치가 조금씩 맞지 않는 경우가 발생할 수 있습니다. 이때 Round 함수등을 이용하여 위치 변이를 보정할 수 있습니다. Grid Line System을 구분하는 부분은 직관적이고 파이프 랙 모델링 품질에 따라 결과가 바뀌게 됩니다. 만족하지 못하지만 그런대로 괜찮은것 같습니다. Grid Line System의 축과 칼럼 위치 정보를 구하는 부분은 명료하고 군더더기가 없어 만족합니다. 코

Jenkins와 연동하기 위해서 SonarQube Scanner for Jenkins 플러그인을 설치합니다. SonarQube에서 프로젝트를 생성합니다. Project key로 프로젝트 이름을 입력합니다. 그리고 Set Up 버튼을 클릭합니다. 토큰을 생성하기 위해 프로젝트 이름을 입력하고 [생성하기] 버튼을 클릭합니다. 생성한 토큰을 저장합니다. 이 페이지를 벗어나면 생성한 토큰을 찾을 방법이 없습니다. [Continue] 버튼을 클릭합니다. 프로젝트에서 사용하는 주요 언어를 선택합니다. 기타를 선택했을 경우 운영체제까지 선택해줍니다. SonarQube Scanner를 다운로드합니다. 다운로드한 파일을 Jenkins가 구축되어 있는 시스템에 설치합니다. Sonar Scanner 실행 예제를 Jenkins Job에 복사, 붙여넣기 합니다. 그러면 Jenkins에서 프로젝트를 빌드할때 마다 SonarQube에서 소스를 검사하게 됩니다. Python 프로젝트를 SonarQube 를 통해 소스 검사를 했는데 에러가 발생했습니다. 분명 Python 프로젝트인데 왜 node 를 찾는지 모르겠네요. 이런 현상을 구글링해보니 프로젝트 속성에 node 경로를 넣어주면 된다고 합니다. sonar-project.properties 파일을 만들어 프로젝트 최상위 폴더에 추가하였습니다. 에러없이 잘 돌아갑니다. 검사 결과는 SonarQube 대시보드에서 확인할 수 있습니다. 회사 사람들 모두가 볼수 있도록 입구 TV 같은 곳에 켜놓으면 프로젝트 상황을 볼수 있어 더욱 효과적일것 같습니다.

고객사에서 일부 사용자에게서 프로그램 오류가 발생한다며 아래와 같이 에러 캡처를 보내왔습니다. 프로그램에서 로그를 남기기 위해 로그 파일을 생성하는데 권한의 문제로 로그 파일을 생성하지 못해 프로그램 오류가 발생한 것 같습니다. 처음에는 Python 코드에서 관리자 권한을 요청하는 코드를 넣으려고 했는데, 실제로 Stackoverflow를 찾아보면 이런 내용이 나옵니다. 프로그램이 관리자 권한으로 실행되지 않았다면 관리자 권한으로 다시 프로그램을 실행시키는 코드입니다. import os import sys import win32com.shell.shell as shell ASADMIN = 'asadmin' if sys.argv[-1] != ASADMIN: script = os.path.abspath(sys.argv[0]) params = ' '.join([script] + sys.argv[1:] + [ASADMIN]) shell.ShellExecuteEx(lpVerb='runas', lpFile=sys.executable, lpParameters=params) sys.exit(0) 하지만 개인적으로 이런 방식은 마음에 들지 않았고 조금 더 찾아보니 Pyinstaller로 exe 파일을 만들 때 옵션을 설정하여 관리자 권한을 요청하도록 할 수 있다고 합니다. --uac-admin을 옵션에 추가하면 프로그램 실행 시 관리자 권한을 요청할 수 있습니다. pyinstaller.exe --uac-admin sample.py 하지만 안타깝게도 이 방식은 원하는 대로 동작하지 않았습니다. 마지막으로 manifest 파일을 이용하여 시도해보았습니다. spec 파일을 이용하여 pyinstaller로 빌드하면 <실행 파일 이름>.manifest 라는 파일이 생성됩니다. 파일에서 아랫부분을 찾아볼 수 있습니다. <security> <re

WIX를 이용하여 설치 파일을 만드는 과정은 아래와 같습니다. 첫 번째 폴더의 파일들을 읽어 기본이 되는 WXS 파일을 생성합니다. %HEAT% dir .\Setup -dr INSTALLFOLDER -cg <ComponentGroup> -g1 -gg -sf -srd -scom -sreg -out ".\<프로젝트 이름>.wxs" 1. dir : 설치할 파일들이 있는 폴더 이름을 지정합니다. 2. -dr : WXS에서의 Directory 이름을 지정합니다. 3. -cg: WXS에서의 ComponentGroup 이름을 지정합니다. 4. -out: 생성할 WXS 파일 이름을 지정합니다. 이렇게 해서 WXS 파일을 생성하면 아쉽게도 32비트 용을 설치됩니다. 이것을 64비트로 바꾸려면 Component Attribute에 Win64='yes' 속성을 추가해 줘야 합니다. 예전에 수백 개의 Component에 일일이 속성을 추가해 주던 기억이 나네요^^; 이렇게 무식한 방법 대신 xslt 파일을 이용하면 속성을 수정할 수 있습니다. %HEAT% dir .\Setup -dr INSTALLFOLDER -cg <ComponentGroup> -g1 -gg -sf -srd -scom -sreg -t HeatTransform.xslt -out ".\ .wxs" 이렇게 xslt 파일을 이용하면 Component Attribute에 Win64='yes' 속성을 추가할 수 있습니다. - HeatTransform.xslt - <?xml version="1.0" encoding="UTF-8"?> <xsl:stylesheet version="1.0" xmlns:xsl="http://www.w3.org/1999/XSL/Transform" xmlns:w