Problem with Web Service Deployment

[cirrusio]

Ugh...today is not a good day.  Has anyone seen something similar to this error when deploying web services?

List Folder in Recursive File List.vi->NI Web Service Debug.lvlib:Zip Static Docs.vi->NI Web Service Debug.lvlib:Start_WS_RTDebug.vi->NI Web Service Debug.lvlib:Start_WS_RTDebug.vi.ProxyCaller<APPEND>
C:\$Recycle.Bin\S-1-5-18

This is totally preventing deployment and I can't decipher where to start with fixing this.

Thanks, Matt

[mikeporter]

Right off hand it looks like it's trying to access a file that is in the trash.

Mike...

[cirrusio]

You know, Mike.  I thought this answer was rather flippant when I first looked at it, but upon reflection I realized you were on to something.  I am going to take a closer look at this - the documents in this Public folder are under version control and it looks like the project is not playing well with the most recent pull.  I will update and tell you what I find.

Cheers, Matt

[mikeporter]

In error messages anything after the <APPEND> tag is information that LabVIEW adds to the message to assist in troubleshooting.. In this case, it is clearly pointing to:

C:\$Recycle.Bin\S-1-5-18

The only thing that confused me is how it would happen, but you second post filled in a potential blank. Perhaps in the process of the pull the project somehow stayed linked to an old location, even though it was now in the trash. But that is just a guess.

If that is the case, I would expect that permanently deleting the directory would set things right.

Mike...

[cirrusio]

Thanks, Mike.  What I ended up doing was destroying the existing Web Service and rebuilding the service.  And this worked (obviously).

But the fact remains that there was no obvious way to recover from this.  I had initially tried to just delete the Public folder from the project and then re-add it, but to no avail.  The message was cryptic (as all deployment error messages tend to be) and exposed some black magic going on in the background (I have no idea where the List Folder Recursive File List.vi or any of those objects in the message come in - they are not called directly by me nor are they in the dependencies).  Without a clear description from NI of what is happening when you deploy a service such as this, I fear that there is no way to address the problem in a timely manner (I don't want to work on something for hours on end that worked and then with one click seemingly didn't work).

But, this tends to be the way things go with large RT projects....

Cheers, Matt

[Mike_King]

Thanks for the thread and info here guys, I had run into the same problem with my RT deployment.  What causes this error for me, is that my webservice's public folder is linked to a npm dist webfolder (my vue.js app) and when I run my 'npm run build' to update the deployed page, if the LabVIEW project is open at the time, it auto detects the deleted files and gets this recycle bin error (unrecoverable). 

If I have the project closed from labview, when I rebuild the npm distribution folder, then when I reopen Labview, all is OK, since its auto deployed folder doesn't see anything missing.

So, you either have to keep labview closed when you update that directory, or rebuild the reservice afterwards everytime.  Very annoying for sure!    The folder change occurs on local target as well, but local webservice doesn't get the deployment error, it seems to recover.

Anyway, thought I'd share my findings and work around, hope it helps others.