Domino on Linux/Unix, Troubleshooting, Best Practices, Tips and more ...


Daniel Nashed

Notes and Domino 9.0.1 Feature Pack 8 shipped

Daniel Nashed – 7 March 2017 18:43:47
Feature Pack 8 has shipped today including new templates.

The new version comes with updated documentation for the Client, the Server and also for the Designer.
For ADFS 3.0 there is brand new documentation that is not just in simple "cookbook" style.
We had the opportinity to give feedback before it was released.

Here is the main entries for the documentation.

Beside Java 1.8 support, NIFNSF and large summary support there are a couple of other new stuff.

XPages was not mentioned in the Domino development strategy session but XPages still gets attention and new functionality.

Stay tuned for more information about FP8. Just installed the client update one minute ago...

-- Daniel


1Don  07.03.2017 20:27:32  Notes and Domino 9.0.1 Feature Pack 8 shipped

Thanks for all the info and updates!

2Ian Scott  07.03.2017 22:01:08  Notes and Domino 9.0.1 Feature Pack 8 shipped

Slight issue with VOP - I found the FP8 installer failed with VOP1.0.0.0 installed but worked with VOP1.0.0.1 although it did blow away the OSGi JAR files. Still, after copying the VOP OSGi JAR files back in it worked fine. This was with Win64. I also noted that the VOP views are not included in the new mail template but that is no big deal

Lots to like here.

3Vincent Deshoulieres  07.03.2017 23:34:19  Notes and Domino 9.0.1 Feature Pack 8 shipped

Just upgraded the client:

C:\Program Files (x86)\IBM\Notes\jvm\bin>java -version

java version "1.8.0"

Java(TM) SE Runtime Environment (build pwi3280sr3fp22-20161213_02(SR3 FP22))

IBM J9 VM (build 2.8, JRE 1.8.0 Windows 7 x86-32 20161209_329148 (JIT enabled, AOT enabled)

J9VM - R28_20161209_1345_B329148


GC - R28_20161209_1345_B329148

J9CL - 20161209_329148)

JCL - 20161213_01 based on Oracle jdk8u111-b14

Next of course, server and nifnsf :)

4Erik Schwalb  08.03.2017 0:27:13  Notes and Domino 9.0.1 Feature Pack 8 shipped

"XPages was not mentioned in the Domino development strategy session"...yep, but Martin Donnelly and Brian Gleeson did that in the session "1671 - A Deep Dive into the Feature Pack Pipeline for Domino App Dev".

You can get their presentation from here:!/wiki/W673b2ef648e4_4ba3_856f_5798e824706b/page/Connect%202017%20Slide%20Decks

5Daniel Nashed  08.03.2017 5:44:44  Notes and Domino 9.0.1 Feature Pack 8 shipped

@Erik, thanks for the feedback and thanks for the link!

Yes you are right! And it would have made sense to have at least one slide in the app dev strategy session to mention XPages and to point to that session!

That's why I explicitly mentioned the improvements for XPages in FP8.

6Paul Withers  08.03.2017 10:19:45  Notes and Domino 9.0.1 Feature Pack 8 shipped

@Vincent It's interesting to see that Java version for Client. I heard some work had been done in preparation for FP9, although it looks like the only jvm available to compile against in DDE is 1.6, as expected. But it's possible to compile against and use Java 1.8 in plugins on the server.

@Erik Thanks for the link, the scheduling for that session at IBM Connect was unfortunate.

7Nick Norton  15.03.2017 15:29:17  Notes and Domino 9.0.1 Feature Pack 8 shipped

With regard to the NFINSF feature. The "Show Database" command has the optional argument "v" to display view information in Bytes, which is fine for interrogating view sizes for individual NSF files.

If you run the NIFNSF option against a single NSF, its possible to see the base NDX allocated the NSF filename plus the randomly generated additional NDX files associated with the NSF. However, you don't know the NDX content (is it one or multiple view indexes?) but can see their size through the admin client or the operating system.

When running NIFNSF against multiple files (such as mail files), the NDX files are grouped under the source directory (e.g. "mail") but apart from the single 245Kb NDX bearing the source file name, there appears to be nothing that maps the randomly generated NDX filenames back to their source NSF, so when dealing with multiple mail files it appears not possible (?) to track any size reduction back to the source NSF. From an admin point of view this is somewhat frustrating.

Do we have to take it on trust, a bit like DAOS, or will further documentation be forthcoming that explains?



    • [HCL Domino]
    • [Domino on Linux]
    • [Nash!Com]
    • [Daniel Nashed]