Web Service Deployment

[cirrusio]

OK...so anyone who has ever deployed a web service (not published) on a real-time system has run into this.  When deploying, EVERY web service VI front panel opens on the development computer.  EVERY ONE!!!  Leading to an environment that becomes very unwieldly:

Is there a legitimate reason for this behavior?  When I am attempting to debug an application that may use web services, I don't want every front panel to open.  And, it is not reasonable to expect users to cram all web service functionality into a few VIs simply to reduce the number of windows.  Can we please be given the option to NOT open all front panels when we are debuggin??

[SKauth]

I am new to web services myself, but did you check the options "Show front panel when called" / "... loaded"? This can be customized here: VI Properties > Window Appearance > Customize

By default they should be off.

I don't see the described behaviour, but I assume you're using PXI. I use cRIOs.

[cirrusio]

Maybe it changed in 2015, but this option is meaningless in RT (if there is one; this is a PXI system but it is relevant to all RT systems).  Deploying onto a target forces the FPs to be displayed.

[Darren]

Any idea that has received less than 2 kudos within 2 years after posting will be automatically declined.

[cirrusio]

This makes me sad.  It's 2018 and this is still an issue.  The fact that there is inconsistent behavior between the RT and plain vanilla versions of LV just stinks of unintended design.  This seems more like a bug fix than an enhancement.  I guess what really bugs me here is not that it is declined but that the only response from engineering is Darren's declined post.  Why couldn't anyone from NI actually step and answer the questions above?

But, on to the next gen, I guess...

[plessnick]

I have to the exact same behavior.  I have about 50 front panels opening.  It is really annoying.

[wiebe@CARYA]

>Why couldn't anyone from NI actually step and answer the questions above?

If you do think it's a bug (it seems so to me) this is not the place to report it. Same if it is a question. Often NI act on ideas even if it's really a bug or question, but they might have simply missed it.

The 'declined' message is (most likely) an automated script of some kind.

[cirrusio]

Thanks wiebe...just to be clear this is an issue that I have raised over and over again to no avail.  I have been told it is a feature, but at this point I have been dealing with it for so long I can't remember why this "feature" exists.

Could be an automated script - just making sure my dissatisfaction is properly registered in as many places as I can possibly raise it.

[RavensFan]

Interesting.   I'll virtually +1 this.  I just came across this for the first time this week while remote debugging an RT executable.

[Nicolas_Bats]

---

@cirrusio  a écrit :

When deploying, EVERY web service VI front panel opens on the development computer.  EVERY ONE!!!  Leading to an environment that becomes very unwieldly

---

The only workaround I have found is to script closing / hidding all front panels from a menu.

[joerg.hampel]

I think this is similar/related to BUG 1876112 (which should be fixed in LV2022):

...related to [an] Event Structure [...] generating a warning during deployment ("VI containing Event Structure will not receive front panel events in LabVIEW Real-Time"), which causes the VI front panel to open. 

Said warning isn't shown to the user but occurs internally to LabVIEW during deployment. We ran into this bug when deploying DQMH modules to RT, and it was a major nuisance for a long time. 

I worked with NI support to get to the bottom of it. Kudos to NI, this was definitely very tricky to track down! Thanks so much, David C.!