Today HCL released the Domino AppDev Pack 1.0.5 with the following enhancements:
Support for the following:
- Domino server V10.0.1FP5 or later
- Domino server V11.0.1 or later
- Node.js V12
- (Preview) Java 1.8 or later
(Preview) A new JAR file with the com.hcl.domino.db API. This API is similar to the Node.js @domino/domino-db API, but does not yet support, rich text, agents, and Act-as-User operations. See install kit for information about the Java Doc.
(Preview) Support for working with rich text content. See here and here for more details.
A new way to configure the Domino server AppDev pack components. The AppDev Pack kit contains a new database template from which the Domino administrator creates the configuration database, adpconfig.nsf. For installation details see here.
Improved reliability for long running Proton applications.
Instructions for the make_certs.* and make_keyring.* scripts.
@domino/domino-db support for duplicate items using the duplicateItems property. Use this optional property to read and write items in a document with the same name. See here for more details.
Support for a related property, canonicalFormat. Use this property to request that item data be provided in a canonical format. See here for more details.
The Domino AppDev Pack 1.0.5 is already available at HCL Flexnet.
With HCL NICE you´re able to uninstall your Notes Client. But you also can use HCL NICE scripted with some options. Here´s a list of all possible options:
||Silent mode with status dialog box at the end
||Silent mode with progress bar
||Silent mode with progress bar and status dialog box at the end
||Remove program files
||Remove data files
||Force removal of all Notes installation information
||Remove Notes installation
||Remove ICAA installation
Yesterday I had an issue at customer where a case at HCL ( CSCS0131265 ) has been opened. Up to the beginning:
with Domino V11.0.1 the great feature for authenticating users accessing via Web protocol like HTTP(s), LDAP,… against the ID Vault is working like a charm. Therefore I registered a lot of people without setting an HTTP password in the person document. Afterwards I enforced the users to change the password after the first login what also worked fine.
You’ll receive the information that the Password Change request has been successfully sent to the Administration Requests what still is working. Now up the problem:
If the AdminP tries to modify the HTTP password in the person document you’ll receive the following error in the server console:
[2904:0005-1378] 23.06.2020 12:55:58 Adminp Request: [Change HTTP Password in Domino Directory] on [Username]
[2904:0005-1378] 23.06.2020 12:55:58 Admin Process: Received the following error performing a Change HTTP Password in Domino Directory request on Username (Path: admin4.nsf; Name: HTTPPassword): Note item not found
So it seems that the Internet Password isn´t set during the user registration Adminp cannot finish the change of the Internet Password.
A great success story of an Austrian customer – A1 Telekom Austria – has been published by HCL.
It’s about a Domino platform which is used for sales pipeline management by over 900 persons. Feel free and read the whole story here:
Today I received the information from HCL Support that the current version of the Room and Resource calendar does not have the feature to span meetings with 24+ hours.
There´s a request for this option in the Domino Ideas Portal ( please vote !! )
There´s also a SPR # ASAEBQELLY created for this issue. So if you want this issue solved quick, open a case and reference to the case number CS0125933 and SPR # ASAEBQELLY.
Last week I could see an issue with the resource reservation database regarding meetings 24+ hours.
Beginning with V11 you´re able to schedule meetings for 24+ hours and this is working very well ( thanks to HCL !! ). But if you also reserve a meeting room you’ll find out that the meeting scheduled e.g. from Wednesday, July 1st, 07:00 to Friday, July 3rd, 18:00, will only show up as a 1-day-entry in the resource reservation database.
Here are the screenshots:
The meeting entry in the calendar
The meeting entry in the calendar overview
The calendar entry in the resource reservation database
The calendar entry detail ( correct EndDate )
After opening a case I received the information that this issue could be reproduced. So it seems that there´s a problem with the template of the resource reservation database.
If you want to refer to my existing case the case number is CS0125933.
After a great hint from Oliver Busse I checked if the free time search is working – and yes, it´s displaying the reserved time correctly:
A great story told by Matt Engstrom about 5 wrong statements about HCL Domino:
Myth 1 – Domino apps don’t work on mobile devices
Myth 2 – A Notes client is required to access my apps
Myth 3 – Specialized skills are required to build Domino apps
Myth 4 – My data cannot be integrated in external systems
Myth 5 – Domino apps are ugly
Read the whole story here: https://bit.ly/2MvfDhN