dschmidt commented on code in PR #3179:
URL: https://github.com/apache/tika/pull/3179#discussion_r4026601796
##########
docs/modules/ROOT/pages/using-tika/server/index.adoc:
##########
@@ -154,6 +154,39 @@ not (detectors, embedded-document extraction, exception
reporting, ...) and rais
limits above the per-request clamp. Every active preset resolves at startup,
so a bad preset
fails the server, not its first request.
+WARNING: An active preset is a public route: anyone who can reach the server
can call it, and
+it runs at config trust — it can bind components `/config` cannot and raise
timeout limits
+above the per-request clamp. Vet a preset as you would
`allowPerRequestConfig`, scoped to what
+the preset turns on. Tika's catalog presets are kept bounded (page and render
caps, no OCR
+unless the preset is about OCR, no timeout raises); hold your own to the same
bar. Startup
+logs one line per active preset naming the components it configures.
+
+==== The `thumbnails` catalog preset
+
+Tika ships one catalog preset, `thumbnails` (in `tika-pipes-core`), for
+`/unpack/preset/thumbnails`. Nothing is active until the operator names it:
+
+[source,json]
+----
+{ "presets": { "thumbnails": true } }
Review Comment:
Ah, sorry, missed this.
Will you open the ticket?
If it's not the default I would at least like to make it very easy to opt
in, maybe via env var or so?
Creating a config file is (comparatively) pretty cumbersome in tutorials,
compose setups etc
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: [email protected]
For queries about this service, please contact Infrastructure at:
[email protected]
