Table of contents

Official Content

When an application uses some features of an External Object (distributed in a Module), the implementation (and all dependencies of that external object) to make the application run is generally needed.

This document explains some details on how to take those dependencies to runtime, including at the deploy time using the Application Deployment tool.

.NET

When working with the .NET Generator, External Objects (EO) provide the Assembly Name property where the implementation of the EO is declared. Sometimes, it may happen that this assembly has other dependencies which are not specified in the EO.

To avoid prototyping errors, take into account the following:

  1. The assembly that implements the External Object (and all the dependencies) must be created as a File object in the KB.
  2. Extract the file to the current directory; that is, you should not set anything in the .NET Generator Extraction Directory property (or set the bin directory). That way, the file stays in the bin directory and it will works at runtime, as it is looked for in that place.

When making the deployment using the Application deployment tool, it will include all the dependencies in the package, as it checks at the EO Assembly implementation and the module dependencies.

JAVA

In the Java Generator, at development time, you have the following two options:

1. If you have an External Object that is not published in any repository:

  • The JAR file containing the External Object implementation must be in the KB as a File object.
  • The JAR file must be extracted in the lib directory; that is, you have to set the Java Generator Extraction Directory property to the lib directory.

2. If you have External Objects that are published in any repository, you must set the Java Artifact Id and Java Artifact Version properties. 

Last update: February 2024 | © GeneXus. All rights reserved. GeneXus Powered by Globant