시각적 양식이 필요없는 델파이로 out-of-process COM 서버를 구축하고 싶습니다. 이 서버의 주된 목적은 다른 Windows 서비스에 대한 "프로세스 외부"처리를 제공하는 것입니다. COM 개체를 간단한 콘솔 응용 프로그램에 배치 할 수 있습니까? 나는 적어도 (어떤) 메시지 처리 루프가 필요하다고 기대한다. 대신 Windows 서비스 안에 배치 할 수 있습니까?양식이없는 델파이 (Out-of-process) COM 서버
메시지를 직접 처리하지만 Windows에서 사용 가능한 관리 도구의 구성 요소 서비스 도구는 올바르게 기억하면 Windows 2000에서 ActiveX DLL을 선택하고 dllhost.exe 프로세스, 선택적으로 NT 서비스.
평범한 exe 프로젝트를 시작하고 TAutoObject를 추가하려면 even to an NT-service project을 추가 할 수 있지만 멀티 인스 턴싱, 보안 및 동시성을 올바르게 수행하려면 약간의 추가 작업이 필요합니다.
링크에 대해 Stijn에게 감사드립니다. COM 서버를 NT 서비스에 배치 할 수 있다는 확인을 고려합니다. (필자는 BTW가 제 목적에 가장 합리적인 솔루션이라고 생각합니다.) –
Delphi로 작성된 OPC 서버는 실제로 COM/DCOM 서버이며 서비스로 구현되는 서버는 거의 없습니다. 그렇습니다. 델파이에서도 그렇게 할 수 있습니다. – avra
SvCom에서 DCOM 서버를 서비스로 실행하는 것과 다른 기능을 구현하는 라이브러리에 대한 설명을 확인하고 최신 Delphi 릴리스도 지원합니다.
시도해 보셨습니까? 무엇이 효과가 없었습니까? –
난 이미 표준 GUI 응용 프로그램에서 COM 서버를 성공적으로 빌드했습니다. 그리고, 아니, 나는 그것을 콘솔에서 시도하지 않았다. COM 통신 뒤에 무엇이 있는지 이해할 수 없기 때문에 콘솔 앱 (핸들, 메시지 대기열 등이없는)이 뭔가를 놓칠 까봐 걱정됩니다. 나는 이걸 봤어 GUI 서버와 예제를받은 컨테이너로 컨테이너와 아무도. 시도해 볼만한 가치가 있다고 생각합니까? –