웹 작업 콘솔 앱의 배포 된 구성 파일에있는 내용이 아니라 Azure Portal 저장소 연결 문자열을 사용하는 웹 작업을 가져 오려면 어떻게하나요?

user1368182

내 웹 애플리케이션에 연결된 webjobs sdk를 사용하여 웹 작업을 만들었습니다. 더 이상 그렇지 않습니다 (웹 앱 프로젝트에서 webjobs-list.json 파일을 제거했습니다). 링크되었을 때 소스 코드 파일을 bin 폴더가 아닌 웹 사이트의 app-data 폴더에 복사했기 때문입니다. 바이너리 / exe. 하지만 이제 내 웹 작업이 내 웹 사이트를 사용하여 Visual Studio 온라인에서 Azure로 배포되고 실행을 시도하므로 Azure Portal의 내 웹 응용 프로그램 설정에있는 연결 문자열에서 연결 문자열 (AzureWebJobsStorage 및 AzureWebJobsDashboard)을 읽지 않습니다. 웹 작업 컴파일에서 생성 된 exe와 함께 배포 된 구성 파일에서이를 찾습니다. 해당 구성에 해당 문자열을 수동으로 넣고 체크인하고 다시 배포하면 거기에서 사용하므로 포털을 전혀 확인하지 않습니다 (포털에 정의 된 내용을 사용하여 내 웹 앱이 제대로 실행되고 있음에도 불구하고). 모든 웹 작업이 먼저 Azure 포털에서 연결 문자열을 찾아야한다고 생각 했습니까? 그것은 전혀 일어나지 않습니다. 다른 사람이 이것을 경험 한 적이 있습니까? Visual Studio에서 온라인으로 배포하는 방법과 관련이 있습니까?

시작하려고 할 때 웹 작업 프로세스에 대해 기록되는 오류의 일부 :

Microsoft.Azure.WebJobs.Host.Indexers.FunctionIndexingException : 오류 인덱싱 메서드 'Functions.ProcessTestQueueMessage'---> System.InvalidOperationException : Microsoft Azure WebJobs SDK 'Storage'연결 문자열이 없거나 비어 있습니다. Microsoft Azure Storage 계정 연결 문자열은 다음과 같은 방법으로 설정할 수 있습니다. [04/01/2017 02:27:40> ceef22 : INFO] 1. .config 파일의 connectionStrings 섹션에서 'AzureWebJobsStorage'라는 연결 문자열을 설정합니다. 다음 형식 또는 [04/01/2017 02:27:40> ceef22 : INFO] 2. 'AzureWebJobsStorage'또는 [04/01/2017 02:27:40> ceef22 : INFO]라는 환경 변수를 설정합니다. 3. JobHostConfiguration의 해당 속성을 설정합니다. [04/01/2017 02:27:40> ceef22 : INFO] at Microsoft.Azure.WebJobs.Host.Executors.StorageAccountParser.

또한 실제로 배포 할 수있는 유일한 방법은 웹 프로젝트의 속성 폴더에서 webjobs-list.json 파일을 제거하는 것입니다. 나는 그렇게해서는 안된다는 것을 알고 있습니다. 모든 것이 작동하고 거기에 배포되어야한다는 것을 알고 있지만, 거기에 두었을 때 바이너리 / 빈 / 실행 파일을 App_Data \ Jobs \ continuous에 복사하지 않을 것입니다. 웹 작업의 [webjob] 폴더는 말 그대로 웹 작업 프로젝트의 모든 소스 코드 \ 파일을 거기에 복사합니다 (물론 exe가 아닌 코드이기 때문에 작동 / 실행되지 않습니다). webjobs-list.json 파일을 제거한 다음 빌드에서 [webjob] .zip 파일을 찾기 위해 두 번째 작업을 릴리스에 추가 한 후 바이너리와 실행 파일 만 App_Data \ Jobs \ continuous [webjob에 복사합니다. ] 폴더.

데이비드 에보

일반적으로 이것은 작동합니다. 흐름은 다음과 같습니다.

  • WebJobs exe는 제자리에서 실행되지 않지만 먼저 임시 폴더에 복사됩니다.
  • 복사 프로세스의 일부로 foo.exe.config 파일의 AppSettings 및 Conn 문자열이 Azure 설정으로 설정된 경우 대체됩니다 (App_Data가 아닌 임시 복사본에서만).

foo.exe와 foo.exe.config를 모두 배포하고 있는지 확인할 수 있습니까?

업데이트 : 채팅에서 발견 한 것처럼 문제는 Azure의 연결 문자열 이름에 오타가 있다는 것입니다.

이 기사는 인터넷에서 수집됩니다. 재 인쇄 할 때 출처를 알려주십시오.

침해가 발생한 경우 연락 주시기 바랍니다[email protected] 삭제

에서 수정
0

몇 마디 만하겠습니다

0리뷰
로그인참여 후 검토

관련 기사

Related 관련 기사

뜨겁다태그

보관