Skip to main content
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:

HCL Software Customer Support Portal for U.S. Federal Government clients
HCL Software Customer Support Portal

HCL Notes/Domino 8.5 Forum (includes Notes Traveler)

HCL Notes/Domino 8.5 Forum (includes Notes Traveler)

Previous Next

Your understanding is not correct

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

Error loading USE or Uselsx module (~Lisa Opateroop... 14.Dec.09)
. . Did the compiler complain when it d... (~James Brewever... 15.Dec.09)
. . . . Can anyone explain how to resolve t... (~Hal Dwovelukon... 24.Feb.10)
. . . . . . Your understanding is not correct (~Fred Xanjumima... 25.Feb.10)




Printer-friendly

Search this forum

Member Tools


RSS Feeds

 RSS feedsRSS
All forum posts RSS
All main topics RSS