Re: Different operations (post) on same resource design

On 2010-11-16 17.45, Tim Peierls wrote: What's wrong with proliferation of resources? Changing a password and exporting to a database sound like two very different things; wouldn't you *want* to expose them as different resources? I agree, that's how I do it. A GET on

RE: 2.1 JSE : RecipientInfo/Via chokes on : in token

Hello Guido, I've fixed the writing of the Via header which now accepts host[:port] values (in both 2.0 branch and 2.1 trunk). A few things need to be done however. I've entered an issue for that http://restlet.tigris.org/issues/show_bug.cgi?id=1203. Thansk for your report. Best regards,

Re: Hang when calling setStatus with CLIENT_ERROR_BAD_REQUEST

Hello, are you using the internal client and/or server connectors? I suggest you add the jetty server connector (on server side) and, if it still block, use one of the available client connectors such as net or httpclient. You can have a look here for more details about connectors

RE: Nested routers and keeping remaining part

Hello, I wonder if the probleme does not reside on the default matching mode of the root router. As there are nested routes (under /bbb, /ccc), I think you should specify the start with mode, instead of the equals mode. You just have to update the root router as follow:

RE: BufferOverflowException when response size exceeds 8192 bytes

Hello Tom, thanks a lot for your help, the fix is available in the svn repository. Best regards, Thierry Boileau -- http://restlet.tigris.org/ds/viewMessage.do?dsForumId=4447dsMessageId=2682439

RE: I want to upload a file to the server from a java client but receive a (415) error code

Hello, in your case, you don't need to use a FileRepresentation on server side. You can just replace the type of the parameter: @Post public FileRepresentation receive(Representation file){ [...] } Having said that, you still have access to the Representation#disposition attribute on server

RE: InputStream In not closing properly in InputRepresentation Class

Hello Somu, thanks for your help. I've entered an issue in order to tkae care of this problem: http://restlet.tigris.org/issues/show_bug.cgi?id=1204. Best regards, Thierry Boileau --

Re: Best way to get automatic JavaScript minification in Restlet

Hello Tim, thanks a lot for having entered an issue. This has been fixed (I've checked with your code) a few minutes earlier, see http://restlet.tigris.org/ds/viewMessage.do?dsForumId=4447dsMessageId=2682395 . The remaining size of a target buffer was not taken into account when filling it. Best

Re: BufferOverflowException when response size exceeds 8192 bytes

Would this bug affect the 2.0 branch at all? On 11/17/2010 05:33 AM, Thierry Boileau wrote: Hello Tom, thanks a lot for your help, the fix is available in the svn repository. Best regards, Thierry Boileau --

RE: BufferOverflowException when response size exceeds 8192 bytes

Hi Tal, Actually no, this occurred in a class introduced by the new NIO connector. Best regards, Jerome -- Restlet ~ Founder and Technical Lead ~ http://www.restlet.o​rg Noelios Technologies ~ http://www.noelios.com -Message d'origine- De : Tal Liron