From Friday, April 19th (11:00 PM CDT) through Saturday, April 20th (2:00 PM CDT), 2024, ni.com will undergo system upgrades that may result in temporary service interruption.

We appreciate your patience as we improve our online experience.

LabVIEW

cancel
Showing results for 
Search instead for 
Did you mean: 

Web Services deployment error "Server returned nothing (no headers, no data)" and more

Solved!
Go to solution

I'm developing a large-scale VI with an associated web service VI in 2010 SP1. The "auxiliary VI" is responsible for data capture and analysis as well as communications and data storage. It is fairly large and communicates with the web method VI via network-shared variables [and I'm using the DSC module to allow event handling on the shared variables].

 

I can build and deploy the web method VI just fine and it runs great. However, I need to communicate between the auxiliary and web method VI's, and it looks like I can't do that without including the auxiliary vi in the RESTful web service build [by the way, is there any way to do this with web service builds?]. When I added the auxiliary vi to the build, it built fine, but then during the deployment I got:

 

"Server returned nothing (no headers, no data)"

 

The next time I tried to deploy, I got a spurious NI Auth dialog per this KnowledgeBase article. Following the instructions for case 1 ["Application Web Server failure since last start"], I ran Services.msc and found that NI Application Web Service was indeed not running. I tried to restart the service but got this error:

 

"The NI Application Web Server service on Local Computer started and then stopped. Some services stop automatically if they have no work to do, for example, the Performance Logs and Alerts service."

 

The KnowledgeBase article suggests restarting at this point and I did, but I still see the same behavior. So I really have a few questions:

 

1. Is there any way to deploy a network-shared variable library across a deployed web service and local VI?

2. What causes "Server returned nothing (no headers, no data)" upon deployment? A google search returned very little.

3. What does this mean: "The NI Application Web Server service on Local Computer started and then stopped..." and what do I need to do to get my Application Web Server back up?

 

[to heap on the pile... I tried to re-enable the Application Web Server from localhost:3580 and got an error. Then localhost:3580 went off-line also.]

 

thanks!

0 Kudos
Message 1 of 5
(6,741 Views)

When I try to run localhost:3580 on reboot I get:

 

The program '[3800] SystemWebServer.exe: Native' has exited with code -1073740777 (0xc0000417).

0 Kudos
Message 2 of 5
(6,729 Views)

Just an update, in case anybody ever has the same problem.

 

I discovered a workaround to get the Application Web Server up and running, though it doesn't fix the problem. When I reboot, ApplicationWebServer.exe crashes. In the Windows Services dialog, it is frozen on "starting." If I wait for a while [there doesn't seem to be any way to kill it manually], "starting" disappears. At that point I can restart the service manually and it runs great.

0 Kudos
Message 3 of 5
(6,715 Views)
Solution
Accepted by topic author pltrogon

Update.

 

I noticed that the Application Web Server was trying to deploy the broken web service and was choking on it. There seemed to be no way to erase the .lvws originally created by the build. I could delete the deployment folder at $(WebServicesRoot)\UserServices\deployed\<Service Name>-<Globally Unique Identifier (GUID)> but it was recreated from the .lvws every time I attempted to restart the service.

 

So I called NI and they pointed me to this directory [in XP]:

 

C:\Documents and Settings\LocalService\My Documents\LabVIEW Data\WebServices\Standalone

 

The .lvws was in this folder. I deleted it and now I can run the ApplicationWebService. Apparently this undocumented hidden file is a "not-quite-bug" that is recognized as needing a fix in upcoming releases.

0 Kudos
Message 4 of 5
(6,689 Views)

Just got the exact same error in LV2013. So this "bug" is still there... I solved my problem by deleting one of the VIs in the webservice and re-publishing the web-service. The VI I delted was fine, no errors. So I am left wihtout locating the root cause.

0 Kudos
Message 5 of 5
(6,008 Views)