DecodeRepresentation.getSize returns -1

Hi, When I attempt to get the encoded size of a representation (i.e. from DecodeRepresentation) I get a value of -1. How can I retrieve the size of the representation, before it is decoded? cheers /jima

Re: HEAD not well supported?

Erik Hetzner erik.hetzner at ucop.edu writes: At Mon, 8 Oct 2007 17:35:00 + (UTC), Sean Landis sean.landis at gmail.com wrote: [...deleted...] I'd say that Restlet meets the requirements of the spec and that's good. Although I still think it would be better to leverage Uniform

Determining preferred media type from browsers

When a request from a browser to a Restlet application is processed, the request will have many accepted media types. It appears that Restlet scores the accepted media types to prefer APPLICATION_XML and TEXT_XML over TEXT_HTML. This makes it difficult to have a resource support TEXT_HTML and

Re: Determining preferred media type from browsers

It all depends on the Accept header that the client sends. For, example Firefox (2.0.0.7) sends the Accept header: text/ xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/ plain;q=0.8,image/png,*/*;q=0.5. This can be interpreted as text/xml: 100% application/xml: 100%

Restlet site code

Hello. Just an unimportant question... I seem to remember the code for the restlet site being available in the documentation, but now I can't find it. Has it been removed? Kyrre Kristiansen

Re: Restlet site code

Yes, tried on both IE and netscape...both had the same issue. The problem is the localhost server should not send the 401 response again after its authenticated at the first GET

Re: HEAD not well supported?

On 10/10/07, Sean Landis [EMAIL PROTECTED] wrote: [...] We have about a dozen people writing web services using Restlet. Although head is confusing, I'd say we experience more confusion over the fact that GET is a 'special case'. That is, there's no get(), but instead you must use