So this issue should be fixed with latest snapshot version of jaxrs.utils which is now being used in the launcher (not in the archetype to keep the generated project more stable).
Cheers, Reto On Mon, Mar 11, 2013 at 3:26 PM, Reto Bachmann-Gmür <[email protected]>wrote: > > > On Mon, Mar 11, 2013 at 2:29 PM, Rupert Westenthaler < > [email protected]> wrote: > >> Hi >> >> >> On Mon, Mar 11, 2013 at 2:03 PM, Reto Bachmann-Gmür <[email protected]> >> wrote: >> > Hi >> > >> > I'll look into the contenthub to get rid of the usage of >> jersey-multipart. >> > >> > We should not depend on modules that work exclusively on jersey. If they >> > break if there is a standard conformat message body reader for that >> type in >> > place the worse for the jersey-multipart module. >> > >> > It is with unfortunate that the breakage didn't result in a test >> failure. >> >> It did. I was getting 4 failing Enhancer test (see the attachment to the >> issue). >> >> > >> I do not think it has something to do with jersey, as this uses the >> "org.apache.stanbol.enhancer.jersey.reader.ContentItemReader". >> AFAIK the Contenthub uses the same class to read ContentItems form >> multipart requests. My guess is that a JAX-RS provider of the clerezza >> "jaxrs.utils" is overriding the ContentItemReader somehow. >> > > Ok I see. Thanks for pointing to this. > > The jax-rs MBR provided by jaxrs.utils has a higher priroity because it is > pecific for multipart/form-data while ContentItemReader consumes */*. > Clearly it should deny service if the argument is not assignable from > MultiPartBody. I'll investigate. > > Cheers, > Reto > >> >> best >> Rupert >> >> > >> > Cheers, >> > Reto >> > >> > On Mon, Mar 11, 2013 at 10:43 AM, Rupert Westenthaler < >> > [email protected]> wrote: >> > >> >> Hi >> >> >> >> I can confirm this. After "svn up" I see even broken Integration test >> >> for the Enhancer. All related to multipart-mime support. On the Server >> >> side there are exceptions like >> >> >> >> java.lang.ClassCastException@3e8618aa >> >> at sun.reflect.GeneratedMethodAccessor69.invoke(Unknown >> Source) >> >> at >> >> >> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) >> >> at java.lang.reflect.Method.invoke(Method.java:597) >> >> at >> >> >> com.sun.jersey.spi.container.JavaMethodInvokerFactory$1.invoke(JavaMethodInvokerFactory.java:60) >> >> at >> >> >> com.sun.jersey.server.impl.model.method.dispatch.AbstractResourceMethodDispatchProvider$ResponseOutInvoker._dispatch(AbstractResourceMethodDispatchProvider.java:205) >> >> >> >> Removing >> >> >> >> <bundle> >> >> <groupId>org.apache.clerezza</groupId> >> >> <artifactId>jaxrs.utils</artifactId> >> >> <version>0.6-incubating</version> >> >> </bundle> >> >> >> >> form >> >> >> >> launchers/bundlelist/stanbolcommons/src/main/bundles/list.xml >> >> >> >> solved all those problems for me. So this is caused by STANBOL-977 [1] >> >> [2]. Reopend the Issue and added information about this >> >> >> >> best >> >> Rupert >> >> >> >> >> >> [1] https://issues.apache.org/jira/browse/STANBOL-977 >> >> [2] http://svn.apache.org/r1453863 >> >> >> >> On Fri, Mar 8, 2013 at 9:42 AM, Rafa Haro <[email protected]> wrote: >> >> > Hi all, >> >> > >> >> > After last update from the trunk, it seems that there is a bug in the >> >> Create >> >> > REST service of the ContentHub that prevent to upload Content Items. >> An >> >> > exception is always thrown in the Stanbol Server even with simple >> tests >> >> like >> >> > this one extracted from the API documentation: >> >> > >> >> > curl -i -F "content=I live in Paris.;type=text/plain" >> >> > "http://localhost:9080/contenthub/contenthub/store?title=Paris"; >> >> > >> >> > I have also tried with our Java Stanbol Client (working without >> problems >> >> in >> >> > previous versions) and get the same exception: >> >> > >> >> > Mar 08, 2013 8:32:59 AM >> >> > com.sun.jersey.server.impl.application.WebApplicationImpl >> _handleRequest >> >> > SEVERE: The RuntimeException could not be mapped to a response, >> >> re-throwing >> >> > to the HTTP container >> >> > java.lang.IllegalArgumentException: argument type mismatch >> >> > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) >> >> > at >> >> > >> >> >> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) >> >> > at >> >> > >> >> >> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) >> >> > at java.lang.reflect.Method.invoke(Method.java:601) >> >> > at >> >> > >> >> >> com.sun.jersey.spi.container.JavaMethodInvokerFactory$1.invoke(JavaMethodInvokerFactory.java:60) >> >> > at >> >> > >> >> >> com.sun.jersey.server.impl.model.method.dispatch.AbstractResourceMethodDispatchProvider$ResponseOutInvoker._dispatch(AbstractResourceMethodDispatchProvider.java:205) >> >> > at >> >> > >> >> >> com.sun.jersey.server.impl.model.method.dispatch.ResourceJavaMethodDispatcher.dispatch(ResourceJavaMethodDispatcher.java:75) >> >> > at >> >> > >> >> >> com.sun.jersey.server.impl.uri.rules.HttpMethodRule.accept(HttpMethodRule.java:302) >> >> > at >> >> > >> >> >> com.sun.jersey.server.impl.uri.rules.ResourceClassRule.accept(ResourceClassRule.java:108) >> >> > at >> >> > >> >> >> com.sun.jersey.server.impl.uri.rules.RightHandPathRule.accept(RightHandPathRule.java:147) >> >> > at >> >> > >> >> >> com.sun.jersey.server.impl.uri.rules.RootResourceClassesRule.accept(RootResourceClassesRule.java:84) >> >> > at >> >> > >> >> >> com.sun.jersey.server.impl.application.WebApplicationImpl._handleRequest(WebApplicationImpl.java:1480) >> >> > at >> >> > >> >> >> com.sun.jersey.server.impl.application.WebApplicationImpl._handleRequest(WebApplicationImpl.java:1411) >> >> > at >> >> > >> >> >> com.sun.jersey.server.impl.application.WebApplicationImpl.handleRequest(WebApplicationImpl.java:1360) >> >> > at >> >> > >> >> >> com.sun.jersey.server.impl.application.WebApplicationImpl.handleRequest(WebApplicationImpl.java:1350) >> >> > at >> >> > >> >> >> com.sun.jersey.spi.container.servlet.WebComponent.service(WebComponent.java:416) >> >> > at >> >> > >> >> >> com.sun.jersey.spi.container.servlet.ServletContainer.service(ServletContainer.java:538) >> >> > at >> >> > >> >> >> com.sun.jersey.spi.container.servlet.ServletContainer.service(ServletContainer.java:716) >> >> > at javax.servlet.http.HttpServlet.service(HttpServlet.java:820) >> >> > at >> >> > >> >> >> org.apache.felix.http.base.internal.handler.ServletHandler.doHandle(ServletHandler.java:96) >> >> > at >> >> > >> >> >> org.apache.felix.http.base.internal.handler.ServletHandler.handle(ServletHandler.java:79) >> >> > at >> >> > >> >> >> org.apache.felix.http.base.internal.dispatch.ServletPipeline.handle(ServletPipeline.java:42) >> >> > at >> >> > >> >> >> org.apache.felix.http.base.internal.dispatch.InvocationFilterChain.doFilter(InvocationFilterChain.java:49) >> >> > at >> >> > >> >> >> org.apache.felix.http.base.internal.dispatch.HttpFilterChain.doFilter(HttpFilterChain.java:33) >> >> > at >> >> > >> >> >> org.apache.stanbol.commons.httpqueryheaders.impl.QueryHeadersFilter.doFilter(QueryHeadersFilter.java:75) >> >> > at >> >> > >> >> >> org.apache.felix.http.base.internal.handler.FilterHandler.doHandle(FilterHandler.java:88) >> >> > at >> >> > >> >> >> org.apache.felix.http.base.internal.handler.FilterHandler.handle(FilterHandler.java:76) >> >> > at >> >> > >> >> >> org.apache.felix.http.base.internal.dispatch.InvocationFilterChain.doFilter(InvocationFilterChain.java:47) >> >> > at >> >> > >> >> >> org.apache.felix.http.base.internal.dispatch.HttpFilterChain.doFilter(HttpFilterChain.java:33) >> >> > at >> >> > >> >> >> org.apache.felix.http.base.internal.handler.FilterHandler.handle(FilterHandler.java:78) >> >> > at >> >> > >> >> >> org.apache.felix.http.base.internal.dispatch.InvocationFilterChain.doFilter(InvocationFilterChain.java:47) >> >> > at >> >> > >> >> >> org.apache.felix.http.base.internal.dispatch.HttpFilterChain.doFilter(HttpFilterChain.java:33) >> >> > at >> >> > >> >> >> org.apache.stanbol.commons.web.resources.ResourceServingFilter.doFilterHttp(ResourceServingFilter.java:148) >> >> > at >> >> > >> >> >> org.apache.stanbol.commons.web.resources.ResourceServingFilter.doFilter(ResourceServingFilter.java:91) >> >> > at >> >> > >> >> >> org.apache.felix.http.base.internal.handler.FilterHandler.doHandle(FilterHandler.java:88) >> >> > at >> >> > >> >> >> org.apache.felix.http.base.internal.handler.FilterHandler.handle(FilterHandler.java:76) >> >> > at >> >> > >> >> >> org.apache.felix.http.base.internal.dispatch.InvocationFilterChain.doFilter(InvocationFilterChain.java:47) >> >> > at >> >> > >> >> >> org.apache.felix.http.base.internal.dispatch.HttpFilterChain.doFilter(HttpFilterChain.java:33) >> >> > at >> >> > >> >> >> org.apache.stanbol.commons.security.auth.AuthenticatingFilter$1.run(AuthenticatingFilter.java:163) >> >> > at java.security.AccessController.doPrivileged(Native Method) >> >> > at javax.security.auth.Subject.doAsPrivileged(Subject.java:536) >> >> > at >> >> > >> >> >> org.apache.stanbol.commons.security.auth.AuthenticatingFilter.doFilter(AuthenticatingFilter.java:159) >> >> > at >> >> > >> >> >> org.apache.felix.http.base.internal.handler.FilterHandler.doHandle(FilterHandler.java:88) >> >> > at >> >> > >> >> >> org.apache.felix.http.base.internal.handler.FilterHandler.handle(FilterHandler.java:76) >> >> > at >> >> > >> >> >> org.apache.felix.http.base.internal.dispatch.InvocationFilterChain.doFilter(InvocationFilterChain.java:47) >> >> > at >> >> > >> >> >> org.apache.felix.http.base.internal.dispatch.HttpFilterChain.doFilter(HttpFilterChain.java:33) >> >> > at >> >> > >> >> >> org.apache.felix.http.base.internal.dispatch.FilterPipeline.dispatch(FilterPipeline.java:48) >> >> > at >> >> > >> >> >> org.apache.felix.http.base.internal.dispatch.Dispatcher.dispatch(Dispatcher.java:39) >> >> > at >> >> > >> >> >> org.apache.felix.http.base.internal.DispatcherServlet.service(DispatcherServlet.java:67) >> >> > at javax.servlet.http.HttpServlet.service(HttpServlet.java:820) >> >> > at >> >> > >> org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:511) >> >> > at >> >> > >> org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:390) >> >> > at >> >> > >> org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:182) >> >> > at >> >> > >> org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:765) >> >> > at >> >> > >> org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:152) >> >> > at org.mortbay.jetty.Server.handle(Server.java:326) >> >> > at >> >> > >> org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:542) >> >> > at >> >> > >> >> >> org.mortbay.jetty.HttpConnection$RequestHandler.content(HttpConnection.java:943) >> >> > at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:756) >> >> > at >> org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:218) >> >> > at >> org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:404) >> >> > at >> >> > >> >> >> org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:410) >> >> > at >> >> > >> >> >> org.mortbay.thread.QueuedThreadPool$PoolThread.run(QueuedThreadPool.java:582) >> >> > >> >> > Any clue about what is happening? >> >> > >> >> > Thanks >> >> > >> >> > >> >> > -- >> >> > >> >> > ------------------------------ >> >> > This message should be regarded as confidential. If you have received >> >> this >> >> > email in error please notify the sender and destroy it immediately. >> >> > Statements of intent shall only become binding when confirmed in hard >> >> copy >> >> > by an authorised signatory. >> >> > >> >> > Zaizi Ltd is registered in England and Wales with the registration >> number >> >> > 6440931. The Registered Office is 222 Westbourne Studios, 242 Acklam >> >> Road, >> >> > London W10 5JJ, UK. >> >> >> >> >> >> >> >> -- >> >> | Rupert Westenthaler [email protected] >> >> | Bodenlehenstraße 11 ++43-699-11108907 >> >> | A-5500 Bischofshofen >> >> >> >> >> >> -- >> | Rupert Westenthaler [email protected] >> | Bodenlehenstraße 11 ++43-699-11108907 >> | A-5500 Bischofshofen >> > >
