PublishState.xm l

[Martyn Fewtrell]

Hi there

I have seen a few posts about this one already but none that have a
solution. There appears to be a bug report at

http://lab.msdn.microsoft.com/Produc...e-1d1a01235cf1

but this was closed as it could not be reproduced by Microsoft.

Well I can reproduce it and having found two or so posts I guess there is a
problem somewhere.

Basically when I try to copy a project to the ISP using the Copy Project
Option on either http or Ftp the copy takes place and then the upload hangs.
When you close the copy option using the x in the top right hand corner the
error message is:

"Could not find a part of the path c:\windows\.... ...... PublichState.xm l"

I have checked the path and this path doesn't exist.

I am working using Visual Studio 2005 Pro on Windows XP Pro and the website
is being developed on IIS 6.0 on a Windows 2003 Server. So in effect when I
am trying to copy the site I am attempting to copy the website from one IIS
Server (my development machine) to another IIS Server (the production server
at the ISP).

Any help appreciated.

PS I was origonally going to post on the Visual Studio group but an earlier
post there said that the VS Web Tools team monitor this group.

--
Regards

Martyn Fewtrell

[Otis Mukinfus]

On Tue, 21 Feb 2006 03:45:29 -0800, Martyn Fewtrell <mf*******@news group.nospam>
wrote:

Hi there

I have seen a few posts about this one already but none that have a
solution. There appears to be a bug report at

http://lab.msdn.microsoft.com/Produc...e-1d1a01235cf1

but this was closed as it could not be reproduced by Microsoft.

Well I can reproduce it and having found two or so posts I guess there is a
problem somewhere.

Basically when I try to copy a project to the ISP using the Copy Project
Option on either http or Ftp the copy takes place and then the upload hangs.
When you close the copy option using the x in the top right hand corner the
error message is:

"Could not find a part of the path c:\windows\.... ...... PublichState.xm l"

I have checked the path and this path doesn't exist.

I am working using Visual Studio 2005 Pro on Windows XP Pro and the website
is being developed on IIS 6.0 on a Windows 2003 Server. So in effect when I
am trying to copy the site I am attempting to copy the website from one IIS
Server (my development machine) to another IIS Server (the production server
at the ISP).

Any help appreciated.

PS I was origonally going to post on the Visual Studio group but an earlier
post there said that the VS Web Tools team monitor this group.

Just so you know you're not alone; I have seen this also, but I am not using
IIS for development. I'm using the File method.

However, in my case there seems to be no problem with the copy. The deployment
is being done. In fact I found that if I have more than one page open in the
IDE work area, changing to the other page from the copy page releases the copy
page so that it redraws when you go back to it. I think the trouble is a redraw
issue with the copy web page, causing the appearance of a hangup.
Otis Mukinfus
http://www.arltex.com
http://www.tomchilders.com

[Steven Cheng[MSFT]]

Thanks for Otis's input.

Hi mfewtrell,

For the publishState.xm l file, it's used internally for maintaining the
status info during our copy web site operation, so far we haven't any
documented info on it. However, it is likely that in your environment, this
file is not created correctly or get corrupted. Based on my test, this file
will be created when we start connecting to a remote site and application
to do the copy site. And the file is created under the

C:\Documents and Settings\{curre nt user}\Local Settings\Applic ation
Data\Microsoft\ WebsiteCache\{e bApplicationNam e}

You can mointor the directly when you try performing copy website. If that
exists, you can try deleting it and reconnect the remote site again to
test.(and deleting the complete application dir under WebsiteCache is also
possible for test).

Thanks,

Steven Cheng
Microsoft Online Support

Get Secure! www.microsoft.com/security
(This posting is provided "AS IS", with no warranties, and confers no
rights.)

[Otis Mukinfus]

On Wed, 22 Feb 2006 05:31:30 GMT, st*****@online. microsoft.com (Steven
Cheng[MSFT]) wrote:

Thanks for Otis's input.

Hi mfewtrell,

For the publishState.xm l file, it's used internally for maintaining the
status info during our copy web site operation, so far we haven't any
documented info on it. However, it is likely that in your environment, this
file is not created correctly or get corrupted. Based on my test, this file
will be created when we start connecting to a remote site and application
to do the copy site. And the file is created under the

C:\Documents and Settings\{curre nt user}\Local Settings\Applic ation
Data\Microsoft \WebsiteCache\{ ebApplicationNa me}

You can mointor the directly when you try performing copy website. If that
exists, you can try deleting it and reconnect the remote site again to
test.(and deleting the complete application dir under WebsiteCache is also
possible for test).

Thanks,

Steven Cheng
Microsoft Online Support

Get Secure! www.microsoft.com/security
(This posting is provided "AS IS", with no warranties, and confers no
rights.)

Thank you Steven

Otis Mukinfus
http://www.arltex.com
http://www.tomchilders.com

[Martyn Fewtrell]

Funny things these computers!

Having used VS2005 FTP for several days without success everything appears
to work OK today. No obvious explanation although I did restart the
workstation this morning. I'm not sure whether I had restarted it over the
last few days or not as I often don't reboot for days on end (suppose thats a
good show for XP!).

Anyway thanks for your help.
--
Regards

Martyn Fewtrell
"Otis Mukinfus" wrote:

On Wed, 22 Feb 2006 05:31:30 GMT, st*****@online. microsoft.com (Steven
Cheng[MSFT]) wrote:

Thanks for Otis's input.

Hi mfewtrell,

For the publishState.xm l file, it's used internally for maintaining the
status info during our copy web site operation, so far we haven't any
documented info on it. However, it is likely that in your environment, this
file is not created correctly or get corrupted. Based on my test, this file
will be created when we start connecting to a remote site and application
to do the copy site. And the file is created under the

C:\Documents and Settings\{curre nt user}\Local Settings\Applic ation
Data\Microsoft \WebsiteCache\{ ebApplicationNa me}

You can mointor the directly when you try performing copy website. If that
exists, you can try deleting it and reconnect the remote site again to
test.(and deleting the complete application dir under WebsiteCache is also
possible for test).

Thanks,

Steven Cheng
Microsoft Online Support

Get Secure! www.microsoft.com/security
(This posting is provided "AS IS", with no warranties, and confers no
rights.)

Thank you Steven

Otis Mukinfus
http://www.arltex.com
http://www.tomchilders.com

[Steven Cheng[MSFT]]

Thanks for followup Martyn,

Glad to hear that you've got it working now. Could it be something with
network ,sometimes this could be the cause.

Regards,

Steven Cheng
Microsoft Online Support

Get Secure! www.microsoft.com/security
(This posting is provided "AS IS", with no warranties, and confers no
rights.)

[Martyn Fewtrell]

I'm not really sure what is causing the issue as so far I only have two live
projects in VS2005, all the rest are still on VS2003. I noticed yesterday
that when I published up the second of my projects I had the same problem
where the copy just locked up and when I eventually closed the copy box the
error about the missing path/file was present.

I then shut down the project along with VS2005, did a restart and next time
around everything worked fine. In my case I suspect the issue is with the
origonal creation of the file in the temp directory. It appears that shutting
everything down and restarting clears this issue. When you close the project
does it update the cache copy?

Other than that i dont have any idea.

--
Regards

Martyn Fewtrell
"Steven Cheng[MSFT]" wrote:

Thanks for followup Martyn,

Glad to hear that you've got it working now. Could it be something with
network ,sometimes this could be the cause.

Regards,

Steven Cheng
Microsoft Online Support

Get Secure! www.microsoft.com/security
(This posting is provided "AS IS", with no warranties, and confers no
rights.)

[Steven Cheng[MSFT]]

I think this is still like something incorrect with the temp files under
the website cache dir. We haven't detailed doc on those files' behavior
since they're for internal use, however, after we close the project they
may still be persited there since those files specific to a certain remote
server connection.

Regards,

Steven Cheng
Microsoft Online Support

Get Secure! www.microsoft.com/security
(This posting is provided "AS IS", with no warranties, and confers no
rights.)