Re: Load testing a Restlet application

The line numbers in Properties.java match java 1.5 sources. When a Properties instance lacks a property it may fall back to a 'defaults' property. Here is the relevant code: class Properties { protected defaults; public Properties(Properties defaults) { this.defaults = defaults; } pu

Restful (HTTP Basic or Digest) login

Just some random thought I wanted to share: There are those who find that HTTPSession is unrestful (Let's avoid restarting the discussion ;-). While thinking of the alternatives I bumped into this: http://www.peej.co.uk/sandbox/htmlhttpauth/index.html This combines the RESTness of Basic and Dig

Re: Restful (HTTP Basic or Digest) login

Hi, some month ago I implemented a Guard like this (I don't look into the internals of this login mechanism). When we redesign the authentification etc. for Restlet 1.2 I will share it. If you want, I could share it know, but perhaps there is room for improvement; I did not looked into it for a

RE: bad experience with restlets

Hi Jon, I agree with most of your comments. I have added them to the related issue. We'll try to fix as many things as possible before 1.1 launch: "Improve the Wiki structure" http://restlet.tigris.org/issues/show_bug.cgi?id=380 Best regards, Jérôme Louvel -- Restlet ~ Founder and Lead develop

RE: Problem with UriInfo.getPath()

Hi Stephan, Normally, the "rootRef" property is set by the VirtualHost, each time a request is handled by one of its routes. Are you relying on the Servlet adapter instead of the standalone mode? Maybe it isn't set properly by the ServerServlet class. Best regards, Jérôme Louvel -- Restlet ~ Fo

Re: Problem with UriInfo.getPath()

Hi Jerome, ok, than I have an idea what to check. I resolved it first a little bit hacky. But it works now. I will update this later. best regards Stephan Jerome Louvel schrieb: Hi Stephan, Normally, the "rootRef" property is set by the VirtualHost, each time a request is handled by one o

RE: ReadableRepresentation issues

Hi Rob, Your expectations about ReadableRepresentation were correct! It's just that the code didn't handle this case properly in ByteUtils. I have just checked in some changes in SVN trunk that should not do this cast if not possible and not attempt to refill the buffer if the channel isn't se

Re: Problem with PUT / POST and web forms

Hi Rodrigo, if you want to send PUT requests from a web form, have a look at this => http://www.restlet.org/documentation/1.1/faq#19 If your target resource URI is "http://foo.com/bar";, you can post your web form to "http://foo.com/bar?method=put";. Best regards, Thierry Boileau -- Restlet ~

Re: ReadableRepresentation issues

Cool! I'll rebuild and do my benchmark again. On Mon, Sep 22, 2008 at 7:16 AM, Jerome Louvel <[EMAIL PROTECTED]>wrote: > > I have just checked in some changes in SVN trunk that should not do this > cast if not possible and not attempt to refill the buffer if the channel > isn't selectable. > >

Re: Load testing a Restlet application

Hi Karel, Thanks for your response. Yes in my code at one place I am trying to copy system default properties to a new properties object. Code snippet is given below: Properties props = new Properties(System.getProperties()); // add some more properties in props object

Re: Using Directory to serve files from a network

"Rob Heittman" <[EMAIL PROTECTED]> wrote on 09/19/2008 10:31:13 PM: > If you are on a Windows network, things may work more simply if you > can map the file server to a drive letter. Depending on your JVM > implementation and OS specifics, you may have more or less success > using URIs to poi

Re: Using Directory to serve files from a network

It all should work fine, I use similar setups. On Windows I do like to map the file server share to a drive letter ... although we've sometimes gotten UNC paths to work, I'm not enough of a Windows expert to understand why it either does or doesn't. At least when I map the drive and make it persi

RE: [RFC] WadlResource, get a param value according to the description

Hi Jérome > However, in this case, how do you deal with the fact that you could have > several parameters with the same name but different type? Since i didn't need, i didn't think about this :-) Do you mean we can have something like this in a WADL? Is it not a bit weird? BTW, when i

RE: Random Grizzly IOException

Hi Bruce, I've just fixed the Grizzly/NIO exception that occurred on Linux "Resource temporarily unavailable). This solves an issue that was reported by several persons and that we were experiencing as well. I suggest that you try again when 1.1 RC2 is released. Hopefully soon now. Best regards

JAX-RS extension: not enough time for development

Hi all, in the moment I have only very little time to continue the development of the JAX-RS extension. If someone wants to help, I'm very open for it. If you find a bug, let me know. A good help is writing test cases, if you found something doesn't work. I've created a helper class, so it i

RE: Any reason to override 401 to 1002?

Hi Tamas, I found the cause of your second issue and was able to fix it. Now if there is an entity associated to a DELETE request, it is simply ignored by the client connector and not sent over the wire. The server doesn't notice it at all. Thanks for reporting this. Fix in SVN trunk. Best

RE: [RFC] WadlResource, get a param value according to the description

Hi Vincent, I was referring to several parameters with the same name but with different styles (and not types!). Sorry for the confusion... Does it make more sense now? Best regards, Jérôme Louvel -- Restlet ~ Founder and Lead developer ~ http://www.restlet.org Noelios Technologies ~ Co-founder

Re: Load testing a Restlet application

See here: http://java.sun.com/j2se/1.5.0/docs/api/java/util/Properties.html You can copy the properties one by one by looping over System.getProperties().getPropertyNames() or you can copy them all at once by using the load/store or loadXML/storeXML properties. HTH, Karel On Mon, 2008-09-22 at

RE: Any reason to override 401 to 1002?

Hi Tomas, The fix will be part of 1.1 RC2 to be released this week. I understand the fact that registering a new authentication helper looks heavy handed but this is the cost for having pluggable authentication mechanism. If you have a better idea let me know. Maybe you could filter the reques

Re: Any reason to override 401 to 1002?

Hi Jerome, thanks a lot for fixes! I hope it will be released soon enough to make it into Nexus 1.1M1 (planned for end of this week, or early next week). ~t~ On Mon, Sep 22, 2008 at 5:55 PM, Jerome Louvel <[EMAIL PROTECTED]>wrote: > Hi Tamas, > > I found the cause of your second issue and was a

RE: Any reason to override 401 to 1002?

Hi Tamas, If all goes well, we'll release 1.1 RC2 tomorrow, so it looks good for you :-) Best regards, Jérôme Louvel -- Restlet ~ Founder and Lead developer ~ http://www.restlet.org Noelios Technologies ~ Co-founder ~ http://www.noelios.co

HTTP Authentication for JAAS Subjects

Over the course of a project, an interesting question came up on how to support the authentication of a JAAS subject to multiple REST servers. In short, we needed an authentication module that is able to differentiate between the private credentials of a JAAS subject given various REST server URIs.

Re: Load testing a Restlet application

Hi Karel, Thank you very much for you help. Thanks Prashant