Could you send me the PDF file so that I can reproduce the problem on my side and investigate ?

Thanks for sharing your benchmarks.

I never took the time to seriously evaluate performance under heavy load as I have always seen Ubooquity as something you deploy on a device at home with a few users from your family.

But that does not means using it for a wider usage can't be done.

As for the performance of NanoHTTPD, they'll become irrelevant with the next version since I replaced it with Jetty.

There is still a lot of work to do before I can release it, but the Jetty migration itself is almost finished, so it will definitively be part of it.

I don't know the first thing about Freenas, but if anybody wants to build a Freenas plugin for Ubooquity (as long as it remains free), he/she's welcome.

I received your file and reproduced the bug.

It'll be fixed in the next version of Ubooquity.

But like I said, when the new version is out, you'll have to rescan all your files for "null" description to be removed.

Ok, I hadn't noticed your Java version:

Java version: 1.8.0_60

Your problem comes from a missing library in earlier versions of Java 8.

To solve it, you have to update Java to a more recent version (the latest version is 1.8.0_101 if I am not mistaken).

Well, there is no command, all is done in Java code inside the program...

Given the size of the collection of some Ubooquity users, I'm not sure getting all the items at once is a good idea... ;)

I get that the page size defined for web pages is not ideal for OPDS pagination, but for now they are linked.

Couldn't you iterate over OPDS pages one after another to get the full list when it exceeds the page size ?

The proper way to do it would be to write a real and clean REST API, but my backlog is still growing faster than I can catch up... :(