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.
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.
10-16-2012 02:26 PM
Currently, the only way I know of to reload a Project Provider is to restart LabVIEW. Is there another way?
And just fishing around here: is there chance of getting traction for getting a VI Server property or a new method from "resource\Framework\Providers\API" that could reload a Project Provider? Perhaps, this function would accept a path to the Provider declaration under "resource\Framework\Providers\GProviders" or some other type of unique identifier, allowing them to be reloaded individually. This would be helpful for the end-user experience installing/upgrading Providers.
10-16-2012 03:08 PM
I vote for this! And VIPM should automatically execute this upon provider package install.
10-16-2012 03:32 PM
I'm still a little surprised it's not there already
I suggest you add it to the Idea Exchange so we can all vote for it over there.
10-16-2012 03:41 PM
Thanks for the support, Mike -- this feature would be a big win for end-users.
I've received support requests from customers installing new versions of a tool using Project Providers, and the fix was simply restarting LabVIEW. (but to the end-user, it looks like a bug in my software)
This would also be crazy-awesome for Provider development! In the meantime, been getting lotsa mileage from David's shortcut
10-16-2012 03:44 PM
JackDunaway wrote:
I love that you used an emoticon from the LAVA forums for an NI forums post
10-16-2012 03:44 PM
Christopher Relf wrote:
I'm still a little surprised it's not there already
I suggest you add it to the Idea Exchange so we can all vote for it over there.
crelf, I'm stopping by here first before the IdEx, because it's unlikely to gain much traction there (since this is sorta an esoteric request that not many people even need to understand or care about). But I'll certainly toss out the Idea if it helps or needs more traction!
10-16-2012 03:45 PM
JackDunaway wrote:
Christopher Relf wrote:
I'm still a little surprised it's not there already
I suggest you add it to the Idea Exchange so we can all vote for it over there.
crelf, I'm stopping by here first before the IdEx, because it's unlikely to gain much traction there (since this is sorta an esoteric request that not many people even need to understand or care about). But I'll certainly toss out the Idea if it helps or needs more traction!
Not so much for the traction (there are ideas with minimal kudos that get implemented), just for the traceability.
10-16-2012 03:52 PM
Christopher Relf wrote:
just for the traceability.
That's actually enough to convince me to place an Idea in the IdEx.
But since Project Providers are still *kinda* secret/undocumented, let's allow the conversation play out in this thread a couple days. But you're right, for traceability, it feels like it needs to be in the IdEx.
10-16-2012 05:00 PM
Hey All, Here are my thoughts on this:
So that's my take on this, let me know if you have any feedback or concerns.
David
10-16-2012 05:42 PM
Thanks for the answer, David. One single point of clarification: "Because of this complexity and very small audience of provider developers that would benefit from it" It's arguably the end-users who benefit more -- so this is not just for developers on the LabVIEW Tools Network, it's for users also (which is a few orders of magnitude greater). Lotsa beneficiaries of this improvement.
"Probably the best solution/workaround to create a good user installation experience would be to call the restart LabVIEW method after all the files are installed" << Yep -- already been tinkering with a post-installation step. Another idea I'm tinkering with is lazy-loading the app logic and user interfaces -- I have found that the actual Project Provider interface rarely changes, so most the time it's not a big deal if it's not reloaded immediately (since it likely hasn't changed since the last version). On the other hand, I'm trying to engineer the app to be dynamically loaded from disk in order to circumvent (can't say that word without thinking cir-sum-vrent << Arrested Development) the issue. (Harder done that said... still brainstorming and fiddling)