Other question, is this for /tika or /rmeta?
On Tue, Oct 4, 2022 at 4:57 PM Tim Allison <[email protected]> wrote: > > Do you want an exception if a file has embedded files deeper than, > say, 10? Or do you want the parse to keep going for all other > embedded files that are shallower than 10? > > On Tue, Oct 4, 2022 at 4:50 PM Josh Burchard <[email protected]> wrote: > > > > Thanks Nicholas, > > > > I appreciate the pointer. My mistake for being fixated on the term > > "depth". The header "maxEmbeddedResources" looks promising, but the > > description reads like it's going to be an absolute number. Unfortunately, > > in my use case the number of embedded files at any particular depth will > > both be varied and unknown and I don't want to incur the overhead of > > cracking the container open beforehand to figure it out. Anyway, I'll give > > this header a test and see if I can at least give me a partial solution. > > Thanks again! > > > > > > > > > > From: "Nicholas DiPiazza" <[email protected]> > > To: [email protected] > > Date: 10/04/2022 11:18 AM > > Subject: Re: max depth of embeddeds & tika server > > ________________________________ > > > > > > > > see "Specifying Limits" in this doc > > https://cwiki.apache.org/confluence/display/TIKA/TikaServer > > > > On Tue, Oct 4, 2022 at 8:43 AM Josh Burchard <[email protected]> wrote: > > Tika server question. Is there a way to control the max depth of embedded > > file recursion either by passing in an HTTP header or via the xml config > > file? I haven't been able to find anything to that effect by checking the > > Tika wiki, nor just through googling. > > > > - Josh Burchard : HCL Technologies > > > >
