It could be the old javascript still in browser cache. IE is rather
reluctant to evict some old files from the cache.
-Matej
Allen James wrote:
It is working now, but I cannot tell you why. I deleted all my offline
cached content and cookies, and once that was done, everything works as
And the problem is.. When they can't use the dump to disk approache, what then?I agree we can do without the undo buffer, but not with the version number. (because that pin points the right file on disk)so we still need the completely modelChanging() and so on. because we need to update the
As igor says. getters and setters are not needed. I do it purely on the none final and none static fields.It is not really an own serialization. Just our own way of creating a snapshot (but not serialize everything)
And a completely page is already done in 2.0. That one is saved to disk. So yes in
* Martijn Dashorst:
On our companion website you can find the Velocity integration
project, which hosts the VelocityPanel
(http://wicket-stuff.sourceforge.net/wicket-velocity-panel/index.html).
And since recently VelocityPanel is also able to parse the
generated markup in order to
I got a problem when
using the tree. in wicket 1.2.2.
In the context I am
working on, I'm loading a list of node in the tree. The problem is that the
tree is sometimes not large enough.
Here are the step I
have done for now :
First, I wanted to
check ifthe problem wasthe stylesheet we
Just don't use an ajax link to switch the locale. That's not a super
idea anyway, as you would typically want the the whole page, with all
it's markup etc to reload. Change the switch locale link to a normal
link and all should be good.
One use case is the need to have the page in ono
Hello,Are there any examples of how I can validate an uploaded file? For example, I would like to validate that the user uploaded a valid image file.
-
Using Tomcat but need to do more? Need to support web services, security?
is the reflection stuff working out?i guess if a property is an IModel you need to keep the reference AND recurse into it? just in case the reference changes?-Igor
On 9/18/06, Johan Compagner [EMAIL PROTECTED] wrote:
As igor says. getters and setters are not needed. I do it purely on the none
But then what will be the solution?
cloning pages and keeping them in memory is not an option
saving pages to disk is also not an option for performance
reasons and because it will not work in a cluster where the nodes of
the cluster do not share a common fiile system.
only storing
if i want an AjaxLink to be disabled the instant a user
clicks it so as to prevent multiple clicks by users, what will be the
cleanest way to implement this On 9/13/06, Eelco Hillenius [EMAIL PROTECTED] wrote:
If you attach Links to other elements, like span, an onclick handleris generated. If you
hide the button via _javascript_ and show an indicator instead. when the request completes show the button again and hide the indicator.you can use an ajaxcalldecorator to accomplish all this, see indicatingajaxlink for some hints.
-IgorOn 9/18/06, Ayodeji Aladejebi [EMAIL PROTECTED] wrote:
if i
See igor,in the decorateScript method of the AjaxCallDecoratordecorateScript(java.lang.CharSequence script)what is the script parameter forOn 9/18/06,
Igor Vaynberg [EMAIL PROTECTED] wrote:
hide the button via _javascript_ and show an indicator instead. when the request completes show the button
well, its a decorator so that is the script you are going to be decorating :)if this is the first decorator in chain then it is the original script that wouldve been used.-Igor
On 9/18/06, Ayodeji Aladejebi [EMAIL PROTECTED] wrote:
See igor,in the decorateScript method of the
Hi,
the solution for downloading a file immediately after a form submit
(http://www.wicket-wiki.org.uk/wiki/index.php/Best_Practices_and_Gotchas#Starting_download_after_form_submission_.28Wicket_1.1.29)
seems to be not working anymore for Wicket 1.2. Is there a way in
Wicket 1.2 to do this? It
Steve Knight wrote:
Are there any examples of how I can validate an uploaded file? For
example, I would like to validate that the user uploaded a valid image
file.
Here's a validator I use (formatting mangled). One weird thing you
probably don't need is the part where it writes a file and
Everyone,
This was a secondary effect caused by a Model that could not be successfully serialized. In the model, one of the members held a non-serializable object. I set the member to null in the onDetach() method, but apparently onDetach() was not being called. I have since changed the
Selects should be working with latest svn. Don't forget to clear IE's
cache, it tends to help.
-Matej
Stefan Lindner wrote:
select tag had a problem in Model Dialogs in IE. But it should have
been
solved by now. Try to do a svn update to get the latest model window
code.
I did a svn
To prevent these things from happening, could we add a version number
to the script? So wicket-ajax-1.2.2.js? that would prevent browser
caching from giving support headaches.
For Wicket snapshots, we could generate the current time in milli's as
a version number.
Martijn
On 9/18/06, Matej
+1 for versioned _javascript_. I am seeing more and more people suggest putting something like ?rand=132123 into their css/_javascript_/image urls to avoid this kind of caching.FYI: Ruby on Rails does this automatically for you... =)
On 9/18/06, Martijn Dashorst [EMAIL PROTECTED] wrote:
To prevent
that will be very ugly, what about all the other resources?maybe we can make packagedresource append the wicket version into the url if the file is coming out of a wicket.* package/foo/wicket-ajax.js - /foo/wicket-
ajax.jsver=1.2.2-IgorOn 9/18/06, Martijn Dashorst [EMAIL PROTECTED] wrote:
To
On 9/18/06, Ryan Sonnek [EMAIL PROTECTED] wrote:
+1 for versioned _javascript_. I am seeing more and more people suggest putting something like ?rand=132123 into their css/_javascript_/image urls to avoid this kind of caching.that is idiotic.
why the hell would you want to add
something random
On 9/18/06, Igor Vaynberg [EMAIL PROTECTED] wrote:
that will be very ugly, what about all the other resources?It depends on how it's implemented. there's no reason the version *needs* to be a part of the query string. The query string could just as well be something like:
or better yet append a last mod file date - packaged resources are files after all. in fact dont we already do that when we get HEAD request from the browser?-IgorOn 9/18/06,
Igor Vaynberg [EMAIL PROTECTED] wrote:
that will be very ugly, what about all the other resources?maybe we can make
sure, but that means modifying how we resolve the resources. if you make it a queryparam we dont need to change anything but the part that creates the url-IgorOn 9/18/06,
Ryan Sonnek [EMAIL PROTECTED] wrote:
On 9/18/06, Igor Vaynberg
[EMAIL PROTECTED] wrote:
that will be very ugly, what about
On 9/18/06, Igor Vaynberg [EMAIL PROTECTED] wrote:
sure, but that means modifying how we resolve the resources. if you make it a queryparam we dont need to change anything but the part that creates the urlI'm not saying it'd be worth it, i'm just saying it's an option.
-Igor
On 9/18/06,
Ryan
On 9/18/06, Ryan Sonnek [EMAIL PROTECTED] wrote:
On 9/18/06, Igor Vaynberg
[EMAIL PROTECTED] wrote:
On 9/18/06, Ryan Sonnek
[EMAIL PROTECTED] wrote:
+1 for versioned _javascript_. I am seeing more and more people suggest putting something like ?rand=132123 into their css/_javascript_/image urls
Ok. I'm done herethis is going nowhere, and I guarentee I'm not the only one out there that has run into this issue. It's too bad that this has turned into a mud slinging contest. The Rails team is obviously much more understanding of these issues and how to solve them.
On 9/18/06, Igor
On 9/18/06, Ryan Sonnek [EMAIL PROTECTED] wrote:
Ok. I'm done herethis is going nowhere, and I guarentee I'm not the
only one out there that has run into this issue. It's too bad that this has
turned into a mud slinging contest. The Rails team is obviously much more
understanding of
On 9/18/06, Eelco Hillenius [EMAIL PROTECTED] wrote:
On 9/18/06, Ryan Sonnek [EMAIL PROTECTED] wrote: Ok.I'm done herethis is going nowhere, and I guarentee I'm not the only one out there that has run into this issue.It's too bad that this has
turned into a mud slinging contest.The Rails team
Hi,
Is there already something for monitoring the size of a session,
perhaps even split out per page or component? I am about to introduce
detachable models and would like to see the effect of what I am doing
on the size of the session.
Cheers
Erik
On 9/18/06, Ryan Sonnek [EMAIL PROTECTED] wrote:
Ok. I'm done herethis is going nowhere, and I guarentee I'm not the only one out there that has run into this issue. It's too bad that this has turned into a mud slinging contest. The Rails team is obviously much more understanding of these
I work on an application that undergoes weekly production releases, so
we've had to implement something very similar for both development and
production modes. There's just too high of risk if the user gets an out of
date version of the javascript.
I see.
The question is, what is the
You might change your production system every week, others might have
release cycles of 6 months. I've seen js files being 200k and more,
why should I want to load them again and again with every request? I
understand it makes sense for development, but for production?
Igor mentioned it is just 5
take a look at wicket.examples.debug.InspectorBug
Martijn
On 9/18/06, Erik Brakkee [EMAIL PROTECTED] wrote:
Hi,
Is there already something for monitoring the size of a session, perhaps
even split out per page or component? I am about to introduce detachable
models and would like to see
Look at the examples, click the (i) icon top left
Juergen
On 9/18/06, Erik Brakkee [EMAIL PROTECTED] wrote:
Hi,
Is there already something for monitoring the size of a session, perhaps
even split out per page or component? I am about to introduce detachable
models and would like to see
There's this:
http://www.wicket-library.com/wicket-examples/compref?wicket:bookmarkablePage=:wicket.examples.debug.InspectorPage
You can check out the examples to see how that works. Suggestions to
improve monitoring are welcome. We are thinking about building
something JMX based for one project
On 9/18/06, Juergen Donnerstag [EMAIL PROTECTED] wrote:
You might change your production system every week, others might have
release cycles of 6 months. I've seen js files being 200k and more,
why should I want to load them again and again with every request? I
understand it makes sense for
I work on an application that undergoes weekly production releases, so
we've had to implement something very similar for both development and
production modes. There's just too high of risk if the user gets an
out of date version of the _javascript_. so why would you not want to cache resources
this is exactly why the file last modified time is the best solution. all these problems and complex usecases just go away. If i release my app every week, that means every week, users will probably be pulling down the _javascript_ and css again even if those files haven't changed. if other users
Just so we're clear, i *never* suggested that _javascript_ and css be reloaded with each request. i just suggested using the random query param as a *possible* solution to get around these caching issues.the file last modified time is by far the most standard and correct solution.
On 9/18/06, Igor
So to summarize:
- add last modified date to packaged resources URI
- set caching header such that the resource never expires
This would be the best solution for all resources? Won't we get
someone from the clean URL brigade to haunt us? :-D
Martijn
--
Download Wicket 1.2.2 now! New Ajax
So basically, we should record server startup time (date) and instead of doing
response.setLastModifiedTime(Time.valueOf(-1));
in Resource.onResourceRequested, line 130, whe should do
response.setLastModifiedTime(Time.valueOf(serverStartupTime));
Correct? Or would we need to do more?
Eelco
IIUC:
we append the file's modification date to the URL of the static
resource, and set the cache header to never expire. This way the
client will only retrieve the resource once. If the resource is
updated, then the modification date changes, and hence the download
URL. The browser *needs* to
Hello
all,
I have a form I'd
like to submit via AJAX. The problem is, before the form can be submitted,
I need to run a _javascript_ command:
"tinyMCE.triggerSave(true, true);"
I've tried adding a
normal Button with it's getOnClickScript() overridden to return this. That
works fine--
saving pages to disk is also not an option for performance
reasons and because it will not work in a cluster where the nodes of
the cluster do not share a common fiile system.it is not really a peformace hit. And if working in a cluster it still works fine, because sticky sessions is really the
use AjaxCallDecorator and decorate the script that formsubmittingajaxbehavior generates-IgorOn 9/18/06, Karl M. Davis
[EMAIL PROTECTED] wrote:
Hello
all,
I have a form I'd
like to submit via AJAX. The problem is, before the form can be submitted,
I need to run a _javascript_ command:
Person person = new Person();CompoundPropertyModel personModel = new CompoundPropertyModel(person);
Component parent = new Component(personPanel, personModel);
Component child = new Component(addressPanel, new CompoundPropertyModel(new PropertyModel(address, personModel)));i dont think this is
Yes thats the idea.look at the main modelread all the fieldsmake copy of the fields references if they are: primitives or immutable (strings)make a clone of the fields objects if they are muttable and not an imodel instance
make a copy of the field reference if it is an IModel instance and recurse
And i only stop at Strings, Numbers and primitives.But i don't know if that can currently really work (enums?)
i think it might, but i dont think it is something we will know for sure until we build it. there are always those little pesky things you didnt think of that really get in the way.why
I find this extremely ugly..And totallly unreadable, i really had to think about this one. My first reaction was that won't workBut then i though ahh 2.0 so first you go to the init model.. getting the model from the parent
and then quickly set that model (which is then a Inheritable) as the root
Hello,
just curious, has anyone has received the complete eBook of Pro
Wicket from Apress?
I have not received mine as yet even though the hard copy has been
release. I had taken part in the beta ebook program in August.
I have also tried sending an email to Apress support - no response in
I ordered a copy from Amazon but I think its going to take awhile to get here :(On 9/19/06, De Soca [EMAIL PROTECTED]
wrote:Hello,just curious, has anyone has received the complete eBook of Pro
Wicket from Apress?I have not received mine as yet even though the hard copy has beenrelease. I had
Hello,
I tried to make the simplest test case for DatePicker. I just modified
Helloworld.java in wicket examples:
public HelloWorld()
{
add(new Label(message, Hello World!));
TextField dateField = new TextField(dateField, Date.class);
add(dateField);
add(new
You should be able to download the complete ebook after purchasing it
through Apress' site. I bought an electronic copy a few days ago, and
had no problems. After paying for the book, be sure to access the
ebook download section of their site, after logging in:
On 9/18/06, Johan Compagner [EMAIL PROTECTED] wrote:
I find this extremely ugly..And totallly unreadable, i really had to think about this one. My first reaction was that won't workthat hurt! i think it is rather clever! if i ever see any code by you using this trick i am kicking your ass!
But
55 matches
Mail list logo