기본 콘텐츠로 건너뛰기

[윈도우즈 서비스] Console 실행 - #2

윈도우즈 서비스에서 타이머를 돌려 문서 목록을 가져와 Console 프로그램(프로세스)을 실행시켜 작업을 처리하려고 합니다.
    1. 프로세스를 계속 생성할 수 없으므로 지정한 갯수만큼만 생성하고,
    2. 프로세스가 작업을 완료하면 문서 목록에서 문서를 삭제합니다.
이를 바탕으로 그려본 흐름도입니다.
DB에서 FinalPDF를 생성할문서 정보를 가져옴프로세스 수가지정된 갯수보다작다FinalPDF를 생성할 문서가 있을 때까지실행중인 프로세스를 구함프로세스 시작ENDNY
위 흐름도에서 예외 사항을 고려해보면,
오래 걸리는 작업일 경우 작업 처리 중에 타이머 시간이 돌아오면 동일한 작업을 수행하는 프로세스를 다시 실행하게 됩니다.
이런 경우를 대비하기 위해 프로세스를 실행할 때 작업 문서에 프로세스 ID를 저장합니다.
이렇게 하면 중복 작업을 막을 수 있습니다.
타이머 시간이 되면 프로세스 ID를 가진 문서는 실제 프로세스가 돌아가는지 확인하여 프로세스가 돌아가지 않는다면,
작업이 완료된 경우 : 문서 목록에서 해당 문서를 제거합니다.
작업이 완료되지 못한 경우 : 프로세스를 다시 실행시킵니다.
아래는 개선한 흐름도와 의사(PSEUDO) 코드입니다.
DB에서 FinalPDF를 생성할문서 정보를 가져옴프로세스 수가지정된 갯수보다작다FinalPDF를 생성할 문서가 있을 때까지실행중인 프로세스를 구함해당 문서의프로세스가 실행 중?프로세스 시작ENDNYN
var process = Process.Start(startInfo);
/// process.Id를 저장
...
private void _Timer_Elapsed(object sender, System.Timers.ElapsedEventArgs e)
{
    var clone = DocumentProcessMap.ToDictionary(x => x.Key, x => new DocumentProcess(x.Value));
    foreach (var kv in clone)
    {
        try
        {
            process = Process.GetProcessById(kt.Value.Id);
        }
        catch(ArgumentException ex)
        {
            /// 작업 완료 여부를 확인하여 작업을 완료하지 못했다면 프로세스 다시 실행
        }
    }
}
타이머 시간에 작업을 수행할 때 외부에서 DocumentProcessMap을 변경할 수 있으므로 복사해서 사용해야 합니다.

프로세스 ID를 저장하지 않고 실행 중인 프로세스의 Arguments에서 문서 정보를 구하려고 했던 방법입니다.

ProcessStartInfo의 Arguments에 인자를 넘겨 프로세스를 시작하기 때문에 실행 중인 프로세스에서 Arguments를 구해 작업 실행 중 여부를 파악할 수 있을 것 같았습니다.
하지만 실행 중인 프로세스의 Arguments는 공백이었습니다.
ProcessStartInfo의 Arguments는 프로세스 시작에만 사용되고 버려진다고 합니다.
작업을 진행하는 프로세스인지 확인할 수 있는 방법이 없어졌습니다.

이제부터 구글링할 때입니다.
다행히 [이 글]에서 실행 중인 프로세스에서 Arguments를 구하는 방법을 알아냈습니다.
아래는 원문의 코드를 제가 수정한 코드입니다.
public abstract class CommandLineUtilities
{
    public static string GetCommandLines(Process processs)
    {
        ManagementObjectSearcher commandLineSearcher = new ManagementObjectSearcher(
            "SELECT CommandLine FROM Win32_Process WHERE ProcessId = " + processs.Id);
        string commandLine = "";
        foreach (ManagementObject commandLineObject in commandLineSearcher.Get())
        {
            commandLine += (string)commandLineObject["CommandLine"];
        }

        return commandLine;
    }

    public static string[] GetCommandLinesParsed(Process process)
    {
        return GetCommandLines(process).Split(" ".ToArray());
    }
프로세스 Arguments 정보를 가지고 해당 문서를 찾을 수 있습니다.
해당 문서는 프로세스가 실행 중이므로 작업 중이란 것을 의미합니다.

아직 고려해야 할 사항들이 남아있을까요?
프로세스가 무한 루프에 빠져 좀비 상태로 남아 있다면 어떻게 해야 될까요?

댓글

이 블로그의 인기 게시물

80040154 오류로 인해 CLSID가 {xxxx-...}인 구성 요소의 COM 클래스 팩터리를 검색하지 못했습니다.

원문보기 .NET 으로 만든 응용프로그램에서 com 객체를 호출한 경우 Windows7 64bit 에서 제목과 같은 에러가 발생했다. Win32 COM 과 .NET 프로그램간의 호환성 때문에 생긴 문제였다. 원인은 .NET 실행시 JIT 컴파일러에 의해 최적화된 기계어로 변환되기 때문.. Win32 COM은 컴파일시.. Win32 COM에 맞춰 빌드 속성에서 하위버전으로 맞춰 컴파일을 다시하는 방법도 있지만 메인 프로젝트가 .NET이라면 참조되는 모든 프로젝트를 다 바꿔야할 노릇.. 또 다른 방법은 COM+를 이용하여 독립적으로 만드는 것이다. 분리시키는 방법은 아래 주소해서 확인할 수 있다. http://support.microsoft.com/kb/281335 나의 경우는 Win32 COM DLL을 64비트 .NET 프로그램에서 참조하니 COM 객체를 제대로 호출하지 못하였습니다. 그래서 .NET 프로그램의 Target Machine을 x86으로 설정하니 제대로 COM 객체를 호출하였습니다.

[Pyinstaller] 실행 파일 관리자 권한 획득하기

고객사에서 일부 사용자에게서 프로그램 오류가 발생한다며 아래와 같이 에러 캡처를 보내왔습니다. 프로그램에서 로그를 남기기 위해 로그 파일을 생성하는데 권한의 문제로 로그 파일을 생성하지 못해 프로그램 오류가 발생한 것 같습니다. 처음에는 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

초간단 프로그램 락 걸기

프로그램에 락을 걸 일이 생겨났다. 하드웨어 락을 걸면 쉬울텐데 그 정도는 아니고 프로그램의 실행 날짜를 제한 해 달라고 한다. 그래서 파일(license.lic)을 가지고 락을 걸리고 결정을 했다. 요구 사항은 아래와 같다. 1. license.lic 파일이 없으면 프로그램을 실행 할수 없게 한다. 2. 지정한 날짜를 넘어서는 프로그램을 실행 할수 없게 한다. 3. 사용자가 시스템 날짜를 되돌렸을때 인식하여 프로그램을 실행 할수 없게 한다. 음.... 1.번 문제는 사용자가 프로그램을 실행하기 위해서 license.lic 파일을 받아야만 한다. license.lic 파일에는 최근 실행 날짜/종료날짜 이런식으로 적도록 한다.(물론 내용은 암호화 한다.) 최근 실행날짜는 프로그램이 실행때마다 업데이트 하도록 하고 시스템 날짜와 비교하여 시스템 날짜가 최근 실행 날짜보다 이전의 날짜면 시스템 날짜를 되돌렸다고 인식하도록 한다.(3.번 문제 해결) 시스템 날짜와 종료 날짜를 비교하여 시스템 날짜가 종료 날짜를 넘으면 프로그램을 실행 할수 없도록 한다.(2.번 문제 해결)