Solution Corner #26: Event Objects (Recording)

EVNT (event) objects can be used to elegantly map many use cases in Automic. In this Solution Corner, we will show you typical use cases, common pitfalls, and proven tricks for safely avoiding them.

Webinar: Successfully using Event Objects (EVNT) in Automic

Meta Description: EVNT objects can be used to elegantly map many use cases in Automic. Discover typical scenarios, common pitfalls, and proven tricks in this webinar!

About this Webinar

With EVNT (Event) objects, many use cases can be elegantly mapped in Automic. In the webinar, we will show you typical use cases, common pitfalls – and proven tricks for safely avoiding them. Whether you are waiting for a specific data constellation, monitoring file systems, or evaluating system messages – we will provide you with the necessary tools to optimally integrate events into your workflows.

The 10 Key Takeaways on Event Objects

  • Event Definition: Events are objects that regularly check a condition and trigger an automation when it is met. They cycle through states like "Sleeping", "Checking", and "Active".
  • Event Types: There are various types of events such as Time, File, Database, and Console events. Time and File events are the most commonly used, while Console events are considered more of a special use case.
  • Functionality & Status Logic: Events check conditions at defined intervals and typically end with statuses like "ENDED_OK", "ENDED_TIMEOUT", or "ENDED_CANCEL". Choosing the right status is important for monitoring and interpretation.
  • Frequency & Interval Control: Events can be executed once or repeatedly. The "Until first match" setting is especially important for typical "wait until condition is met" scenarios. Intervals can be set in minutes or at a specific time once a day, although a Schedule object is generally recommended for the latter.
  • Console Event Specifics: Console events react directly to system messages without checking intervals. They are suitable for real-time triggers, such as log or system events, but have limited availability.
  • Database Event Usage: Database events allow checks via SQL, VARA objects, or static values. A typical use case is triggering workflows based on database content, for example, a number of entries greater than 0.
  • Concurrency Control (Wait/Active Checks): To avoid multiple executions, the "WAIT" parameter can be used with ACTIVATE_UC_OBJECT. This keeps the event active and prevents multiple triggers.
  • File Events & Validation: File events check file system states such as file count or modifications. Advanced checks like "File Size Stable" help ensure that files have been fully transferred.
  • Best Practices & Control: It is recommended to use workflows to control events as well as to stop them specifically via scripts, for example with CANCEL_UC_OBJECT. This allows events to be terminated cleanly and managed easily.
  • Script Elements for Events: We highlight useful functions such as GET_CONSOLE, GET_EVENT_INFO, GET_FILESYSTEM, and GET_WIN_EVENT in conjunction with the different event types.

Learn Automic with PEM!

Would you like to learn more about Automic without having to travel across the country for workshops? At PEM, you decide when and how you want to continue your education! In interactive courses, tutorials and videos, you will learn everything you need to know about Automic – and more! And we are always there for you via comment function or email.

Does that sound interesting? Then get started today with PEM, Automic Training 2.0 and year-round Automic support!

More about PEM
Start now

FAQ about Automic Training on PEM

PEM is the most innovative and fastest growing Automic learning platform. It offers PEM members a comprehensive range of online training courses that can be accessed 24/7 and from anywhere. The platform includes dozens of videos and interactive courses and is aimed at beginners and professionals alike.