Copying files using process class in ASP.NET

[Mark]

Hi all, I am trying to execute a batch file to copy over files from one
server to another. The batch file is using robocopy to copy over the files.
============
private void CopyFiles()
{// Use the process name space to copy over the files
System.Diagnost ics.Process oProc = new System.Diagnost ics.Process();

oProc.StartInfo .FileName ="c:\CopyFiles. bat" ;

oProc.Start();

}

============
When I run the above routine nothing gets copied and I get no error message
whatsoever.
When I manually run the batch file the copy works fine so it is not the
batch file.

Batch file is shown below..
robocopy c:\images \\remoteserver\ c$\images /e
robocopy c:\documents \\remoteserver\ c$\documents /e

I am assumming that it might be something to do with user permission
settings, ASPNET user has full rights on both the local machine as well as
the remote machine.

Any help appreciated.

Thanks in advance
Mark

[Scott Allen]

Hi Mark,

If the problem is permissions (and like you I'd suspect this also),
you won't get an exception. Instead, the process is probably
displaying an error message in the output stream.

Use the StartInfo property to setup StandardOutput and StandardError
for reading from your code:

Process p = new Process();
p.StartInfo.Use ShellExecute = false;
p.StartInfo.Red irectStandardOu tput = true;
p.RedirectStand ardError = true;

Start the process then wait for the process to finish:

p.WaitForExit() ;

Then read the streams and look at what appears. Hopefully you'll find
an access denied message with some additional information.

If you need help tracking down who is getting an access denied message
on what, enable auditing and watch the security log:

http://www.pluralsight.com/keith/boo...ileaccess.html

HTH,

--
Scott
http://www.OdeToCode.com
On Fri, 16 Jul 2004 15:11:36 +1200, "Mark"
<ma*******@n0Sp 8mTAIRAWHITIdot AC.NZ> wrote:

Hi all, I am trying to execute a batch file to copy over files from one
server to another. The batch file is using robocopy to copy over the files.
============
private void CopyFiles()
{// Use the process name space to copy over the files
System.Diagnos tics.Process oProc = new System.Diagnost ics.Process();

oProc.StartInf o.FileName ="c:\CopyFiles. bat" ;

oProc.Start( );

}

============
When I run the above routine nothing gets copied and I get no error message
whatsoever.
When I manually run the batch file the copy works fine so it is not the
batch file.

Batch file is shown below..
robocopy c:\images \\remoteserver\ c$\images /e
robocopy c:\documents \\remoteserver\ c$\documents /e

I am assumming that it might be something to do with user permission
settings, ASPNET user has full rights on both the local machine as well as
the remote machine.

Any help appreciated.

Thanks in advance
Mark

[Mark]

Hi Scott, thanks for that. I will give it a whirl and see how I get on

Thanks again
Mark
"Scott Allen" <bitmask@[nospam].fred.net> wrote in message
news:8f******** *************** *********@4ax.c om...

Hi Mark,

If the problem is permissions (and like you I'd suspect this also),
you won't get an exception. Instead, the process is probably
displaying an error message in the output stream.

Use the StartInfo property to setup StandardOutput and StandardError
for reading from your code:

Process p = new Process();
p.StartInfo.Use ShellExecute = false;
p.StartInfo.Red irectStandardOu tput = true;
p.RedirectStand ardError = true;

Start the process then wait for the process to finish:

p.WaitForExit() ;

Then read the streams and look at what appears. Hopefully you'll find
an access denied message with some additional information.

If you need help tracking down who is getting an access denied message
on what, enable auditing and watch the security log:

http://www.pluralsight.com/keith/boo...ileaccess.html

HTH,

--
Scott
http://www.OdeToCode.com
On Fri, 16 Jul 2004 15:11:36 +1200, "Mark"
<ma*******@n0Sp 8mTAIRAWHITIdot AC.NZ> wrote:

Hi all, I am trying to execute a batch file to copy over files from one
server to another. The batch file is using robocopy to copy over the files.============
private void CopyFiles()
{// Use the process name space to copy over the files
System.Diagnos tics.Process oProc = new System.Diagnost ics.Process();

oProc.StartInf o.FileName ="c:\CopyFiles. bat" ;

oProc.Start( );

}

============
When I run the above routine nothing gets copied and I get no error messagewhatsoever.
When I manually run the batch file the copy works fine so it is not the
batch file.

Batch file is shown below..
robocopy c:\images \\remoteserver\ c$\images /e
robocopy c:\documents \\remoteserver\ c$\documents /e

I am assumming that it might be something to do with user permission
settings, ASPNET user has full rights on both the local machine as well asthe remote machine.

Any help appreciated.

Thanks in advance
Mark

[Dies Deambulo]

I was able to do this in a window form but not in an asp.net form.
Perhaps the "user" that run the asp.net doesn't have permission to run
the process?

Robert
On Fri, 16 Jul 2004 16:27:45 +1200, "Mark"
<ma*******@n0Sp 8mTAIRAWHITIdot AC.NZ> wrote:

Hi Scott, thanks for that. I will give it a whirl and see how I get on

Thanks again
Mark
"Scott Allen" <bitmask@[nospam].fred.net> wrote in message
news:8f******* *************** **********@4ax. com...

Hi Mark,

If the problem is permissions (and like you I'd suspect this also),
you won't get an exception. Instead, the process is probably
displaying an error message in the output stream.

Use the StartInfo property to setup StandardOutput and StandardError
for reading from your code:

Process p = new Process();
p.StartInfo.Use ShellExecute = false;
p.StartInfo.Red irectStandardOu tput = true;
p.RedirectStand ardError = true;

Start the process then wait for the process to finish:

p.WaitForExit() ;

Then read the streams and look at what appears. Hopefully you'll find
an access denied message with some additional information.

If you need help tracking down who is getting an access denied message
on what, enable auditing and watch the security log:

http://www.pluralsight.com/keith/boo...ileaccess.html

HTH,

--
Scott
http://www.OdeToCode.com
On Fri, 16 Jul 2004 15:11:36 +1200, "Mark"
<ma*******@n0Sp 8mTAIRAWHITIdot AC.NZ> wrote:

>Hi all, I am trying to execute a batch file to copy over files from one
>server to another. The batch file is using robocopy to copy over thefiles. >============
>private void CopyFiles()
>{// Use the process name space to copy over the files
>System.Diagnos tics.Process oProc = new System.Diagnost ics.Process();
>
>oProc.StartInf o.FileName ="c:\CopyFiles. bat" ;
>
>oProc.Start( );
>
>}
>
>============
>When I run the above routine nothing gets copied and I get no errormessage >whatsoever.
>When I manually run the batch file the copy works fine so it is not the
>batch file.
>
>Batch file is shown below..
>
>
>robocopy c:\images \\remoteserver\ c$\images /e
>robocopy c:\documents \\remoteserver\ c$\documents /e
>
>I am assumming that it might be something to do with user permission
>settings, ASPNET user has full rights on both the local machine as wellas >the remote machine.
>
>Any help appreciated.
>
>Thanks in advance
>Mark
>
>
>
>
>

Bank of America defines chintzy IMHO.
Email for details.
Robert Megee

[Scott Allen]

Hi Robert:

Nine times out of ten it is a permission issue.

--
Scott
http://www.OdeToCode.com

On Wed, 28 Jul 2004 07:43:45 GMT, Dies Deambulo <rm*****@attbi. com>
wrote:

I was able to do this in a window form but not in an asp.net form.
Perhaps the "user" that run the asp.net doesn't have permission to run
the process?

Robert

[Dies Deambulo]

Hi Scott,
Today I made the asp.net user an administrator. Still didn't run.
I'm beginning to believe that it just won't.
I'm working on doint this with tcpclient/tcplistener instead. I was
a bit afraid of it at first but now that I dove in, it may actually be
a better way to move data.

Robert
On Wed, 28 Jul 2004 10:20:32 -0400, Scott Allen
<bitmask@[nospam].fred.net> wrote:

Hi Robert:

Nine times out of ten it is a permission issue.

Bank of America defines chintzy IMHO.
Email for details.
Robert Megee