is missing for getValuesArray(),
however, which is what I'd like to use. Can this method be added?
Regards,
Arjohn Kampman
--
http://restlet.tigris.org/ds/viewMessage.do?dsForumId=4447dsMessageId=2056527
Hi all,
Just noticed that Tag defines its 'weak' variable to be volatile,
although it is never changed. Perhaps this should be final instead?
--
Arjohn
--
http://restlet.tigris.org/ds/viewMessage.do?dsForumId=4447dsMessageId=2330733
by
incoming requests!
Niall and I have worked over the past few weeks to support this. Simple
4.1.13 is now available in Restlet's SVN trunk.
Thanks for reporting this issue. I'm closing #823.
Best regards,
Jerome Louvel
--
Arjohn Kampman, Senior Software Engineer
Aduna - Semantic
Hi all,
I was wondering if you ever considered to use a logging framework such
as slf4j instead of using java util logging directly. This can make
integration of restlet in applications that don't use JUL a lot easier.
Regards,
Arjohn Kampman
--
Arjohn Kampman, Senior Software Engineer
Aduna
Rhett Sutphin wrote:
Hi Arjohn,
On Sep 18, 2009, at 10:31 AM, Arjohn Kampman wrote:
I was wondering if you ever considered to use a logging framework such
as slf4j instead of using java util logging directly. This can make
integration of restlet in applications that don't use JUL a lot
Hi all,
I'm currently switching from 1.1.x to 2.0-snapshot. Overall, the changes
between the two versions are really good. Well done!
There's one (recent) change that I was wondering about though: the
change to the default routing mode from BEST to FIRST. Why this change?
I also noted that the
Jerome Louvel wrote:
Hi Arjohn,
Thanks for the positive feedback on Restlet 2.0!
The change on the Router was introduced to have a more predictable default
setting. Currently, only the beginning of an URI has to match in order to
follow the route (typically a ServerResource subclass). For
Hi all,
I'm planning to integrate CAS (proxy) authentication in my Restlet-based
server. Has anyone worked on this before? Any suggestions on how to best
implement this?
CAS: http://www.jasig.org/cas
Regards,
Arjohn
--
Arjohn Kampman, Senior Software Engineer
Aduna - Semantic Power
www.aduna
that a client would need to acquire a proxy ticket and then
include it in the HTTP request as the Authentication header, something
like
Authentication: cas_proxy_ticket PT-123456789
Rhett
--
Arjohn Kampman, Senior Software Engineer
Aduna - Semantic Power
www.aduna-software.com
Jerome Louvel wrote:
Hi Arjohn,
Good suggestion regarding the constants naming. I've just renamed routing
mode constants of Router to follow the MODE_*_MATCH pattern such as
MODE_BEST_MATCH instead of BEST. Deprecated older values.
OK, thanks.
Regarding the enums, we did consider them in
Jerome Louvel wrote:
Arjohn,
Thanks for the feed-back. Regarding the URI template syntax, it is tempting
to extend it, but there is already work being done to define an URI
Templates specification:
http://code.google.com/p/uri-templates/
It seems far from stable yet and focused on the
know yet how to
reroute the logging in this case. ServerServlet works on an Application
so the Engine likely already has been initialized by the time the
Application class is created. It's too late to set the system property
then.
Any suggestions?
Arjohn
Arjohn Kampman wrote:
Hi Jerome
of
documentation that explains the basic concepts of this API? That would
be very helpful.
Regards,
Arjohn Kampman
Jerome Louvel wrote:
Hi all,
In addition, we have a pending RFE:
Support SSO mechanisms
http://restlet.tigris.org/issues/show_bug.cgi?id=693
There is an indirect pointer
suggestions?
Arjohn
Arjohn Kampman wrote:
Hi Jerome,
Many thanks. I'll have a look at this as soon as possible and let you
know the results.
Arjohn
Jerome Louvel wrote:
Hi Arjohn,
I finally found time to work on my latest suggestion. I've just
checked in
SVN trunk a new
d'origine-
De : Arjohn Kampman [mailto:arjohn.kamp...@aduna-software.com]
Envoyé : lundi 4 mai 2009 15:41
À : discuss@restlet.tigris.org
Objet : Case-insensitive version of Series.getValuesArray(...)
Hi all,
I've just started working with the restlet framework, so please excuse me
Hi Jerome,
Thanks for the pointer, it was very useful. I think I'm starting to see
the picture now. I'm a bit confused about the various places where a
Verifier is referenced. I've seen such references in Context,
ChallengeAuthenticator and Realm. I assume that the context's verifier
serves as a
Hi Rhett, others,
Thanks for your suggestion. Since I'm fairly new to the subject, I hope
you (and others) can help me a bit to get things clear.
If I understand you correctly, you are suggesting to use a CAS proxy
ticket as an authentication token. However, such a token can only be
sent once to
Rhett Sutphin wrote:
Hi Arjohn,
On Dec 2, 2009, at 12:34 PM, Arjohn Kampman wrote:
Hi Rhett, others,
Thanks for your suggestion. Since I'm fairly new to the subject, I
hope
you (and others) can help me a bit to get things clear.
If I understand you correctly, you are suggesting
Hi all,
I'm having a hard time understanding the differences between
ClientInfo.getPrincipals() and getUser() and when to use which method.
I'm trying to get hold of the username in a ServerResource and figured I
should use one of these methods. When using a ChallengeAuthenticator
from the
a missing parameter and an empty one using this method. IMHO,
this method should return the empty string value in the latter case.
What do you think?
Regards,
Arjohn Kampman
--
http://restlet.tigris.org/ds/viewMessage.do?dsForumId=4447dsMessageId=2849428
Hi Jerome,
Your unit test runs fine with 2.0.9 also, but I'm able to reproduce it using
the following test:
public void testQueryString() throws IOException {
String query = a=bc=;
Form form = new FormReader(query, CharacterSet.UTF_8, '').read();
assertEquals(b,
Hi all,
I'm trying to enable gzip decoding on the client using restlet 2.1-RC1
with the default http connectors. I've tried several things, but none of
them worked. The javadoc suggests that the DecoderService can take care
of this, but how do I use this in combination with a ClientResource?
--
Arjohn Kampman - www.aduna-software.com
--
http://restlet.tigris.org/ds/viewMessage.do?dsForumId=4447dsMessageId=2891339
The fix looks fine to me. How often are the snapshot builds updated on
maven.restlet.org so that I can test it?
--
Arjohn Kampman - www.aduna-software.com
On 07/12/2011 19:39, Thierry Boileau wrote:
Hello Arjohn,
thanks a lot for the issue and for reporting this bug. The fix is now
Fix verified, it works as expected now. Thanks.
On 08/12/2011 10:12, Thierry Boileau wrote:
Hello Arjohn,
the snapshots are refreshed three times in a day, and the maven
repository once a day. I've just checked, you can test it.
Best regards,
Thierry Boileau
--
Arjohn Kampman - www.aduna
This looks like a related but different bug to me. ClientResource.wrap()
doesn't seem to call AnnotationInfo.getRequestVariants(...) at all.
--
Arjohn Kampman - www.aduna-software.com
On 13/12/2011 13:42, Koen Maes wrote:
I have a problem that an outbound connection sends the wrong
Hi all,
Does anyone know how to process If-Modified-Since requests in
combination with annotated methods? Restlet seems to ignore the
getInfo() methods and heads straight to the method that has the
@Get annotation. I'm using restlet 2.0.10, in case that matters.
--
Arjohn Kampman - www.aduna
$Initializer.run(PipeImpl.java:78)
Any help would be highly appreciated. Thanks in advance!
--
Arjohn Kampman - www.aduna-software.com
--
http://restlet.tigris.org/ds/viewMessage.do?dsForumId=4447dsMessageId=2950103
there been any progress on the resolution of this issue? Any chance
there'll be a fix some time soon?
Regards,
Arjohn Kampman
On 03/10/2011 15:11, Arjohn Kampman wrote:
Related to my previous question regarding empty string parameter values:
I have written a server resource that returns String
is that
this might even improve the performance as it feels like a lighter
weight approach than using the system's pipes.
WDYT? Can we get this fix?
Cheers,
Arjohn
On 20/04/2012 10:01, Arjohn Kampman wrote:
Hi all,
My restlet server is running into the error mentioned in the subject
after a couple
Many thanks. Any ideas on my optimization suggestion in the thread No
buffer space available?
Cheers,
Arjohn
On 30/04/2012 18:03, Jerome Louvel wrote:
Hi Arjohn,
Thanks for reporting this issue. It is now fixed in both 2.1 and master
branches.
Best regards,
Jerome
,
Arjohn
On 20/04/2012 10:01, Arjohn Kampman wrote:
Hi all,
My restlet server is running into the error mentioned in the subject
after a couple of minutes of moderate load. After this error, the
server
stops responding. Does anyone know what causes
Many thanks. We'll be testing the new release shortly.
--
Arjohn
On 24/05/2012 18:00, Jerome Louvel wrote:
Hi Arjohn,
Thanks for reporting this issue, it should now be fixed in 2.1 RC5 and in the
master branch.
We now try to properly close the Pipe when an exception occurs and by default
().
Is this an error in the javadoc, or is something wrong with our code?
Regards,
Arjohn Kampman
--
http://restlet.tigris.org/ds/viewMessage.do?dsForumId=4447dsMessageId=3052370
().
Is this an error in the javadoc, or is something wrong with our code?
We're using restlet 2.1.1.
Regards,
Arjohn Kampman
--
http://restlet.tigris.org/ds/viewMessage.do?dsForumId=4447dsMessageId=3052374
I think the proper location for these artifacts are:
http://maven.restlet.org/org/restlet/jee/org.restlet/
http://maven.restlet.org/org/restlet/jee/org.restlet.ext.servlet/
Apache Solr should update the groupId of their dependencies to include
the targeted platform, e.g. org.restlet.jee.
On
://stackoverflow.com/questions/16736359/restlet-with-simple-connector-dropping-requests
Any clues would be highly appreciated.
Regards,
Arjohn Kampman
--
http://restlet.tigris.org/ds/viewMessage.do?dsForumId=4447dsMessageId=3056451
for the result. This looks like an odd choice me. I would
expect the code just to look at the scores of the variants and pick the
one with the highest score, or the first one of those if there are multiple.
Some insight in the reasoning behind this would be welcome.
Cheers,
Arjohn Kampman
Perhaps attachDefault(...) does what you're looking for? Or maybe you
don't need the router at all and attach the Finder to whatever you are
attaching the Router to?
On 08/12/2013 16:46, Niclas Hedhman wrote:
Hi, (not sure if this is still the proper mailing list)
I have in a new project
Hi Jerome,
Will this release also change how empty entity are treated? We've been
bitten a couple of times now by restlet's habbit to convert empty
entities to null.
Cheers,
Arjohn
--
Hi Jerome,
Great to hear that.
We were also having problem with incoming entities. To give an example:
SomeServerResource {
@Post void postIdSet(IdSet idSet) {
// code here
}
}
An empty IdSet is serialized to an empty entity (byte[0]). We'd expect
the converter service to
Hi Jerome,
Don't have a lot of time to contribute ATM. My impression is that the
Representation.getSize() != 0 checks are the main cause of this issue.
IMHO these should be removed from ConverterService.toObject() and
Representation.isAvailable(), but perhaps also in other places.
On
I've debugged the problem to an infinite loop when trying to set the Via
header on the request that the proxy sends to the back-end server. This
infinite loop is not triggered when Redirector removes the headers
becuase HttpInboundRequest.getRecipientsInfo() has a getHeaders() !=
null check.
We've updated from restlet 2.1.4 to 2.2.0 now and to our surprise this
fixed the Redirector problems. In fact, Redirector works perfectly
out-of-the-box, including the digest authentication. No subclassing
required. So probably this was a bug in 2.1.4 that has been fixed
somewhere in the 2.2
Hi Jerome,
Before moving to 2.2.0 I first tried 2.1.7, but that has the same issue.
We do run into a new issue with the Redirector in 2.2.0 now though. The
problem appears related to entity encoding. Responses that are encoded
by the back-end server aren't properly delivered by the proxy to
Hi Jerome, others,
We've figured out what is going wrong by monitoring the traffic with
Wireshark. The problem is indeed, as suspected, related to gzip
encoding. I'll try to explain with one of the traces that we've captured:
1. Client sends a request to the proxy with Accept-Encoding: gzip.
For whatsoever reason, disabling the decoder service results in a NPE
being thrown at
org.restlet.routing.Redirector.outboundServerRedirect(Redirector.java:349).
That's this line in 2.2.0:
next = getContext().getClientDispatcher();
AFAICT, this can only happen if the context is
Any thoughts on the encoding related bug in Redirector?
--
http://restlet.tigris.org/ds/viewMessage.do?dsForumId=4447dsMessageId=3077354
/modules/org.restlet/src/org/restlet/engine/header/HeaderWriter.java
Best,
Jerome
On Fri, Apr 3, 2015 at 7:00 AM, Arjohn Kampman
arjohn.kamp...@vound-software.com
mailto:arjohn.kamp...@vound-software.com wrote:
Hi all,
Restlet doesn't seem to support the encoding and decoding
be added? I'm specifically looking for a way to encode non-ascii
filenames in Content-Disposition headers. An overview of browser support
for this encoding can be found at http://greenbytes.de/tech/tc2231/.
Regards,
Arjohn Kampman
--
http
50 matches
Mail list logo