Igor,
I responded in another topic and I'm closing this one.
Basically, simple HTML streaming into IFrame just works for me.
The topic about 'live' html streaming is here (for anyone interested):
http://apache-wicket.1842946.n4.nabble.com/Live-streaming-on-Link-click-td2533475.html#a2533475
Okay, guys.
That was kind of 'false alarm'.
The output cache is on the NGINX level I have as a load balancer.
Wicket implementation itself works as expected.
A couple of notes here (for anybody interested in the topic):
- always add a 1Kb of 'padding' text in the beginning of the response (to
Rodolfo,
If you're asking about Wicket application settings, then yes, it's set to
default 2-pass request processing with buffered pages rendering.
I thought the way the link is implemented it should not matter since I
thought I would write directly into the HttpServlet output stream.
And I
Rodolfo,
No, I didn't test it w/WireShark or similar packet sniffer.
I can give it a shot...
I only tested it in Safari and FireFox (the matter is I only care about
Safari, or, rather, WebKit) for now, this would be an app to be accessed
from the phone.
The behaviour of the browsers (including
Hello, everybody
I have a long-running Ajax request (about 7 seconds) and would like to
notify user about its progress.
A preferred way would be to push multiple ajax responses back to the
Response (for the current request).
Is there any way to do that?
I would prefer to avoid using 'push' from
Thanks for the immediate response.
But that's not really what I was asking for. =(
I didn't really want to start a session-attached thread on the server and
then poll it for the status.
I would really appreciate if the AjaxButton.onSubmit allowed for several XML
responses to be pushed down the
Igor, one more thing:
I can probably 'hack' the system and try to get to the current request's
response output stream and even make up a chunk of XML emulating an ajax
response.
But most likely the client Wicket javascript would not allow for multiple
XML chunks returned from one request.
Am I
Missed an obvious thing (use the source, Luke) - there is the getLength()
method on the resourcestate (which also needs to load the data).
So, needed more accurate implementation of the getResourceState.
Closing the topic.
--
View this message in context:
Hello, guys
Can you please advise me on the proper implementation of the
DynamicWebResource subclass?
When I override the abstract methods I see that my getResourceState() is
called twice.
The resource is registered in Wicket and is used to generate a JavaScript
data.
Thanks,
Dmitry
--
View
Double checked.
Confirming no issue (probably my JS was broken at the time of initial
testing).
-Dmitry
--
View this message in context:
http://apache-wicket.1842946.n4.nabble.com/AjaxRequestTarget-appendJavascript-broken-arrays-tp2290353p2294403.html
Sent from the Wicket - User mailing list
Hello, guys
I've noticed one thing recently (could not find anything related in the
forum).
My Wicket is 1.4.9 and I needed a JSON data with arrays which is attached to
the Ajax response.
Currently I see that all arrays' closing brackets ']' are turned into ']^'
which technically breaks my JSON
Okay, I will double check that (since it's still in the XML response coming
back to the page)
--
View this message in context:
http://apache-wicket.1842946.n4.nabble.com/AjaxRequestTarget-appendJavascript-broken-arrays-tp2290353p2290924.html
Sent from the Wicket - User mailing list archive at
Igor,
Can you please comment on the following couple of points I got?
1. Pulling session from memcached node: I double checked the
recommendation and it looks like fetching session from the memcached node
doesn't take much time (around 200ms at most). But there was a
recommendation about
Hello, guys
I managed to have Tomcat cluster working with memcached-session-manager
(http://groups.google.com/group/memcached-session-manager) from Martin.
Everything works perfectly fine unless tomcats start getting shut down.
I have 2 tomcats running with the session replicated (see above).
Only the very first one.
I'm not 100% sure but the session seems to be always retrieved from
memcached...
That's what I don't quite understand. When all nodes/tomcats in the cluster
are up then request are fast.
And the thing is, if that's not an Ajax action, then the request is
responded at
Igor,
I was wrong.
When it's a first request hitting a page (after shutting down one of 2
tomcats) then regardless of the type of request (ajax or bookmarkable page
link) there is a delay of 2+ seconds.
-Dmitry
--
View this message in context:
Martin,
Thanks a lot for the reply.
Actually, I would appreciate if you helped me.
I tried your tomcat session manager with my wicket app.
I followed the configuration instructions for Tomcat you listed on the
session manager page.
But it didn't seem to work for ajax requests.
I believe I used
Thanks a lot for a prompt response, Jeremy
Jeremy Thomerson wrote:
A lot of stuff is stored in the session:
https://svn.apache.org/repos/asf/wicket/branches/wicket-1.4.x/wicket/src/main/java/org/apache/wicket/Session.java
Well, I'm know about this class (probably, not that much as
Jeremy,
That makes perfect sense.
I will look into it.
Regards,
Dmitry
--
View this message in context:
http://apache-wicket.1842946.n4.nabble.com/Wicket-clustering-without-web-server-clustering-tp2234048p2234170.html
Sent from the Wicket - User mailing list archive at Nabble.com.
Hello, guys
I need your advice for the following case.
The Wicket application I'm working on is supposed to be deployed to Amazon
EC2 cloud. This way standard Tomcat (used as a webapp container) clustering
won't work (cloud doesn't accept multicasts). There is a third-party session
manager
Okay, eventually I figured that out myself:
- so, as per the wiki, the web.xml should have the following for the wicket
filter:
filter-mapping
filter-namewicket/filter-name
url-pattern/*/url-pattern
dispatcherREQUEST/dispatcher
21 matches
Mail list logo
