XPages is a terrible slowness in DDE after adding a few cans ... is this standard behavior?

I have a rather large xpages project, and now I have added some jars to the projects (9 cans via project explorer). After adding these jars to the classpath, the reason that saving every xpage or custom control in DDE takes up to 25 seconds is crazy (I have a pretty fast iCore7 computer, 8 GB of RAM and running on a local Domino server running on my laptop. .. all the last 8.5.3).

When I remove these banks from the class path, the save time is returned and less than 1 second. Adding these cans to the classpath increases the save time to 25 seconds. Is this normal behavior? How to avoid this when using banners?

+4
source share
4 answers

When you store Jars in an NSF file, Notes / Domino must separate them to add them to the class path before compiling the code. This is done every time they are called, and if they are on the server, then it must pass them to the client before disconnecting.

On a few small jars, this is not a problem (depending on the frequency of use). But if you often call a large number of jars, you should instead put them in the "lib / ext" folder (for example, c: \ notes \ jvm \ lib \ ext).

Thus, they only load into memory once when the client / server starts up.

Let me know if this is what happens and I will see if SPR exists.

+2
source

We talked with the guys who were developing an application that had a similar problem. They said that a particular bank makes the whole site slow it down. Perhaps you can try adding them separately and see which one causes the application to slow down.

+1
source

If the delay is caused by the transfer of the JAR from the server to the client (as described by Simon O'Doherty), you might consider developing a local replica of the application.

I always work this way for larger applications: create a local replica, create or clear a local replica, then upgrade the application on a local or remote Domino server.

One more tip: if you develop this method, you can also get a big performance boost if you replace the hard drive with an SSD.

+1
source

Here I made an interesting observation. Based on the advice of Simon D'Orty, I moved all the jar files to lib / ext, and suddenly there is no delay when saving the xpage or control. When I put another jar back in the database, the message "Building workspace" appears. When moving everyone to lib / ext, there is no longer a “Bulding workspace” message and delay. But working this way is pretty shit, since all developers and servers working with the application must store all these banks, which are almost impossible to save. IBM must fix this in the database!

0
source

Source: https://habr.com/ru/post/1444063/


All Articles