I'm a new boy here so please bear with me. I'd got a method in one bit I'm looking at that's using @FormParam/import com.sun.jersey.multipart.FormDataParam;, but was before my time, pretty sure it's redundant, have commented out, nothing broke.
I'm pretty sure there will be other Jersey dependencies in the tree that could easily be replaced by alternate jax-rs interface bits or things from Clerezza. This I believe would be an improvement, make the code more portable and easier to manage. I stress Clerezza because it's also under Apache and is pretty active (last commit looks like 3 days ago). And Reto having a big foot over there doesn't hurt. I'm pretty sure in the case of the code I've been looking at it wasn't a necessary dependency, but when you're doing stuff to make it work it's easy to pick the first available. Taking a high horse I suppose make a test and refactor, but it's not likely to need that much effort. I don't know maven very well, is there a way of checking such things? maybe generating a report on the dependencies, have a look what actually relies on Jersey-specific libs? Cheers, Danny. On 5 February 2013 11:53, Rupert Westenthaler <[email protected]> wrote: > Hi all, > > Recently messages like > > SEVERE: Resource methods utilizing @FormParam and consuming > "multipart/form-data" are no longer supported. See @FormDataParam. > > Reappeared during the startup of the Stanbol Full launcher. (see [1] > for an example of the last jenkins build). > > IMO this is related to @Post annotated methods that do not define a > @Consume tag. > > @Post methods that @Consume("multipart/form-data") need to use > @FormDataParam while @Post methods that > @Consume("application/x-www-form-urlencoded") have to use @FormParam > > This implies that @Post annotated methods need to define the @Consume > parameter. > > To me it looks as if mainly the CMS Adapter and the Contenthub is > affected. The Enhancer and Entityhub are NOT affected by this. > > So please check your JAR-RS resources and make the according > adaptions. Do not forget to create according issues. > > best > Rupert > > ps. I am already taking care of the other exceptions present in [1] > > > [1] https://builds.apache.org/job/stanbol-trunk-1.6/1258/console > > -- > | Rupert Westenthaler [email protected] > | Bodenlehenstraße 11 ++43-699-11108907 > | A-5500 Bischofshofen -- http://dannyayers.com http://webbeep.it - text to tones and back again
