Mailing-List: contact dev-help@clerezza.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@clerezza.apache.org
Received-SPF: neutral (nike.apache.org: local policy)
MIME-Version: 1.0
Sender: me@farewellutopia.com
Date: Tue, 26 Mar 2013 17:38:51 +0100
Message-ID: 
 <CALvhUEXcXVRA8mkAAyzu4YZD0MW31XZQk1H__TaaoPos3rY=6Q@mail.gmail.com>
Subject: Wink issue affecting clerezza
From: =?ISO-8859-1?Q?Reto_Bachmann=2DGm=FCr?= <reto@apache.org>
To: clerezza-dev@incubator.apache.org
Cc: wink-dev@incubator.apache.org
Content-Type: multipart/alternative; boundary=f46d044284f87b4b0b04d8d68ec3

--f46d044284f87b4b0b04d8d68ec3
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

The issue WINK-379 is I think the major blocker preventing us to release
clerezza platform with wink. For example the sparql endpoint isn't working
because of this issue. The sparql endoint jaxrs resource method returns an
object that can be a graph, a resultset or a Boolean. Currently it only
works when the client sets the accept header to prefer the right format,
i.e. for a construct query one has to prefer rdf over xml and for a select
query xml over rdf. If they prefer application/rdf+xml over application/xml
and the query results in a ResultSet this will results in the following
error.

The system could not find a javax.ws.rs.ext.MessageBodyWriter or a
DataSourceProvider class for the javax.xml.transform.dom.DOMSource type and
application/rdf+xml mediaType.  Ensure that a
javax.ws.rs.ext.MessageBodyWriter exists in the JAX-RS application for the
type and media type specified.

Currently because of this some clerezza modules are working better in
Stanbol than in clerezza. Stanbol is using jersey. The part of clerezza
tied to wink is TypeRendering however with jax-rs 2.0 typerendering can be
implemented in a portable way thanks to
http://java.net/jira/browse/JAX_RS_SPEC-23 being resolved. Jax-rs 2.0 is
currently implemented in jersey 2 release candidate and in a RestEasy 3
beta. I haven't tried any of them.

WDYT?

Reto

---------- Forwarded message ----------
From: Reto Bachmann-Gm=FCr <reto@apache.org>
Date: Sun, Mar 17, 2013 at 6:41 PM
Subject: Re: 500 - Response and Error unless restricting accept header
To: user@wink.apache.org
Cc: wink-user@incubator.apache.org


Hi Luciano

The error occurs when the resource method has no @Produces (or
@Produces(*/*) ) and there is no MessageBodyWriter for the first preference
in the Accept header.

Cheers,
Reto


On Sun, Mar 17, 2013 at 6:18 PM, Luciano Resende <luckbr1975@gmail.com>wrot=
e:

> On Sun, Jan 13, 2013 at 10:34 AM, Reto Bachmann-Gm=FCr <reto@apache.org>
> wrote:
> > Hello
> >
> > When the accept header is set to
> >
> > Accept: text/html,application/xhtml+xml,application/xml;q=3D0.9,*/*;q=
=3D0.8
> >
> > I get a 500 reponse and the following errr is logged.
> >
> > 2013-01-13 19:27:25,639 [931211918@qtp-341460182-40] ERROR
> > 931211918@qtp-341460182-40
> > org.apache.wink.server.internal.handlers.FlushResultHandler - The syste=
m
> > could not find a javax.ws.rs.ext.MessageBodyWriter or a
> DataSourceProvider
> > class for the
> org.apache.clerezza.rdf.core.impl.util.PrivilegedGraphWrapper
> > type and text/html mediaType.  Ensure that a
> > javax.ws.rs.ext.MessageBodyWriter exists in the JAX-RS application for
> the
> > type and media type specified.
> >
> > When I restrict the accept header to a format for which there is a
> > MessageBodyWriter things works correctly.
> >
> > Is this a known problem or should I investigate further and create an
> issue?
> >
> > Cheers,
> > Reto
>
> I was trying to reproduce the error with the trunk code, I created a
> simple resource that @produces application/xml and then used a browser
> rest client to submit a request passing the accept header you
> mentioned and it worked ok. Could you double check with trunk code and
> maybe provide more details on how I could reproduce the issue.
>
> --
> Luciano Resende
> http://people.apache.org/~lresende
> http://twitter.com/lresende1975
> http://lresende.blogspot.com/
>

--f46d044284f87b4b0b04d8d68ec3--