Hi,
I am doing som queries on database through ajaxFallBackLink and it can
take some time. Due this time I need some component or some loading
image to show that site is alive and it is working?
Thank you in advance
-
To
Thank you for your mail. I am presently on vacation and will return April 14th.
If you need urgent assistance, please email supp...@bookingbooster.com. You can
also reach our Support via Skype callto://premiersupport
Thank you
Best regards,
Nick Wheeler
Booking Booster.com
t: +44 (0)1273
http://cwiki.apache.org/WICKET/generic-busy-indicator-for-both-ajax-and-non-ajax-submits.html
2009/4/11 Vladimir Zavada zava...@gmail.com:
Hi,
I am doing som queries on database through ajaxFallBackLink and it can take
some time. Due this time I need some component or some loading image to
In case of wro4j, css can be merged no matter where they are located:
Css url rewriting - after css resources are merged, the relative url will
not point any more to a valid location. That is why it is important to
overwrite the url's in the css files after merging. This is the most
powerful
I need to stream H264 .mp4 movies to a Flash video player (JW Player)
and want to support HTTP pseudo streaming, i.e., the user should be
able to seek within the movie. Does anybody know of a Wicket
implementation for this, something like xmoov-php [1] for Java with a
corresponding Wicket
Hi,
I have a custom session for my wicket application 1 and the custom session
has some attributes.
from wicket application 1, i navigate to wicket application 2.
And in wicket application 2, i have a custom request cycle in which retrieve
the custom session of wicket application 1 is retrieved
Thank you very much, I really appreciate your help.
2009/4/11 Martin Makundi martin.maku...@koodaripalvelut.com
http://cwiki.apache.org/WICKET/generic-busy-indicator-for-both-ajax-and-non-ajax-submits.html
2009/4/11 Vladimir Zavada zava...@gmail.com:
Hi,
I am doing som queries on
A quick question - is it generally acceptable to use
private static final long serialVersionUID = *1L*;
for most the anonymous inner class I create using Wicket? Specifically, I'm
asking about using the value (-1).
I've seen this idiom in the source but wasn't sure if there was some
I've been experimenting a bit with Google App Engine and Wicket and things
seemed to work fairly well once I turned off the ModificationWatcher.
However, I realized that my simple tests were all stateless and that once
stateful, Wicket would use the DiskPageStore to write some files, which is
not
Here are a couple of pointers regarding Wicket on GAE:
http://www.danwalmsley.com/2009/04/08/apache-wicket-on-google-app-engine-for-java/
On Sat, Apr 11, 2009 at 6:15 PM, Matthew Welch matt...@welchkin.net wrote:
I've been experimenting a bit with Google App Engine and Wicket and things
seemed
Here's another article about Wicket and GAE on DZone:
http://www.dzone.com/links/rss/wicket_on_google_app_engine.html
On Sat, Apr 11, 2009 at 8:22 AM, Sergey Podatelev
brightnesslev...@gmail.com wrote:
Here are a couple of pointers regarding Wicket on GAE:
Dear All,
I have been comparing between many component based frameworks around
that follows the MVC architecture,
as i ended up comparing between JSF and Wicket, however i have seen more
advantages in Wicket rather than JSF, however one of the cons on wicket size
was its educational
I've been doing some work on the RTMP protocol recently and have this
open-source project up: http://flazr.com/
Right now it is a client-side piece, but should be easy to add server-side
as well in case that is what you want. It is definitely much lighter than
Red5. If you see potential or have
On Sat, Apr 11, 2009 at 08:45:31AM -0500, Luther Baker wrote:
A quick question - is it generally acceptable to use
private static final long serialVersionUID = *1L*;
for most the anonymous inner class I create using Wicket? Specifically, I'm
asking about using the value (-1).
Thanks John,
Let me take this one step farther, just to clarify.
I know that in a standard web application, the web container can Serialize
user HttpSessions such that one can shut an application down and upon
bringing it back up, HttpSession state is restored and, for instance, a user
might not
I have a question about using JOptionPane dialogs in my wicket
application. Is it safe to use them? Is it better to use javascript
alert or JOptionPane dialog?
thx for your opinion
-
To unsubscribe, e-mail:
On Sat, Apr 11, 2009 at 01:31:47PM -0500, Luther Baker wrote:
Thanks John,
Let me take this one step farther, just to clarify.
I know that in a standard web application, the web container can Serialize
user HttpSessions such that one can shut an application down and upon
bringing it back
ptrash wrote:
Hi,
can you explain a liitle bit what exactly you mean?
nino martinez wael wrote:
you could do something like composition by doing inheritance and
repeaters...
For your composite pages to know where to put their components in the flow
of the page you either
You don't need a serialVersionUID for serialization to work (and
certainly not a unique one, or your plan for using 1L wouldn't very
well).
Thanks.
-Luther
The purpose of the *public* static final long serialVersionUID is for long
term storage or situations where you may potentially have made modifications
to the class that make it incompatible with previous versions (distributed
apps/clustering). I'd say that its easier to just add it in case you
Hello,
Is there a way on a org.apache.wicket.markup.html.WebPage to access the
HttpServletRequest? Is it mapped somehow?
Or to have access to the input stream of the request the way getResponse()
offers to the output stream?
Thank you,
Cristi Manole
Thank you for your mail. I am presently on vacation and will return April 14th.
If you need urgent assistance, please email supp...@bookingbooster.com. You can
also reach our Support via Skype callto://premiersupport
Thank you
Best regards,
Nick Wheeler
Booking Booster.com
t: +44 (0)1273
((webresponse)getrequestcycle().getrequest()).gethttpservletrequest()
-igor
On Sat, Apr 11, 2009 at 4:30 PM, Cristi Manole cristiman...@gmail.com wrote:
Hello,
Is there a way on a org.apache.wicket.markup.html.WebPage to access the
HttpServletRequest? Is it mapped somehow?
Or to have
actually
((*WebRequest*)getRequestCycle().getRequest()).getHttpServletRequest()
Thanks a lot for the [very] quick answer!!
Cristi
On Sun, Apr 12, 2009 at 2:38 AM, Igor Vaynberg igor.vaynb...@gmail.comwrote:
((webresponse)getrequestcycle().getrequest()).gethttpservletrequest()
-igor
On
On Sat, Apr 11, 2009 at 05:32:51PM -0400, Ben Tilford wrote:
The purpose of the *public* static final long serialVersionUID is for long
term storage or situations where you may potentially have made modifications
to the class that make it incompatible with previous versions (distributed
Both articles avoid the DiskPageStore problem by using the HttpSessionStore,
however if you do a search through the mailing list archives for
HttpSessionStore you'll find numerous references to problems in using it in
the long term and especially in a real, production application, so I don't
I'm suprised no one has mentioned the runtime cost of computing a default
serialversionid which is avoided if a constant is supplied. I used to make
it a habit for this reason.
This thread made me curious if that was really true, so I googled a bit and
found this
This has been a good thread.
I seem to remember the warning became much more over-stated when Ganymede
(Eclipse 3.4) was released. An avid of user of FindBugs, I like avoiding
squiggly yellow lines so I did the same here - and generating a unique id
sounds so much more llike the right thing to do
Yes, I see your point... by including jquery with two different sets,
you actually make it worse because it can't be cached anymore.
You're only going to gain a minor advantage if you bundle the whole
possible set (for the whole site) in one download, but I doubt it
would be worth the
Yes, its fine.
you really only need to worry about that kind of thing when you are
passing java serialized classes between VMs (as in RMI).
In fact, you likely don't really even need to bother for Wicket, and
you can turn off that check in Eclipse.
- Brill Pappin
On 11-Apr-09, at 9:45
Brill Pappin wrote:
Yes, its fine.
you really only need to worry about that kind of thing when you are
passing java serialized classes between VMs (as in RMI).
In fact, you likely don't really even need to bother for Wicket, and
you can turn off that check in Eclipse.
If you care about
Yah, i used to always add it just for completeness, but I quickly
realized its just a bunch of YAGNI junk i don't need cluttering up my
code.
Now i just turn it off.
- Brill Pappin
On 11-Apr-09, at 11:14 PM, Jim Pinkham wrote:
I'm suprised no one has mentioned the runtime cost of
Actually i don't think a missing one will cause that to fail unless
there are a lot of incompatible changes.
However... even if it does matter, *in no way* should anyone depend on
a serialized session to store data if your app can't recover from
a clean session, you have bigger
Brill Pappin wrote:
Actually i don't think a missing one will cause that to fail unless
there are a lot of incompatible changes.
Just one incompatible change of class stored in the session and it will
not be deserialized.
However... even if it does matter, *in no way* should anyone depend
I don't know much about it ... but would something like Terracotta
use/require/leverage the serialVersionUID for something not so obvious in
normal, singly homed deployments?
I think I understand that it helps confirm or explicitly 'version'
components that might be working together or across,
The purpose of the *public* static final long serialVersionUID is for long
Why do you stress *public*? private is the norm for serialVersionUID.
Eelco
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For
36 matches
Mail list logo