When installing Landmark 11 with Oracle, an error may return in the log related to a config variable when setting up the database. The installation will run for some time and eventually call D:\lmkprod]\env\install\dbcon
The SQL Query Node can be used to query any SQL Server database.
Connection information
- Either select the configuration name that contains your JDBC connection information
- Or select Override Connection and provide the override information
The SQL Query Node can run a SQL Query, Run a stored procedure, or perform a create/update command. If you are running a SQL Query, you can click the “Build” button to build the query in a GUI wizard.
The Message Builder Node accepts a string of text and appends each text of that string to the message each time the node is used. This can be useful when your process loops through records and records any error messages for each record. It’s also good for notification messages for multiple records.
The Variable name is what will be referenced when you want to use the built message later in the process.
Reference the variable name just like any other variable name. All nodes after the message builder will have access to the message builder variable.
If you need multiple web sites for Landmark, when you run the IBM plugin configuration for additional sites the sePlugins ISAPI filter for the original site may be overwritten with the ISAPI dll from the new site. For example, the exectuable path for sePlugin on the site lmkdevweb was originally D:\IBM\WebSphere\Plugins\bin\IIS_lmkdevweb\iisWASPlugin_http.dll.
After adding a new site, the sePlugin executable on the initial site may be updated incorrectly to D:\IBM\WebSphere\Plugins\bin\IIS_lmkdevwebext\iisWASPlugin_http.dll. This could cause problems with the application not returning properly in the browser (http error 404). To prevent redirection problems, ensure that the path for each sePlugin is using the proper path for each site. For example:
IIS Site sePlugin Exectuable
lmkdevweb D:\IBM\WebSphere\Plugins\bin\IIS_lmkdevweb\iisWASPlugin_http.dll
lmkdevwebext D:\IBM\WebSphere\Plugins\bin\IIS_lmkdevwebext\iisWASPlugin_http.dll
Your organization may wish to brand your Infor Ming.le site by adding a custom logo to the site. Infor Ming.le 10 and 11 offer this possibility, although Infor Ming.le 12 does not provide tools for updating the logo.
NOTE: You must be a site collection administrator to perform this update.
In Sharepoint 2013, select the gear icon, then Site settings. (If you have Sharepoint 2010, you will click the Admin link then Site settings).
Under the Infor Ming.le Site heading, choose “Customize Infor Ming.le User Interface”
To add your custom logo to the selection list, select the “add image” button.
Browse to your file
Click the “Select image” button to select the image you just added
You can also enter a custom link in the “Company Logo Link” field
Click “Save” when you are done
Your logo is now displayed on the Ming.le header
The FTP node can be used to move records from one server to another over FTP. It is important to note that there can be only one FTP configuration per configuration set. So you should create a new configuration set for each FTP server you are using for file transfers.
- Source File
- Provide the file name
- The source is remote if it is not the Landmark server
- If you are accessing the file via UNC share, you should leave “Is source remote” unchecked
- Connection information – select the configuration set for the remote server where the file resides (not required if it is a local file)
- Destination File
- Provide the file name
- The source is remote if it is not the Landmark server
- If you are accessing the file via UNC share, you should leave “Is source remote” unchecked
- Connection information – select the configuration set for the remote server where the file is being transferred (not required if it is a local file)
- File Transfer Mode
The FileAccess node can be used for file manipulation on local and remote servers. If you are manipulating files on a remote server, you can access them via UNC share, or you can create a new configuration set that connects to the file server.
- Configuration name
- default is system (Landmark)
- Execution mode
- Read from file
- This can be used with a data iterator
- Pass the output data (line) of the file to the iterator
- Write to file
- Creates the file and then writes to it
- Append to file
- Appends to an existing file
- Check file exists
- Returns an error that can be trapped if it doesn’t exist
- Delete file
- List files
- Read from file
After completing federation and restarting LSF and Landmark, landmark authentication fails. The security authen log returns the following error: sun.security.validator.
This can happen if secured ldap bind is being used. With the secured ldap bind (using ldaps protocol and port 636), the certificates from the AD server are missing from the java keystore on the landmark server. This can happen even if you are using SSOP on LSF for authentication. To resolve the issue, export the certificates from the AD server and import them into the java keystore. If LSF was bound to AD, the certificates should already be on the LSF box. They can be copied over from LSF and imported to the keystore on the landmark server using the following example.
D:\JDK\bin\keytool.exe -keystore D:\JDK\jre\lib\security\
D:\JDK\bin\keytool.exe -keystore D:\JDK\jre\lib\security\
Error:
Wed May 31 09:49:13.112 MDT 2017 – default-724934462: Error encountered while getting users DN. Please see logs for details[
Stack Trace :
javax.naming.
at com.sun.jndi.ldap.LdapClient.
at com.sun.jndi.ldap.LdapCtx.
at com.sun.jndi.ldap.LdapCtx.<
at com.sun.jndi.ldap.
at com.sun.jndi.ldap.
at com.sun.jndi.ldap.
at com.sun.jndi.ldap.
at javax.naming.spi.
at javax.naming.InitialContext.
at javax.naming.InitialContext.
at javax.naming.InitialContext.<
at javax.naming.directory.
at com.lawson.security.authen.
at com.lawson.security.authen.
at com.lawson.security.authen.
at com.lawson.security.authen.
at com.lawson.security.authen.
at com.lawson.security.authen.
at com.lawson.rdtech.gridadapter.
at com.lawson.rdtech.gridadapter.
at com.lawson.rdtech.gridadapter.
at com.lawson.rdtech.gridadapter.
at sun.reflect.
at sun.reflect.
at sun.reflect.
at java.lang.reflect.Method.
at com.lawson.grid.proxy.
at com.lawson.grid.proxy.
at com.lawson.grid.proxy.
at com.lawson.grid.util.thread.
at java.lang.Thread.run(Thread.
Caused by: javax.net.ssl.
at sun.security.ssl.Alerts.
at sun.security.ssl.
at sun.security.ssl.Handshaker.
at sun.security.ssl.Handshaker.
at sun.security.ssl.
at sun.security.ssl.
at sun.security.ssl.Handshaker.
at sun.security.ssl.Handshaker.
at sun.security.ssl.
at sun.security.ssl.
at sun.security.ssl.
at sun.security.ssl.
at java.io.BufferedOutputStream.
at java.io.BufferedOutputStream.
at com.sun.jndi.ldap.Connection.
at com.sun.jndi.ldap.Connection.
at com.sun.jndi.ldap.LdapClient.
at com.sun.jndi.ldap.LdapClient.
… 30 more
Caused by: sun.security.validator.
at sun.security.validator.
at sun.security.validator.
at sun.security.validator.
at sun.security.ssl.
at sun.security.ssl.
at sun.security.ssl.
at sun.security.ssl.
… 43 more
Caused by: sun.security.provider.
at sun.security.provider.
at sun.security.provider.
at java.security.cert.
at sun.security.validator.
… 49 more
Wed May 31 09:49:13.113 MDT 2017 – default-724934462: Error encountered while getting users DN. Please see logs for details[
Wed May 31 09:49:13.113 MDT 2017 – default-724934462: Failed to get DN for user: lawson
Microsoft Windows Server provides a tool called ADSI Edit, which can be used to get a closer look at your LDAP configuration.
Please be careful when you are moving around in LDAP, as mistakes here can destroy your Lawson Security configuration.
Your first step should always be to back up LDAP. Nogalis provides another article with instructions on how to do that. (How to Backup LDAP in Lawson v10)
Next, verify that the necessary features are installed on your Windows Server.
- Open your Windows Features & Roles
- Navigate to Features
- Check for AD LDS Snap-Ins and Command-Line Tools
Once the AD LDS Snap-Ins are installed, go to Start > Run > mmc.exe
Go to File > Add/Remove Snap-Ins
Add the ADSI Edit Snap-In
Right-click on ADSI Edit, and select “Connect to…”
Type in your LDAP server name under “Select or type a domain or server”
- The LDAP URL can be found in your Lawson install.cfg file, under the setting LDAPHOST
Type in your Connection Point
- This can be found in Install.cfg under the LDAPBINDDN setting (everything except the ldap admin username)
If you need to provide credentials to connect to your LDAP instance, click “Advanced…”
Select “Specify Credentials”
Type in the LDAP admin username
- This can be found under the LDAPBINDDN setting in Install.cfg
Type in the port number
- LDAPPORT in Install.cfg
Select “Simple bind authentication” if applicable
Click OK and OK
You are now ready to expand the tree on the left side of the application, where you can view resources and other security settings










































