This forum is closed to new posts and
responses. The content has been migrated to the Digital Solutions Community. Please join us there for new content as well as this content. For customer support, please visit the official HCL customer support channels below:
It's okay to "use" script libraries that are also being "use"d by other libraries you "use".
Library - Constants
Library - ErrorHandling
- Use "Constants"
Agent
- Use "ErrorHandling"
- Use "Constants"
Although unnecessary, this situation is just fine. You could remove the Constants reference, and still access whatever is defined in Constants because it is implicitly "use"d via ErrorHandling.
What doesn't work is when libraries use each other.
Library - EmailProcesses
- Use "ErrorHanding"
Library - ErrorHandling
- Use "EmailProcesses"
EmailProcesses refers to ErrorHandling, and ErrorHandling refers to EmailProcesses. THAT is a circular reference. This situation doesn't work. If you want your error handling to send emails, then it has to have its own email routines. Or, you could give EmailProcesses its own error handling routines. But two libraries can't "use" each other.
The other problem that people run into is when different libraries have public functions with the same names.
Library - ErrorHandling
- Sub GetDB
Library - EmailProcesses
- Sub GetDB
Agent
- Use "ErrorHandling"
- Use "EmailProcesses"
Initialize
Call GetDB
This situation doesn't work. This can be fixed with a naming scheme. For example, I will prefix the public processes of a library with an abbreviation of the library name. So I would have created...
Library - ErrorHandling
- Sub eh_GetDB
Library - EmailProcesses
- Sub ep_GetDB
Another solution to make a process private. If a process is created for the sole use of other processes within the library, then use the Private keyword to limit visibility to within the library only.
Library - Errorhandling
- Private Sub GetDB
Sub GetDB isn't visible to any agent or other design element that might "use" it.
Feedback response number WLOO82ZBM5 created by ~Julia Feztoosterader on 02/25/2010