The logs I got: Caused by: org.apache.poi.util.RecordFormatException: Tried to allocate an array of length 1835606, but 1000000 is the maximum for this record type. If the file is not corrupt, please open an issue on bugzilla to request increasing the maximum allowable size for this record type. As a temporary workaround, consider setting a higher override value with IOUtils.setByteArrayMaxOverride()
On Wed, 1 Feb 2023 at 23:49 Tim Allison <[email protected]> wrote: > As Tilman said, I don't think the issue is on the Tika side, but I > can't tell without testing. What happens when you curl the file to > the server? You might have to use multipart/form-data? > > Again, as Tilman said, it would be useful to see what the logs are. > Try sending the file to the /rmeta endpoint to get the stacktrace if > you can't otherwise see the logs. > > > On Wed, Feb 1, 2023 at 12:04 PM Tilman Hausherr <[email protected]> > wrote: > > > > How would you know that it is size related? Try what I mentioned, or > look at the server logs, or share the file. > > > > Tilman > > > > On 01.02.2023 17:08, שי ברק wrote: > > > > I work on C# project that uses Tika Server with http request, so I’m > wondering if there’s something I can do with the config file of the > server…maybe there’s a way to modify the size limit > > > > On Wed, 1 Feb 2023 at 17:51 Tilman Hausherr <[email protected]> > wrote: > >> > >> On 01.02.2023 09:40, שי ברק wrote: > >> > I have a 150 MB power point office document and when send request to > >> > Tika server I get 422 response back, says it’s unprocessable entity. > >> > Is there size limitation in Tika or the issue is with my specific > >> > document? > >> > >> What happens if you do the same with tika-app from the command line? > >> > >> Tilman > >> > >> > >> > > >
