Windows의 작업 스케줄러는 내 스크립트 실행을 멈추지 않습니다.안녕하세요 여러분
Html 파일을 매일 보고하는 스크립트를 만들었습니다. 매일 jsl을 실행하기 위해 Windows 10에서 작업 스케줄러를 사용하고 있습니다.나는 가지고있다
작업: "C:\Program Files\SAS\....\14\jmp.exe", 위치: "C:\....\myscript.jsl"
스크립트의 모든 테이블을 닫고 Quit("no save"); 하지만 작업은 결과 없이 계속 실행되고 중지됩니다.
해결책이나 단서가 있습니까?
감사해요
자동화 및 스크립팅결과 공유 및 전달Re: Windows의 작업 스케줄러는 내 스크립트 실행을 절대 멈추지 않습니다.감사해요.
나는 그것을했고 작동합니다.
Re: Windows의 작업 스케줄러는 내 스크립트 실행을 절대 멈추지 않습니다.도움을 주신 모든 분들께 감사드립니다. Jsl 파일 드라이브를 개인 드라이브로 변경했는데 작동했습니다. 문제는 권한 문제인 것 같습니다.
Re: Windows의 작업 스케줄러는 내 스크립트 실행을 절대 멈추지 않습니다.고마워요, 라이언.
시스템 스케줄러를 사용하여 동일한 스크립트를 실행해 보았습니다.작업 스케줄러가 작업을 열고 시간 초과됩니다. 시스템 스케줄러는 더 자세한 오류 메시지를 제공했습니다.제가 일하는 회사에서는 모든 파일을 클라우드에 동기화하는데, 이 파일은 스케줄러 앱을 통해서는 열 수 없습니다.클라우드와 동기화되지 않은 하드 드라이브 위치로 파일을 직접 이동했을 때 시스템 스케줄러에서 스크립트가 제대로 실행되었습니다.
따라서 권한 문제인 것으로 보입니다.
Re: Windows의 작업 스케줄러는 내 스크립트 실행을 절대 멈추지 않습니다.내 경험에 따르면 스크립트가 예약된 작업 외부에서 실행되는 경우 다음을 확인합니다.
- 권한. 예약된 작업에는 JMP를 대화형으로 실행할 때와 동일한 권한이 있습니까?
- 파일 위치. 파일에 대한 참조가 정확합니까? 수동으로 실행할 때와 예약된 작업을 실행할 때 기본 디렉터리가 다를 수 있습니까?
- 환경 설정. 수동으로 실행할 때와 작업을 실행할 때의 JMP 기본 설정이 동일합니까?
또 다른 가능성은... 스크립트가 JMP를 종료합니까?
"hello world" 유형 스크립트로 시작하여 예약된 작업으로 작동하도록 하는 것이 좋습니다. 그런 다음 현재 스크립트로 진행할 수 있습니다.
도움이 될 수 있는 몇 가지 다른 리소스
Re: Windows의 작업 스케줄러는 내 스크립트 실행을 절대 멈추지 않습니다.JMP 14.3을 사용하여 Windows 10에서 JSL 스크립트를 실행하려고 할 때 비슷한 문제가 있습니다.JMP 내에서 수동으로 트리거된 경우 1분 이내에 실행되는 스크립트는 1시간 후에 이벤트 ID 329(시간 초과)로 작업 스케줄러에서 시간 초과됩니다.먼저 JMP를 열고 작업 스케줄러 작업에서 스크립트를 열어 보았으나 문제가 해결되지 않았습니다.어떤 도움이라도 주시면 감사하겠습니다!
Re: Windows의 작업 스케줄러는 내 스크립트 실행을 절대 멈추지 않습니다.파일 이름에 "C:\Users\a...\OneDrive" 확장자가 전혀 없는 것 같습니다. .JSL 파일이라기보다는 폴더 이름에 더 가깝습니다. 실제로 클라우드에 있는 MS OneDrive 파일이라면 나보다 다른 사람이 더 나은 도움을 줄 수 있을 것입니다.
Re: Windows의 작업 스케줄러는 내 스크립트 실행을 절대 멈추지 않습니다.감사해요 @Craige_Hales
나는 ("사용자가 로그인한 경우에만 실행) 경우에만 JMP 창이 작동하고 모호한 데이터 소스에 대한 오류가 발생한다는 것을 알게 되었습니다. 하지만 실행을 끝내면 JMP를 종료하고 모든 것을 닫으라는 메시지가 나타납니다.
파일 연결도 재설정했지만 여전히 동일합니다.
스크립트를 확인했는데 jsl입니다.
(사용자가 로그인했는지 여부에 따라 실행)을 표시하면 실행 중만 표시되고 JMP 창이 열리지 않습니다.
Re: Windows의 작업 스케줄러는 내 스크립트 실행을 절대 멈추지 않습니다."에 대한 인터넷 검색 알 수 없거나 모호한 데이터 소스 "는 두 개의 히트를 생성합니다. https://community.jmp.com/t5/Discussions/Can-JMP-call-a-DOS-Exe/td-p/689/page/2 이는 사용 중인 확장 프로그램의 파일 연결에 문제가 있음을 나타냅니다.
파일은 .JSL 파일이어야 합니다. 환경 설정으로 이동하여 파일 연결을 재설정해 볼 수도 있습니다(prefs의 창 특정 섹션).
우리는 당신이 보고 있는 것의 좋은 그림을 정말로 볼 필요가 있습니다. JMP 창이 열려 있지 않을 때 JMP가 계속 실행되고 있다고 생각하는 이유도 불분명합니다.
Re: Windows의 작업 스케줄러는 내 스크립트 실행을 절대 멈추지 않습니다.고마워요 라이언
나는 "Hello" 스크립트를 시도했습니다. JMP가 나타났지만 스크립트 경로에 대해 이 오류가 발생했습니다. 문제가 없는지 확인하기 위해 경로를 변경했지만 오류가 다시 발생했습니다.
"C:\Users\...." 파일을 열 수 없습니다.
알 수 없거나 모호한 데이터 소스입니다.
Re: Windows의 작업 스케줄러는 내 스크립트 실행을 절대 멈추지 않습니다.또한 작업이 실행되는 권한을 확인하는 것이 좋습니다.
다음 단계는 "hello world" 유형 스크립트를 생성한 다음 작동하지 않는 것과 동일한 매개변수를 사용하여 이를 예약된 작업으로 실행하는 것입니다. 이것이 작동한다면 예약된 작업이 실패할 때까지 스크립트를 다시 작성하기 시작할 것입니다.
Re: Windows의 작업 스케줄러는 내 스크립트 실행을 절대 멈추지 않습니다.타낙스 @Ryan_Gilmore .저도 같은 설정인데 아직도 안되네요
Re: Windows의 작업 스케줄러는 내 스크립트 실행을 절대 멈추지 않습니다.이 문제가 발생하면 컴퓨터에서 JMP를 연 다음 스크립트를 실행합니다. 종종 이는 개발 시스템과 동일하게 설정되지 않은 기본 설정이거나 스크립트가 존재한다고 가정하는 파일/디렉토리가 누락된 경우입니다.
다음은 제가 설정한 예약된 작업의 예입니다.

Re: Windows의 작업 스케줄러는 내 스크립트 실행을 절대 멈추지 않습니다.실행 중에는 JMP 창이 열리지 않습니다. 내가 볼 수 있는 유일한 것은 스케줄러 창뿐입니다.

Re: Windows의 작업 스케줄러는 내 스크립트 실행을 절대 멈추지 않습니다.JMP 창이 아직 열려 있나요? 작업표시줄에 최소화된거 아닐까요? JMP 메뉴로 가서 보기->로그를 볼 수 있나요?
Alt 키를 누른 채 이동할 수 있는 숨겨진 대화 상자가 있나요? JMP가 루프에 있습니까? Esc 키를 누르면 루프가 중지됩니까?
당신이 보고 있는 것의 사진을 공유할 수 있습니까?
Re: Windows의 작업 스케줄러는 내 스크립트 실행을 절대 멈추지 않습니다.감사해요 @Craige_Hales
CMD에서 완벽하게 실행할 수 있습니다.
작업 스케줄러는 실행을 멈추지 않기 때문에 로그 파일을 제공하지 않습니다.!
Re: Windows의 작업 스케줄러는 내 스크립트 실행을 절대 멈추지 않습니다.파일 이름(프로그램 파일)의 공백으로 인해 작동하지 않을 수 있습니다. 표시된 것과 유사한 따옴표가 필요할 것입니다.
"C:\Program Files\SAS\JMPPRO\14\jmp.exe" "C:\....\myscript.jsl"
또 다른 질문: 스케줄러가 JMP를 시작한 후 JMP가 중지되지 않으면 JMP 로그 창에 무엇이 표시됩니까?
Re: Windows의 작업 스케줄러는 내 스크립트 실행을 절대 멈추지 않습니다.CMD에서 그런 작업을 해본 적이 없고 시도했지만 명령을 인식하지 못합니다.
내 JMP의 경로는 다음과 같습니다
C:\Program Files\SAS\JMPPRO\14\jmp.exe
스크립트가 다른 경로에 있습니다Re: Windows의 작업 스케줄러는 내 스크립트 실행을 절대 멈추지 않습니다.CMD 창에서 스크립트를 실행하면 JMP가 결과를 생성하고 올바르게 종료됩니까? 프롬프트에서 다음을 수행할 수 있습니다.

echo 명령은 매우 짧은 파일을 만든 다음 JMP가 이를 실행합니다. JMP가 몇 초 동안 열려 있다가 사라집니다.
바탕 화면 아이콘 속성에서 JMP에 대한 올바른 경로를 얻을 수 있습니다. 내(위) 경로는 일반적인 경로가 아닙니다. 그리고 돌이켜보면 스크립팅 인덱스에서 quit()를 찾아 매개변수가 무엇으로 예상되는지 확인해야 합니다.