Вот что я использую для выполнения пакетных файлов:

 proc.StartInfo.FileName = target; proc.StartInfo.RedirectStandardError = true; proc.StartInfo.RedirectStandardOutput = true; proc.StartInfo.UseShellExecute = false; proc.Start(); proc.WaitForExit ( (timeout <= 0) ? int.MaxValue : timeout * NO_MILLISECONDS_IN_A_SECOND * NO_SECONDS_IN_A_MINUTE ); errorMessage = proc.StandardError.ReadToEnd(); proc.WaitForExit(); outputMessage = proc.StandardOutput.ReadToEnd(); proc.WaitForExit(); 

Я не знаю, поможет ли вам этот трюк, но у меня нет проблемы с этим.

 using System; using System.Collections.Generic; using System.Linq; using System.Text; using System.Diagnostics; namespace VG { class VGe { [STAThread] static void Main(string[] args) { Process proc = null; try { string targetDir = string.Format(@"D:\adapters\setup");//this is where mybatch.bat lies proc = new Process(); proc.StartInfo.WorkingDirectory = targetDir; proc.StartInfo.FileName = "mybatch.bat"; proc.StartInfo.Arguments = string.Format("10");//this is argument proc.StartInfo.CreateNoWindow = false; proc.Start(); proc.WaitForExit(); } catch (Exception ex) { Console.WriteLine("Exception Occurred :{0},{1}", ex.Message,ex.StackTrace.ToString()); } } } } 

  string targetDir = string.Format(@"D:\");//PATH proc = new Process(); proc.StartInfo.WorkingDirectory = targetDir; proc.StartInfo.FileName = "GetFiles.bat"; proc.StartInfo.Arguments = string.Format("10");//argument proc.StartInfo.CreateNoWindow = false; proc.Start(); proc.WaitForExit(); 

Протестировано, работает понятно.

Что делает пакетный файл? Вы уверены, что процесс запускается с достаточным количеством привилегий для выполнения командного файла? Услуги могут быть ограничены тем, что им разрешено делать.

Также убедитесь, что вы делаете что-то вроде команды usin для перезаписи файла, который вы делаете примерно так:

 echo Y | copy foo.log c:\backup\ 

Кроме того, убедитесь, что вы используете полные пути для командных команд и т. Д. Если командный файл запускает графическое приложение в каком-то режиме «Консоль», это тоже может быть проблемой. Помните, что у служб нет «рабочего стола» (если только вы не разрешаете «взаимодействовать с рабочим столом»), чтобы рисовать любые windows или windows сообщений. В вашей программе вы можете открыть каналы stdout и stderr и прочитать их во время выполнения, если вы получаете сообщения об ошибках или что-то еще.

WebServices, вероятно, выполняется как учетная запись IUSR или анонимная учетная запись, которая когда-либо была так, что может быть проблемой для вас. Если он работает, когда вы запускаете его в консоли, это только первый шаг. 🙂

Я не помню, если System.Diagnostics. доступны только в отладке или нет. Наверное, нет, но некоторые из них могут быть. Я должен проверить это для тебя.

Надеюсь, это даст вам некоторые идеи.

Larry

Вероятно, pg_dump.exe вызывает запрос пользователя. Требует ли эта firebase database аутентификация? Вы полагаетесь на любые переменные ОКРУЖАЮЩЕЙ СРЕДЫ, которые не будут присутствовать в сервисе? Я не знаю pg_dump, но каковы другие возможные причины, по которым он будет запрашивать ввод?

Следующий шаг, который я хотел бы предпринять, – это запустить отладчик и посмотреть, можете ли вы сказать, что ожидает программа. Если вы отлаживаетесь при отладке в сборке, вы можете получить ИДЕИ того, что происходит с помощью таких инструментов, как ProcExp, FileMon и т. Д.

Быть оконной службой, а не веб-службой, имеет довольно большое значение. В любом случае, вы попробовали мое предложение установить «Разрешить службу взаимодействовать с рабочим столом»?

Если вы в отчаянии, вы можете попробовать запустить cmd.exe вместо вашего пакетного файла. Затем, используя параметры cmd.exe, вы можете запустить пакетный файл. Это, вероятно, даст вам окно подсказки cmd для просмотра фактического вывода, если вы включите взаимодействие с рабочим столом.

Для полной помощи на cmd.exe просто введите cmd /? в любой командной строке.

Larry

Вот решение. Решение непонятно, потому что я изменил так много времени на код, и теперь он работает!

Я попытался использовать учетную запись пользователя, и это не то, что сработало. Используйте LocalSystem. Вот код, который выполняется, в основном то, что дал мне Кевин.

  System.Diagnostics.Process proc = new System.Diagnostics.Process(); proc.StartInfo.FileName = fileName; proc.StartInfo.RedirectStandardError = true; proc.StartInfo.RedirectStandardOutput = true; proc.StartInfo.UseShellExecute = false; proc.Start(); proc.WaitForExit(); output1 = proc.StandardError.ReadToEnd(); proc.WaitForExit(); output2 = proc.StandardOutput.ReadToEnd(); proc.WaitForExit(); 

Благодарю всех вас, я буду голосовать за всех и принимать Кевина, так как он помогает мне с самого начала. Очень странно, потому что сейчас это работает …

Даок, похоже, единственное, что вы изменили, это период ожидания на начальном WaitForExit (). Вы должны быть ОЧЕНЬ осторожны. Если что-то ДЕЛАЕТ повесить ваш сервис, он НИКОГДА не вернется (и хорошо, в значительной степени работа, как это было для вас до сих пор .. хех), но это не будет хорошо для конечных пользователей …

Теперь, возможно, вы знаете, что заставляет это висеть, вы можете отладить его дальше и найти полное решение …

Это, или открутить это в каком-то streamе, который вы можете контролировать, и убить, если он слишком долго висит.

Только мои 2 цента стоит, что обычно не много. 😉