Hi Reiner,
In Restlet 1.1 M4, you don't need to use the SpringApplication class anymore
as we have added similar features on Application class directly. Just use
org.restlet.Application instead.
Best regards,
Jerome
_
De : Reiner Rodriguez Alvarez [mailto:[EMAIL PROTECTED]
Envoyé
Hi,
I'm using restlet version 1.0.10 (stable) and I'm basing my implementation
on the firstResource tutorial at
http://www.restlet.org/documentation/1.0/firstResource
I have resources which have two potential representations: HTML and XML
I would like to know how my client/requester can specify
Hi Tim,
I've just committed the following changes:
- renamed jdkExecutorService parameter
- used your RestletThreadFactory implementation
- added shutdownAllowed property (false by default) to TaskService
Thanks for your patience and suggestions!
Best regards,
Jerome
_
De :
Hello Dennis,
I would like to know how my client/requester can specify that he would
like to retrieve the HTML representation, given the code below.
client.get is a shortcut that does not allow you to customize the
underlying request.
Thus, you need the following lines of code:
Request
Hi Thierry,
Thanks for the quick reply! Your code snippets hit the spot.
--
Thanks and kind regards,
Dennis Lo
On Thu, Jul 31, 2008 at 5:11 PM, Thierry Boileau [EMAIL PROTECTED]wrote:
Hello Dennis,
I would like to know how my client/requester can specify that he would
like to retrieve
Hi Rob,
There is now (recent 1.1 builds, maybe 1.1 M4 as well) a slightly more
compact way to get the Servlet request using this static method:
ServletCall.getRequest(yourRestletRequest);
The ServletCall class is available in the com.noelios.restlet.ext.servlet
extension.
Best regards,
Whoops, I clipped the wrong thing from a previous thread ... you did tell me
this on Jun 11 =)
On Thu, Jul 31, 2008 at 3:26 AM, Jerome Louvel [EMAIL PROTECTED] wrote:
ServletCall.getRequest(yourRestletRequest);
I'll think about providing an anonymized version of our security filter code,
but meanwhile, another question occurs to me. I was assuming that we have to use
the Restlet servlet, but maybe that's not actually true? Our existing servlet is
a controller that dispatches to different server code
The separation between the (org.restlet) API and (com.noelios.restlet) RI
means that you can write API compliant code that runs under a different
implementation. I think Restlet's ServerServlet is the easiest way to go,
though, you will need much less plumbing.
I was thinking more of a gutted
Then I wouldn't think your Restlet code would need to know about any of this.
Simply chain your security filter (...etc...) to ServerServlet; ServerServlet
will run in the correct security context.
That was what I was hoping to hear. Thanks...
Hi,
You would need one of the latest subversion revisions to do this. Some
changes regarding this problem are very recent (yesterday).
You can do this by having a Context per Server and a distinct
SslContextFactory in each.
The documentation will improve, meanwhile you can check these two
Now that I've upgraded, any proxy code I have seems to be returning multiple
charset parameters.
That is, I have code that makes a call to another web service. I take
the Representation instance received and return that as the
Representation for the response call:
Client client = ...
12 matches
Mail list logo