| Welcome, Guest |
You have to register before you can post on our site.
|
| Latest Threads |
Studio Developer Enhancem...
Forum: IET News and Announcements
Last Post: Darius Panahy
2025-11-10, 12:34 PM
» Replies: 0
» Views: 309
|
Release 8.8.7
Forum: IET News and Announcements
Last Post: Darius Panahy
2025-11-05, 12:40 PM
» Replies: 0
» Views: 290
|
Release 8.7 Retirement
Forum: IET News and Announcements
Last Post: Darius Panahy
2025-10-31, 11:37 AM
» Replies: 0
» Views: 314
|
xTrace 2.6.6
Forum: IET News and Announcements
Last Post: Darius Panahy
2025-10-27, 11:46 AM
» Replies: 0
» Views: 523
|
New Service Packs (8.8.6 ...
Forum: IET News and Announcements
Last Post: Darius Panahy
2024-11-27, 03:15 PM
» Replies: 0
» Views: 1,454
|
Gary Donoghue (1966 – 202...
Forum: IET News and Announcements
Last Post: Darius Panahy
2024-09-25, 02:56 PM
» Replies: 0
» Views: 1,494
|
Object List+ Custom Funct...
Forum: Tips and Techniques
Last Post: Darius Panahy
2024-07-16, 10:29 AM
» Replies: 0
» Views: 1,672
|
Release 8.8.5 now availab...
Forum: IET News and Announcements
Last Post: Darius Panahy
2024-05-17, 10:08 AM
» Replies: 0
» Views: 2,375
|
Christmas Greetings from ...
Forum: IET News and Announcements
Last Post: Darius Panahy
2023-12-15, 09:42 AM
» Replies: 0
» Views: 1,904
|
Rapide 4.0
Forum: IET News and Announcements
Last Post: Darius Panahy
2023-11-13, 03:34 PM
» Replies: 0
» Views: 1,890
|
|
|
| Announcing the GuardIEn Remote Processing Daemon |
|
Posted by: Darius Panahy - 2022-10-06, 02:23 PM - Forum: IET News and Announcements
- No Replies
|
 |
IET is delighted to announce the availability in Release 8.8.3 of significant new component for GuardIEn called the Remote Processing Daemon.
The GuardIEn Remote Processing Daemon (RPD) provides integrated file transfer and remote processing services for GuardIEn as an alternative to using standard remote or secure shell and FTP utilities. It is especially useful for sites where a suitable and/or secure remote shell product is not installed or configured or where current use of insecure protocols like FTP is discouraged or not available. Note that use of the RPD is optional, and existing support for FTP/SSH utilities is still available.
GuardIEn uses file transfer services for:
- Transferring transaction (.trn) files between the toolset and encyclopaedia server for upload/download tasks
- Transferring XOS files between the client and the XOS file server(s)
- Transferring XOS minor version files between the client and encyclopaedia server
- Transferring remote installation (.rmt) files from a GuardIEn CSE server to a remote build server
- Submitting MVS batch jobs from a GuardIEn CSE server
- Transferring HE-XGen and Remote processing .trn and .ctl files from the HE to the CSE server
GuardIEn uses remote processing services for:- Processing XOS migrates and builds on a file server
- Processing installs and other SU steps on a remote build server
The RPD can be used to fulfil all of the above file transfer and remote processing services, replacing the need to implement or maintain separate 3rd party products.
The RPD consists of two components:- The RPD Listener executes as a service on the GuardIEn and/or remote server and processes requests issued from the client. The RPD listener is a multi-threaded application to provide a high level of concurrency and availability.
- The RPD client resides on the requesting machine and sends processing requests to the RPD Listener. The client is embedded within the GuardIEn client and server executables and is also available as a command line interface (CLI) standalone program to enable script integration.
If you wish to use RPD, consult the Remote Processing Daemon installation and configuration guide which is installed with the GuardIEn client.
|
|
|
|
| Checking Inline Code |
|
Posted by: Darius Panahy - 2022-07-11, 11:25 AM - Forum: IET News and Announcements
- No Replies
|
 |
One of the major advantages of Gen is the ability to generate code for multiple target environments. Many customers have switched platforms over the life of their applications, for example from MVS/COBOL to UNIX/C or EJB/Java.
If external code is developed in external action blocks then it fairly obvious that the EAB source code needs to be modified when generating for a different target environment. But what about the inline code?
Adding inline code statements to a Gen action diagram is a useful alternative to coding external action blocks, but care has to be taken when switching environments or developing multi-platform code.
When inline code is developed, you specify on the statement what language the inline code should be generated for and optiionally further restrict the statement to specified OS, DBMS and even TP Monitor.
However if the action block code is then generated for a different target environment, the inline code statements that do not match the specified environment are ignored. This means that the inline code is not executed, and unless there is some check further on in the action block, you might not ever be aware that the code is not executed.
To help with this potential issue, a new VerifIEr check (IET169) has been developed which will report on action blocks that contain inline code that does not match a specified environment
|
|
|
|
| xTrace 2.6.5 |
|
Posted by: Darius Panahy - 2022-05-23, 01:13 PM - Forum: IET News and Announcements
- No Replies
|
 |
xTrace Release 2.6.5 is now available to download.
A significant enhancement introduced in this release is a change to the xTrace runtime and source code post-processor that almost eliminates the runtime overhead associated with trace support when the application is executed without the user wishing to actively trace the code.
This enhancement makes it feasible to always generate the code with trace enabled for development environments without the trade-off of the increased CPU consumption due to the additional trace logic in the generated code.
Starting a trace session merely involves starting the xTrace Monitor client to immediately be able to trace through the application rather than having to regenerate the code with trace with the time and effort that this involves.
|
|
|
|
| Minor Versions and PU PAD History |
|
Posted by: Darius Panahy - 2022-04-04, 02:38 PM - Forum: Tips and Techniques
- No Replies
|
 |
The GuardIEn Implemented PADs feature provides a mechanism for storing the action block statements extracted from the generated source code as part of a system update generation step.
If you use Minor Versions in GuardIEn, there is no need to also use Implemented PADs, but we have noticed that some projects may not have disabled the use of Implemented PADs (or even be aware of their existance) when they enabled Minor Version support.
It is recommended that you consider disabling the use of Implemented PADs and cleanup the PAD folder if you use Minor Versions. They are disabled by setting the MAXPUPAD project property to a value of 0.
|
|
|
|
| Apache log4j Remote Code Execution Zero Day - Active Exploit |
|
Posted by: Darius Panahy - 2021-12-14, 09:32 AM - Forum: IET News and Announcements
- Replies (5)
|
 |
A remote-code execution vulnerability has been found in the Apache log4j logging library.
This library is widely used in java applications and is used within the Rapide runtime.
Rapide has been updated to include the latest 2.15.0 version of log4j and this is included in the following updated releases of the software which are now available to download:
- Rapide 3.0.2
- GuardIEn web client 8.8.0 (updated to show 8.8.0a in the home page)
- GuardIEn web client 8.7.5 (updated to show 8.7.5 in the home page)
Other platforms for example Windows clients or server software are not affected.
if you are using an earlier release of Rapide or the GuardIEn web client then it is highly recommended that you upgrade.
|
|
|
|
|