V2018.2 Beta release

release

#25

Thanks Badita!!! This is great. Is there any road map about the new features in the given versions?


#26

Thanks i got the features for 18.2


#27

Hi @ovi,

Can you please help me understand what is runtime in this scenario?

I would like to know if this credentials being assigned to the robot at runtime based on the process, in other words, assets per package to store the credentials to execute the robot.

Thank you.


#28

@PD2 - An example in our deployment - we provision multiple robots (using high density robots) on a single Virtual Machine workstation (Win7 enterprise in our case) for unattended execution to allow us to use different IDs across different processes. This allows us to improve the utilization rates of our VMs - since we have some processes which only run monthly or quarterly. (We asked for a feature which would allow us to do an ID per process… but that is probably quite far away!)

The problem (and why we are excited about this feature) is that Win7 enterprise only permits one concurrent user runtime. Before 2018.2 the behavior was that if you trigger a process while a process is already running on the same robot, the new process gets into a Job Queue (pending) however if you trigger a process on a different robot on the same VM while a process is already running the newly triggered job fails.

FWIW - We cannot move to server versions of Windows because our business applications are not ‘certified’ by IT to run on that OS… And running all processes under a single ID creates security risks – you end up with a super powerful single user ID that has the keys to the kingdom pretty quickly.


#29

Hi Jose,

Nice approach, that trigger me a completely different question in my mind. Would you mind sharing how the license was applied to the high density robots? My understanding is that when we install the robot on the server there is only one UiRobot.exe at the Program Files level right?

Fair enough, this is a limitation of Windows and not UiPath.

I’m assuming that it is because the UiRobot.exe is still one executable files being triggered multiple times by different credentials.
So the feature of having Runtime defined in orchestrator helps solve the issue of not failing if another process is running, is my understanding correct?

Thank you,
Priya


#30

Hi Priya,

As of right now each additional provisioned robot consumes a license even though they cannot run in parallel. We will explore how concurrent license model with single runtime may work, to adjust our licenses.

Correct - I have not tested the implementation yet, but my assumption is that orchestrator will check how many available runtimes there are on the VM and even if a ‘Robot’ is available to run a process, but a ‘runtime’ is not, it will add the job to the Queue until a runtime becomes available to launch the robot to execute the process.


#31

Thank you Jose that helps me understand the scenario better.
We have one unattended bot running multiple processes and the bot runs with one credential having access to run all the processes. That’s the reason I was looking for configuring credentials per package.

Regards,
Priya


#32

#33

Hello @productEnt

@Mr_JDavey developed a process on this version but when trying to work with it in 2018.1.2 (Enterprise) the Invoke Workflow File Activities all display as XAML Errors. Tried adding all packages including v7 compatibility pack but no joy.

Could you check please?

RD


#34

Hi there all,
Following on from what @richarddenton has noted above, the issue appears to relate to the addition of a timeout parameter within the Invoke Workflow File activity:

  • <ui:InvokeWorkflowFile ContinueOnError="{x:Null}" Timeout="{x:Null}" DisplayName=“Invoke InitAllSettings workflow” sap2010:WorkflowViewState.IdRef=“InvokeWorkflowFile_12” UnSafe=“False” WorkflowFileName=“Framework\InitAllSettings.xaml”>

Removing this rectifies the issue for earlier versions.

Thanks in advance,
Josh


#35

update : Nevermind @Mr_JDavey found the issue.

This could be the issue, timeout does not exisit in 2018.1


#36

Thanks for pointing this one out, guys. We’re investigating and I’ll keep you updated. :slight_smile:


#37

Yes that is indeed the case, this new functionality of the Invoke Workflow activity is not backwards compatible with versions older than 18.2 (although older workflows which contain the Invoke Workflow activity will work just fine on 18.2 and up). As pointed out by @Mr_JDavey removing the Timeout="" property manually from the .xaml will make the workflow work on older versions as well.


#38

We call this forward compatibility and we don’t guarantee it. It’s impossible for old environments to know or ignore new properties.
Backward compatibility is when a new version supports old workflows and this is valid for 18.2 release.


Timeout error on UiPath
#39

That’s right.


#40

@ovi I succesfully installed the Python activities - is there already any (preliminary) documentation and/or examples on how to use the activities?


How to download UiPath 2018 Firefly release?
#41

Hi Leo,

There is no preliminary documentation until the stable release. The Python activities are only relased in Beta for now.

But I will give you some inputs:

The Python Scope container activity connects to the Python environment installed on the machine and enables you to use the rest of the activities within itself.

The PythonObject variable is specially designed to handle and manipulate scripts. By use of the Load Python Script activity, you can easily convert any file containing Python script to a PythonObject.

Get Python Object - Converts a Python.Object variable returned by other Python activities into a .NET datatype of your choice. Can only be used inside the Python Scope activity.

Invoke Python Method - Helps you run a specified method from a Python script directly in a workflow. The script that contains the method needs to be loaded into the environment first by using the Load Python Script activity. Can only be used inside the Python Scope activity.

Run Python Script - Enables you to execute Python code. You can input the code directly in the activity or provide a file path for it. Can only be used inside the Python Scope activity.

I hope this will make things more clear until the official documentation is out.


Python Automation in Uipath
#42

@ovi Thanks, this did definitely help - nonetheless I am wondering when the full official documentation will be relased? The last statement by @badita was that 2018.2 will be released on May 20, but I don’t seem to find any new information about any announced feature.


#43

Please see the community stable release announcement here: https://forum.uipath.com/t/v2018-2-release-for-community/ for 18.2. The guides are also released but in beta (not final).


#45

Hi @ovi

I’m unable to find Microsoft , cognitive and App scripting packages in my Beta activities pane area.
Is it available or i need to do anything else ?

image