2012-11-23 5 views
0

2 개의 사용자 지정 워크 플로 작업을 만드는 wsp 솔루션을 만들었습니다. 응용 프로그램 서버와 웹 프론트 엔드 서버가있는 2 대의 서버 팜에 배포하고 싶습니다. SPF 웹 응용 프로그램이 응용 프로그램 서버에서 활성화되어 있지 않습니다.다중 서버 팜에서 사용자 지정 워크 플로 작업 배포

내 Visual Studio 솔루션은 다음과 같습니다. - 작업 코드가있는 dll을 만드는 하나의 프로젝트. - wsp 패키지, 기능 등을 만드는 하나의 프로젝트. 패키지는 다른 프로젝트를 추가 어셈블리로 참조합니다.

내 문제는 배포 서버 유형 WebFrontEnd를 사용하여 wsp 패키지를 배포 할 때 기능이 wfe에만 설치되고 활성화 할 수 없다는 것입니다. 기능 페이지 (기능은 팜 수준)에서 기능을 볼 수 없습니다. 패키지의 배포 서버 유형을 ApplicationServer로 변경하면 다음 메시지가 나타납니다.

"이 솔루션은 프런트 엔드 웹 서버가 아닌 응용 프로그램 서버에 배포해야합니다. 웹 응용 프로그램. "

몇 가지 테스트를 수행했습니다. 패키지에서 추가 어셈블리를 제거한 다음 Application Server 유형으로 wsp 솔루션을 배포 할 수는 있지만 (사용자 정의 액션을 사용할 수는 없습니다 ..). 그런 다음 아무 것도없는 더미 DLL을 만들었고 내 셰어 포인트 패키지에 추가 어셈블리로 추가했으며 응용 프로그램 서버 유형으로 wsp를 다시 배포 할 수 없음을 깨달았습니다.

그래서 wsp 솔루션에서 추가 어셈블리를 참조하고 ApplicationServer 유형으로 배포 할 수 있습니까 ??

어떻게 처리 할 수 ​​있습니까? 어떤 생각?

답변

0

나는 하루 종일 대답을 찾고 있었고 마침내 여기에 한 시간 뒤에 뭔가를 게시하고 나 자신에게 답을 얻었다. 어쨌든 여기 있습니다.

두 wsp 패키지를 사용하여 두 솔루션을 각각 독립적으로 배포했습니다. 하나는 gac에 dll을 배포 (ApplicationServer)하고, 다른 하나는 자체를 배포하지 않고 (WebFronEndServer) 사용하고 있습니다. 이제 다른 하나를 사용하기 전에 첫 번째 버전이 배포되었는지 확인해야합니다 ... 기능 활성화 종속성이이를 수행해야합니다.

감사합니다.

+0

또 다른 옵션은 프로젝트 B의 사용자 지정 작업을 프로젝트 A에 넣는 것입니다. 나는 그다지 깔끔한 해결책이 아니라는 것을 알고 있습니다. 가능한 한 또 다른 것은 이것을 설명 할 것입니다 -> 당신은 당신의 Project B Assembly에 서명 했습니까? – int32