On 30 Sep 2010, at 09:15, Felix Meschberger wrote:
I dont know if its my machine or the way of testing but at the moment I can
only get a max of 600 request per seconds on a json properties GET, flat
regardless of concurrency out of sling. If I test Tomcat 6 on a html page I
get 6K/s
On Oct 2, 2010, at 5:31 AM, Ian Boston i...@tfd.co.uk wrote:
On 30 Sep 2010, at 09:15, Felix Meschberger wrote:
I dont know if its my machine or the way of testing but at the moment I can
only get a max of 600 request per seconds on a json properties GET, flat
regardless of
On 2 Oct 2010, at 15:14, Justin Edelson wrote:
Have you tried this with a trunk build of JR 2.2? IIRC, some fairly
significant changes have been made with respect to concurrent session access
which might help with this issue.
I have had a look and AFAICT, there is one AccessControlProvider
Hi,
On 30.09.2010 19:10, Ian Boston wrote:
On 30 Sep 2010, at 17:16, Ian Boston wrote:
On 30 Sep 2010, at 16:50, Ian Boston wrote:
Looking in the code most of those methods are synchronised, which feels
wrong as it will make the server single threaded to read, write I can
understand,
Hi,
On 30.09.2010 15:43, Ian Boston wrote:
On 30 Sep 2010, at 13:52, Felix Meschberger wrote:
Hi,
On 30.09.2010 13:16, Ian Boston wrote:
On 30 Sep 2010, at 09:15, Felix Meschberger wrote:
Ok, ( btw, thanks for the other pointers).
The reason I want to register the filter before
On 1 Oct 2010, at 07:23, Felix Meschberger wrote:
Hi,
On 30.09.2010 19:10, Ian Boston wrote:
On 30 Sep 2010, at 17:16, Ian Boston wrote:
On 30 Sep 2010, at 16:50, Ian Boston wrote:
Looking in the code most of those methods are synchronised, which feels
wrong as it will make the
On 1 Oct 2010, at 07:31, Felix Meschberger wrote:
WDYT?
Another point: Even though such filters don't have access to the full
SlingHttpServletRequest/Response functionality it should be noted, that
the request has already been authenticated and the ResourceResolver used
for request
Hi,
On 01.10.2010 08:51, Ian Boston wrote:
On 1 Oct 2010, at 07:23, Felix Meschberger wrote:
Hi,
On 30.09.2010 19:10, Ian Boston wrote:
On 30 Sep 2010, at 17:16, Ian Boston wrote:
On 30 Sep 2010, at 16:50, Ian Boston wrote:
Looking in the code most of those methods are
Hi,
On 01.10.2010 08:53, Ian Boston wrote:
On 1 Oct 2010, at 07:31, Felix Meschberger wrote:
WDYT?
Another point: Even though such filters don't have access to the full
SlingHttpServletRequest/Response functionality it should be noted, that
the request has already been authenticated
On 1 Oct 2010, at 08:32, Felix Meschberger wrote:
Hi,
On 01.10.2010 08:53, Ian Boston wrote:
On 1 Oct 2010, at 07:31, Felix Meschberger wrote:
WDYT?
Another point: Even though such filters don't have access to the full
SlingHttpServletRequest/Response functionality it should be
On 1 Oct 2010, at 08:30, Felix Meschberger wrote:
Inside the javax.servlet.HttpServlet code, probably part of Jetty/PAX,
AFAICT, I am not certain I believe the stack trace is complete from YourKit
(might have holes in it)
Wow! I know see ... They have the javax.servlet.HttpServlet.class
Hi,
On 01.10.2010 09:42, Ian Boston wrote:
On 1 Oct 2010, at 08:32, Felix Meschberger wrote:
Hi,
On 01.10.2010 08:53, Ian Boston wrote:
On 1 Oct 2010, at 07:31, Felix Meschberger wrote:
WDYT?
Another point: Even though such filters don't have access to the full
Hi,
On 01.10.2010 10:09, Ian Boston wrote:
On 1 Oct 2010, at 08:30, Felix Meschberger wrote:
Inside the javax.servlet.HttpServlet code, probably part of Jetty/PAX,
AFAICT, I am not certain I believe the stack trace is complete from YourKit
(might have holes in it)
Wow! I know see ...
Hi,
On 29.09.2010 22:00, Ian Boston wrote:
Hi,
Is it possible to register a filter before the SlingMainServlet ?
Short answer: No.
Longer answer: The SlingMainServlet (or actually the
SlingRequestProcessorImpl these days) is controlling the execution of
the filters and those are only called
On 30 Sep 2010, at 07:23, Felix Meschberger wrote:
Hi,
On 29.09.2010 22:00, Ian Boston wrote:
Hi,
Is it possible to register a filter before the SlingMainServlet ?
Short answer: No.
Longer answer: The SlingMainServlet (or actually the
SlingRequestProcessorImpl these days) is
Hi,
On 30.09.2010 09:31, Ian Boston wrote:
On 30 Sep 2010, at 07:23, Felix Meschberger wrote:
Hi,
On 29.09.2010 22:00, Ian Boston wrote:
Hi,
Is it possible to register a filter before the SlingMainServlet ?
Short answer: No.
Longer answer: The SlingMainServlet (or actually the
On 30 Sep 2010, at 09:15, Felix Meschberger wrote:
Ok, ( btw, thanks for the other pointers).
The reason I want to register the filter before Sling is the caching one
captures certain public responses before any processing and so should be a)
highly concurrent with the right cache and b)
Hi,
On 30.09.2010 13:16, Ian Boston wrote:
On 30 Sep 2010, at 09:15, Felix Meschberger wrote:
Ok, ( btw, thanks for the other pointers).
The reason I want to register the filter before Sling is the caching one
captures certain public responses before any processing and so should be a)
On 30 Sep 2010, at 13:52, Felix Meschberger wrote:
Hi,
On 30.09.2010 13:16, Ian Boston wrote:
On 30 Sep 2010, at 09:15, Felix Meschberger wrote:
Ok, ( btw, thanks for the other pointers).
The reason I want to register the filter before Sling is the caching one
captures certain
Hi,
On 30.09.2010 15:43, Ian Boston wrote:
On 30 Sep 2010, at 13:52, Felix Meschberger wrote:
Hi,
On 30.09.2010 13:16, Ian Boston wrote:
On 30 Sep 2010, at 09:15, Felix Meschberger wrote:
Ok, ( btw, thanks for the other pointers).
The reason I want to register the filter before
On Thu, Sep 30, 2010 at 10:07 AM, Felix Meschberger fmesc...@gmail.com wrote:
Hi,
On 30.09.2010 15:43, Ian Boston wrote:
On 30 Sep 2010, at 13:52, Felix Meschberger wrote:
Hi,
On 30.09.2010 13:16, Ian Boston wrote:
On 30 Sep 2010, at 09:15, Felix Meschberger wrote:
Ok, ( btw, thanks
On 30 Sep 2010, at 15:59, Justin Edelson wrote:
http://codereview.appspot.com/2333042
This looks like an elegant solution to me (ok, I am biased because it
just reuses my own stuff ;-) ).
+1
Thanks
Regards
Felix
Made one nit-picky comment on the code, but otherwise +1. Would
On Thu, Sep 30, 2010 at 11:15 AM, Ian Boston i...@tfd.co.uk wrote:
On 30 Sep 2010, at 15:59, Justin Edelson wrote:
http://codereview.appspot.com/2333042
This looks like an elegant solution to me (ok, I am biased because it
just reuses my own stuff ;-) ).
+1
Thanks
Regards
Felix
On 30 Sep 2010, at 16:20, Justin Edelson wrote:
On Thu, Sep 30, 2010 at 11:15 AM, Ian Boston i...@tfd.co.uk wrote:
On 30 Sep 2010, at 15:59, Justin Edelson wrote:
http://codereview.appspot.com/2333042
This looks like an elegant solution to me (ok, I am biased because it
just
On 30 Sep 2010, at 16:50, Ian Boston wrote:
Looking in the code most of those methods are synchronised, which feels wrong
as it will make the server single threaded to read, write I can understand,
but not read. I thought Jackrabbit was multithreaded on read?
Do you know the reasoning
On 30 Sep 2010, at 17:16, Ian Boston wrote:
On 30 Sep 2010, at 16:50, Ian Boston wrote:
Looking in the code most of those methods are synchronised, which feels
wrong as it will make the server single threaded to read, write I can
understand, but not read. I thought Jackrabbit was
Hi,
Is it possible to register a filter before the SlingMainServlet ?
I can register a filter via the extended http service (PAX Web WebContainer in
my case) but I cant get the filter to bind to the SlingMainServlet, IIUC
because I cant get hold SlingMainServlets HttpContext.
For background
I guess there's no reason we couldn't expose the HttpContext as an OSGi
service, but it seems odd that this would be necessary. It isn't with
Felix's HttpService implementation - the default HttpContext is used and
the filter is still invoked.
Are you binding by pattern or servlet name?
Justin
28 matches
Mail list logo