Jump to content

use more than 28 input terminals with webServices


Recommended Posts

Hi everyone,

I have a VI with more than 28 inputs, and I want to create a WebService to access it, but I only have 28 inputs to wire with the VI, How can I do that?

Maybe I don't understand the question correctly... but you can bundle some data into a cluster to use less inputs to your VI.

This is not the most convenient connector pane I've seen. (just an opinion)

<a href="http://content.screencast.com/users/normandinf/folders/Jing/media/d74f18d1-74c3-4f69-972a-1c032c12dadd/2010-11-25_0927.png"><img'>http://content.screencast.com/users/normandinf/folders/Jing/media/d74f18d1-74c3-4f69-972a-1c032c12dadd/2010-11-25_0927.png"><img class="embeddedObject" src="http://content.screencast.com/users/normandinf/folders/Jing/media/d74f18d1-74c3-4f69-972a-1c032c12dadd/2010-11-25_0927.png" width="39" height="38" border="0" /></a>

Link to comment

That solution is valid if I were to use the VI like a subVI, but in WebService it isnt a valid solution. The build of the service shows an error due to an unsupported data type (the cluster).

I've never used WebServices, so your answer will be educative for me even if it's not doable:

Can you flatten to string, pass it to your web service, and unflatten the bundled data inside?

Link to comment

Never used WebServices either, but can you not encode several pieces of data into a single input? Encode it on the client and interpret it in your VI. Ugly I know, but I don't think you can get around the hard limit of available connector types.

Link to comment

both solutions are possible, althought are very ugly. The second solution is better, because you send the variables in the URL header, and sending a string with special characters such . or , is easier than sending XML code, i think.

I was looking for another solution more pretty and more scalable. A VI with more than 28 inputs is now a very big VI, and adding all this extra functions makes it more messy.

PS: Sorry for my english, its very bad tongue.gif

Link to comment

That would be one heck of a URL string for all 28 inputs. Here is a more elegant solution. In LV2010, you can create web service VIs that will persist beyond the first call in memory (when setting up the VIs as source files, there is an Auxiliary VI setting). Using this technique, you could create several VIs and split the 28 inputs amongst them. These web service VIs would be called first and would store the input values. Then the last one or a later one could be used to 'execute' the function.

Link to comment

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

×
×
  • Create New...

Important Information

By using this site, you agree to our Terms of Use.