Hi
On 25/01/14 11:50, David Meikle wrote:
Hi,
On 14 Jan 2014, at 22:46, Stefano Fornari <stefano.forn...@gmail.com> wrote:
Currently, tika 1.4 has some serious bug that makes it hang with partial
mp3, so it can be quite bad in production. tika 1.5 fixes it, but I do
understand TIKA-1198is a bad regression, therefore it is blocker for me
too. I am not familiar with WS so I do not know how much work would be to
fix it. however, I am wondering if no one commit to fix it, is roll back an
option? we may roll back the CXf fix and then be ready to release.
I should clarify that TIKA-1198 offers a better support for managing big
files specifically uploaded as a multi-part payload. The enhancement has
caused the side-effects for only those existing clients which completely
ignore setting Content-Type: unfortunately the documented 'curl -T' is
one of those clients. Adding -H "Content-Type: type/xml", etc, easily
resolves the issue.
But the already written scripts already exist and we agreed with Dave it
would need to addressed
Sergey has had a look and has setup a unique path for this whilst exploring an
upstream fix.
Unfortunately the perfect solution, where all types of payloads are
supported on the same path is indeed temporarily not possible at the
JAX-RS level, specifically in cases of the client requests with no
provided Content-Types. The fix is straight-forward but I'd prefer to
have it 'supported' at the specification text level. In meantime having
a dedicated form handler is not bad option too.
This clears the blockers for a release from me, so unless I hear anyone else
highlight something I will roll a release candidate for voting.
Sounds good
Thanks, Sergey
Cheers,
Dave
