<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>exense: oryon</title>
    <link>https://oryon.exense.ch/knowledgebase/2.10/</link>
    <description>Recent content on exense: oryon</description>
    <generator>Hugo -- gohugo.io</generator>
    <language>en</language>
    <lastBuildDate>Sat, 01 Jan 2000 00:00:00 +0000</lastBuildDate><atom:link href="https://oryon.exense.ch/knowledgebase/2.10/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>IDE Settings</title>
      <link>https://oryon.exense.ch/knowledgebase/2.10/guide/settings/</link>
      <pubDate>Sat, 01 Jan 2000 00:00:00 +0000</pubDate>
      
      <guid>https://oryon.exense.ch/knowledgebase/2.10/guide/settings/</guid>
      <description>There are two settings files that the Oryon IDE considers:
The file oryon-ide.settings in the user&amp;rsquo;s home directory. This is where all settings and preferences are stored to. The file oryon-ide.settings in the current working directory - on Windows, this will usually be the directory where the batch file to start the IDE resides in. If this file exists, its content will be used to provide fallback values for settings which are not found in the user&amp;rsquo;s own settings file.</description>
    </item>
    
    <item>
      <title>Overview</title>
      <link>https://oryon.exense.ch/knowledgebase/2.10/getting-started/documentation/</link>
      <pubDate>Sat, 01 Jan 2000 00:00:00 +0000</pubDate>
      
      <guid>https://oryon.exense.ch/knowledgebase/2.10/getting-started/documentation/</guid>
      <description>What is Oryon? Oryon is an automation tool for Java UI applications (typically fat clients) which allows users to easily record and replay interaction scenarios. During recording, scripts are generated which serve as a blueprint for subsequent (automated, simulated) interactions.
Advanced users can leverage the groovy language to adapt the resulting scripts as needed, tailoring them exactly to their needs.
Used in combination with step, Oryon can be employed in massively concurrent simulations, potentially involving thousands of simulated clients, and can benefit from the wide range of features provided by step itself (centralized results, collaborative web app, natural language bindings, etc).</description>
    </item>
    
    <item>
      <title>Oryon Agent</title>
      <link>https://oryon.exense.ch/knowledgebase/2.10/getting-started/agent/</link>
      <pubDate>Sat, 01 Jan 2000 00:00:00 +0000</pubDate>
      
      <guid>https://oryon.exense.ch/knowledgebase/2.10/getting-started/agent/</guid>
      <description>The Oryon agent is the component which allows to interact with a Java GUI application, i.e. to retrieve its UI state and to control it.
The agent currently includes modules supporting the following Java UI technologies:
Swing: generic module for applications using the Java Swing framework. SyriusSwing: custom module, specifically for the Swing version of Adcubum Syrius. SyriusFX: custom module, specifically for the JavaFX version of Adcubum Syrius. Installation and configuration The first and most important step to control Java GUI applications using Oryon is to configure the target application in a way which will run the Oryon agent alongside it (or rather, technically: inside it, as part of the same Java process).</description>
    </item>
    
    <item>
      <title>Parameter Input</title>
      <link>https://oryon.exense.ch/knowledgebase/2.10/guide/parameters/</link>
      <pubDate>Sat, 01 Jan 2000 00:00:00 +0000</pubDate>
      
      <guid>https://oryon.exense.ch/knowledgebase/2.10/guide/parameters/</guid>
      <description>While recording scripts, many of the methods that you&amp;rsquo;ll encounter require one or more parameters.
Starting with version 2.6.0, these parameters are set interactively using an enhanced dialog.
Here is an annotated example screenshot, with explanations given below:
1: Context information At the top of the dialog, a short summary of the context is shown.
It consists of the method name for which a value is required (clickTableRow in the example), and the current parameter (Row) for which a value is to be set.</description>
    </item>
    
    <item>
      <title>Logging</title>
      <link>https://oryon.exense.ch/knowledgebase/2.10/guide/logging/</link>
      <pubDate>Sat, 01 Jan 2000 00:00:00 +0000</pubDate>
      
      <guid>https://oryon.exense.ch/knowledgebase/2.10/guide/logging/</guid>
      <description>Starting with Oryon version 2.4.0, the Oryon agent allows to control its logging, primarily for circumstances where troubleshooting is required.
For that purpose, two Java properties may be set (if they are not present, the system will use defaults as outlined below).
oryon.loglevel Sample usage: -Doryon.loglevel=debug
This setting defines the verbosity of the logging. The supported values are:
ERROR WARN INFO DEBUG TRACE The default log level is INFO, which is not very verbose.</description>
    </item>
    
    <item>
      <title>Oryon IDE</title>
      <link>https://oryon.exense.ch/knowledgebase/2.10/getting-started/ide/</link>
      <pubDate>Sat, 01 Jan 2000 00:00:00 +0000</pubDate>
      
      <guid>https://oryon.exense.ch/knowledgebase/2.10/getting-started/ide/</guid>
      <description>The Oryon IDE is a full blown groovy editor with additional functionality tailored specifically for Oryon such as:
an object tree representing the current state of the Java application currently connected to (on the left side) a central code editor view, with a tabbed interface allowing to edit multiple scripts at once a console displaying the output script executions at the bottom step-compatible input and output controls at the top and bottom Once a target application is running with the Oryon agent, you can start the IDE using the script startOryonIDE.</description>
    </item>
    
    <item>
      <title>Integration with step</title>
      <link>https://oryon.exense.ch/knowledgebase/2.10/getting-started/step/</link>
      <pubDate>Sat, 01 Jan 2000 00:00:00 +0000</pubDate>
      
      <guid>https://oryon.exense.ch/knowledgebase/2.10/getting-started/step/</guid>
      <description>To make the Oryon plugin usable from within step, add the following to the file step.properties on the step controller:
plugins.oryon.home=/path/to/oryon-x.y.z =&amp;gt; used by the plugin to access the oryon libraries plugins.oryon.errorhandler=../data/scripts/oryon_errorhandler.groovy =&amp;gt; can be used to define a script that is executed in case of TECHNICAL_ERRORs during the keyword execution &amp;hellip; and to the AgentConf.js:
{ &amp;#34;gridHost&amp;#34;: &amp;#34;&amp;#34;, &amp;#34;registrationPeriod&amp;#34;: 1000, &amp;#34;gridReadTimeout&amp;#34;: 20000, &amp;#34;workingDir&amp;#34;: &amp;#34;src/test/work&amp;#34;, &amp;#34;tokenGroups&amp;#34;: [ { &amp;#34;capacity&amp;#34;: 10, &amp;#34;tokenConf&amp;#34;: { &amp;#34;attributes&amp;#34;: { &amp;#34;key&amp;#34;: &amp;#34;val&amp;#34; }, &amp;#34;properties&amp;#34;: { &amp;#34;plugins.</description>
    </item>
    
    <item>
      <title>Syrius Single Sign On</title>
      <link>https://oryon.exense.ch/knowledgebase/2.10/guide/sso/</link>
      <pubDate>Sat, 01 Jan 2000 00:00:00 +0000</pubDate>
      
      <guid>https://oryon.exense.ch/knowledgebase/2.10/guide/sso/</guid>
      <description>Please refer to the documentation of the JSLogin implementation for the recommended approach to handle external (Identity Provider-based) Syrius logins. This page will remain here for reference, but the mechanism of providing tailored Java implementations for each login procedure is considered obsolete. Newer versions of the Syrius software support a Single Sign On (SSO) feature.
Starting with version 2.6.0, such constellations are also usable with Oryon in an initial implementation.</description>
    </item>
    
    <item>
      <title>Syrius Login Automation</title>
      <link>https://oryon.exense.ch/knowledgebase/2.10/guide/jslogin/</link>
      <pubDate>Sat, 01 Jan 2000 00:00:00 +0000</pubDate>
      
      <guid>https://oryon.exense.ch/knowledgebase/2.10/guide/jslogin/</guid>
      <description>This page documents the usage of the JSLogin mechanism for external (Identity Provider-based) authentication to Syrius. Starting with Oryon 2.10.0, this is the recommended approach. Legacy Java-based implementations are still supported, and can still be used as long as they remain operational, but they are deprecated and no longer maintained. In any case, they can be replaced by the more flexible mechanism described here.
We recommend to start with the bundled authentication script that should work with Keycloak-based Identity Providers:</description>
    </item>
    
    <item>
      <title>API Documentation</title>
      <link>https://oryon.exense.ch/knowledgebase/2.10/guide/apidocs/</link>
      <pubDate>Sat, 01 Jan 2000 00:00:00 +0000</pubDate>
      
      <guid>https://oryon.exense.ch/knowledgebase/2.10/guide/apidocs/</guid>
      <description>If you are a regular Oryon user, you already know that the gui object you usually interact with provides a number of methods, such as gui.click(&amp;quot;/Some/Button&amp;quot;); or gui.setText(&amp;quot;/Some/TextField&amp;quot;, &amp;quot;Oryon rocks!&amp;quot;);
While most of these methods are named in a straightforward way, and Oryon&amp;rsquo;s recording capabilities greatly simplify the generation of scripts which use common functionality, not all available methods are &amp;ldquo;discoverable&amp;rdquo; using the graphical tools alone.
Therefore, we also provide Javadoc documentation of the relevant interfaces.</description>
    </item>
    
    <item>
      <title>Syrius Node Pruning</title>
      <link>https://oryon.exense.ch/knowledgebase/2.10/guide/syrius-node-pruning/</link>
      <pubDate>Sat, 01 Jan 2000 00:00:00 +0000</pubDate>
      
      <guid>https://oryon.exense.ch/knowledgebase/2.10/guide/syrius-node-pruning/</guid>
      <description>Introduction As you know, Oryon interacts with Syrius by referencing components using XPath selectors on a component tree.
In a nutshell, this tree corresponds to the hierarchical structure of the visual elements shown to the user. The structure is provided by the Syrius server, and rendered by the Syrius application.
However, it has been observed that there are nodes which are present in the tree, but not actually rendered. Such nodes cannot be interacted with, and cause the tree (and therefore the XPaths) to be more complicated than they need to be.</description>
    </item>
    
    <item>
      <title>Release Notes</title>
      <link>https://oryon.exense.ch/knowledgebase/2.10/whatsnew/releases/</link>
      <pubDate>Sat, 01 Jan 2000 00:00:00 +0000</pubDate>
      
      <guid>https://oryon.exense.ch/knowledgebase/2.10/whatsnew/releases/</guid>
      <description>Version 2.10.0 New features Agent/Syrius: new mechanism for scriptable external logins Bugfixes IDE: Fix special character handling on macOS IDE: Fix popup window display on secondary screens on macOS Other groovy-dateutil is now included for use in the IDE, thus allowing to use simplified methods for date manipulation in scripts. minor logging fixes Version 2.9.0 New features Agent, driver, and IDE: Java 17 and 21 are now officially supported in addition to Java 11.</description>
    </item>
    
  </channel>
</rss>
