#
# Module manifest for module 'UniversalAutomation'
#
# Generated by: Adam Driscoll
#
# Generated on: 4/17/2020
#
@{
# Script module or binary module file associated with this manifest.
RootModule = 'UniversalAutomation.psm1'
# Version number of this module.
ModuleVersion = '1.3.1'
If I misunderstood anything or didn’t provide the info you are requesting, just holler!
Can you please verify which of the two commands is failing? (the Get or the Invoke)
is $script resolving at all? Is it returning null?
Does the Get-UAScript work for any other scripts? Is it just failing to get that particular script?
Likewise, can you invoke OTHER scripts?
Can you try specifying the -Id Parameter instead of Name for the Get and the invoke? I am not saying this is a workaround but it would be helpful for debugging!
I should elaborate a little more. Running Invoke-UAScript from the terminal, with any of the params, is failing for me regardless of the UA version I import (error below). However, if I create a UA script that calls Invoke-UAScript, that will indeed work on version 1.1.1. On version 1.3.1, the same script results in the error included in my first post.
Invoke-UAScript : Object reference not set to an instance of an object.
At line:1 char:1
+ Invoke-UAScript -Id 8
+ ~~~~~~~~~~~~~~~~~~~~~
+ CategoryInfo : NotSpecified: (:) [Invoke-UAScript], NullReferenceException
+ FullyQualifiedErrorId : System.NullReferenceException,UniversalAutomation.InvokeScriptCommand
The Invoke
$script returns a UniversalAutomation.Script type object
Hey guys. Just wanted to let you know I tried everything on a brand new 2019 server while running UA via IIS. I encountered the same results regarding 1.1.1 vs 1.3.1 (only two I tried).
Sorry for not following up. This should be fixed in PSU 1.1.1 (UA is now included in PSU). PSU uses the same UA database so you should be able to uninstall UA and install PSU and it will pick up the DB.