Jerome Louvel wrote:
I've added a new method on Series: getValuesArray(String name):String[].
There is already a getValues(String name):String method so I had to prepend
the 'Array' suffix. Code checked in SVN trunk.
Fab! Thanks for that. I know that many people don't make use of the
multip
I believe so, but try it out yourself :)
.. Adam
On Sun, Mar 23, 2008 at 8:42 PM, Ian Clarke <[EMAIL PROTECTED]> wrote:
> On Sun, Mar 23, 2008 at 10:39 PM, Adam Rosien <[EMAIL PROTECTED]> wrote:
> > > In the event that it is appropriate to use a GET parameter, what is
> > > the best way to
On Sun, Mar 23, 2008 at 10:39 PM, Adam Rosien <[EMAIL PROTECTED]> wrote:
> > In the event that it is appropriate to use a GET parameter, what is
> > the best way to extract it from a Request?
>
> http://www.restlet.org/documentation/1.0/tutorial#part10 has one way
> to push the query paramete
On Sun, Mar 23, 2008 at 7:56 PM, Ian Clarke <[EMAIL PROTECTED]> wrote:
> When is it appropriate to use a query string to pass parameters to a
> REST API call?
>
> For example, why is:
>
> http://blah/user/1234
>
> better than:
>
> http://blah/user?id=1234
>
> ?
I depends on the context rea
When is it appropriate to use a query string to pass parameters to a
REST API call?
For example, why is:
http://blah/user/1234
better than:
http://blah/user?id=1234
?
I'm guessing that if I have a GET request which can return a list of a
variable length (such as a search), then a GET para
That is a perfectly good way to do it.
.. Adam
On Sun, Mar 23, 2008 at 7:12 PM, Ian Clarke <[EMAIL PROTECTED]> wrote:
> Maybe I've just found the answer to my own question - is it something like
> this:
>
> public Representation getRepresentation(Variant variant) {
> snip...
> } catch (J
You should set the HTTP status code to an appropriate value, in the
400 or 500 range, via getResponse().setStatus(). See
http://www.w3.org/Protocols/rfc2616/rfc2616-sec10.html#sec10. For
your example, 401 Bad Request would be appropriate.
You can also return a representation that may return addi
Maybe I've just found the answer to my own question - is it something like this:
public Representation getRepresentation(Variant variant) {
snip...
} catch (JSONException e) {
log.error("Error constructing JSON response while returning a user", e);
this.getResponse().setStatu
What is the appropriate way to report an error back to the caller of a
HTTP REST call from a Resource class?
For example, what if I'm using JSON and there is some kind of JSON
parsing error? Obviously, it would be nice to return a useful error
message to the caller of the API.
I'd really appreci
Jerome, I think you misunderstood me. I was suggesting it might be useful
to allow the client to tell Restlet to read and store the response entity to
be consumed later.
If the response entity is read right away and stored, there would be no need
to keep the connection open and the entire request
Hot off the presses:
http://mule.mulesource.org/display/RESTLET/User%27s+Guide
Basically I would like this code:
Engine engine = new Engine(false);
engine.getRegisteredClients().add(new MuleClientHelper());
Engine.setInstance(engine);
Client client = new Client(Protocol.HTTP);
to be like thi
Hi Kevin,
Why not, but what would be the use case for making such a request? If a
client application isn't interested in the entity, it can always issue a
HEAD request.
Best regards,
Jerome
> -Message d'origine-
> De : Kevin Conaway [mailto:[EMAIL PROTECTED]
> Envoyé : samedi 22 mars
Hi Dan,
In order to help you, I'd like to understand what you want to achieve. I'm
not familiar with Mule so any link to an architecture diagram would help.
Do you want to leverage the Mule infrastructure from the Restlet API, just
for client connectors or something else?
Best regards,
Jerome
Hi all,
I've added a new method on Series: getValuesArray(String name):String[].
There is already a getValues(String name):String method so I had to prepend
the 'Array' suffix. Code checked in SVN trunk.
Paul, the Series class address the lack of a structure maintaining a list of
named entries.
14 matches
Mail list logo