Re: Ajax postcall handler does not get called every time
The test page is rather simple, I will paste it here:
TestPage.java:
package com.pmease.quickbuild.test;
import org.apache.wicket.ajax.AjaxRequestTarget;
import org.apache.wicket.ajax.markup.html.AjaxLink;
import org.apache.wicket.behavior.HeaderContributor;
import org.apache.wicket.markup.html.IHeaderContributor;
import org.apache.wicket.markup.html.IHeaderResponse;
import org.apache.wicket.markup.html.WebMarkupContainer;
import org.apache.wicket.markup.html.WebPage;
import org.apache.wicket.markup.html.basic.Label;
import org.apache.wicket.model.AbstractReadOnlyModel;
public class TestPage extends WebPage {
private int count;
public TestPage() {
final WebMarkupContainer container = new
WebMarkupContainer("container");
container.setOutputMarkupId(true);
add(container);
Label label = new Label("count", new AbstractReadOnlyModel() {
public Object getObject() {
return count;
}
});
container.add(label);
container.add(new AjaxLink("link") {
public void onClick(AjaxRequestTarget target) {
count ++;
target.addComponent(container);
}
});
add(new HeaderContributor(new IHeaderContributor() {
public void renderHead(IHeaderResponse response) {
response.renderOnLoadJavascript("Wicket.Ajax.registerPostCallHandler(function(){alert('ajax');});");
}
}));
}
}
TestPage.html:
Test
link
Thanks for your time.
Robin
Matej Knopp <[EMAIL PROTECTED]> wrote: Apache mailing list doesn't support
attachments. You need to create
JIRA issue and attachethe quickstart there.
-Matej
On Sun, Apr 13, 2008 at 4:12 AM, Matthew Young wrote:
> Where is the attachment?
>
--
Resizable and reorderable grid components.
http://www.inmethod.com
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: Ajax postcall handler does not get called every time
Apache mailing list doesn't support attachments. You need to create JIRA issue and attachethe quickstart there. -Matej On Sun, Apr 13, 2008 at 4:12 AM, Matthew Young <[EMAIL PROTECTED]> wrote: > Where is the attachment? > -- Resizable and reorderable grid components. http://www.inmethod.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: CheckGroupSelector problem
Looks like CheckGroupSelector does not have a model. You could create a behavior (e.g. by subclassing AbstractBehavior) that would initialize the CheckGroupSelector based on its Check components. In your behavior's renderHead(IHeaderResponse) method, you could render onLoad or onDomReady JavaScript that would iterate over the Check elements and set a flag if any of them are not checked. You would then set the CheckGroupSelector's 'checked' value based on that flag. See CheckGroupSelector.onComponentTag(ComponentTag) for an example of the main JavaScript involved (i.e. finding and iterating through the Check elements). -Ryan On Thu, Apr 10, 2008 at 10:22 AM, atul singh <[EMAIL PROTECTED]> wrote: > I am facing an issue with CheckGroupSelector. > CheckGroupSelector is not showing itself selected, though all of the > Check's > in the CheckGroup come pre-selected based on the underlying model i am > setting up. (That means I have the CheckGroup's list model already > populated > with all individual Check's models). > Is this because CheckGroupSelector does not have a model for itself? > OR am I missing something??? >
Re: Ajax postcall handler does not get called every time
Where is the attachment?
Re: Invoulentary session sharing/leakage in Wicket 1.3.x
Did you try HttpSessionStore? -Ryan On Mon, Apr 7, 2008 at 2:00 PM, Edvin Syse <[EMAIL PROTECTED]> wrote: > is it really the wicket session or a page? > > > > I believe it's the session, but I'm not sure. The "hijacker" is able to > navigate through all pages as the hijacked user.. And on the top of every > page there is a logout button and text saying "Logout ". > > I'm not running in a clustered environment, just plain Jetty 6.1.7 in > setuid mode. > > I'm using the SecondLevelCacheSessionStore, but I'm thinking about trying > with the HttpSessionStore now to see if it makes any difference. > > I refer to the session object with a static getter everywhere (I think) > using MySession.get().etc.. > > -- Edvin > > > > On Mon, Apr 7, 2008 at 10:40 PM, Edvin Syse <[EMAIL PROTECTED]> wrote: > > > > Today I deployed an application based on Wicket 1.3.3 that has close to > > > 10.000 users. After a couple of hours we started getting reports from > > > users > > > saying that even upon requesting the login-page, they were already > > > logged in > > > as an arbitrary user. > > > > > > The users they were logged in as had previously performed a succesful > > > login. > > > > > > It seems like the wicket-sessions bleed over between different > > > http-sessions. I tried changing from HybridUrlCodingStrategy to > > > mounting the > > > pages with the normal mountBookmarkablePage() method, but the results > > > are > > > the same. I also tried downgrading to 1.3.2 with the same results. > > > > > > Can anyone think of a logical mistake I might have made? > > > > > > Sincerely, > > > Edvin Syse > > > > > > - > > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > > > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > >
Ajax postcall handler does not get called every time
Hi All, I am facing with a strange issue that the Ajax postcall handler (registered with Wicket.Ajax.registerPostCallHandler) is only called for the first time when browser is closed and opened again, and subsequent calls does not trigger the handler. To reproduce this, please copy the attached test page into your wicket environment, and mount it to an url, for example "http://localhost:8080/test";, then follow below steps: 1. Close ALL instances of your browser. (This step is very important to reproduce the issue) 2. Open your browser, and input the url "http://localhost:8080/test"; into the address bar DIRECTLY, the test page will display with a number, and a link. 3. Click on the link, the number will be increased in an ajax way, and you will see an alert message saying "ajax". This means the post call handler has been executed. 4. Click on the link again, the number will still be increased, which means the ajax call has been executed; however, the alert message won't appear now. Please remember that don't refresh the page during the process; otherwise, the issue will not able to be reproduced . Can somebody shed some light on this? Thanks for your help in advance. Robin - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Stateless Links / Custom IRequestTargetUrlCodingStrategy
It's me again. When I started using Wicket around version 1.1, I needed
complete control over the URLs so that all of the URLs on the public portion
of the site were bookmarkable, and SEO friendly. Somewhere I read that you
do this by either using all bookmarkable pages, or by implementing your own
IRequestTargetUrlCodingStrategy. I chose the latter to get all of the
parameter encoding / decoding out of the WebPage(PageParameters)
constructors. This kept all of the logic regarding encoding and decoding
URLs in their own objects - and I was able to use some good extensible
strategies to use throughout the entire site.
Now, though, I am having a problem with sessions, and I'm realizing that all
of the links throughout my page, even though they end up being encoded to a
bookmarkable URL (therefore - don't need to be stateful) are all appearing
as stateful, and cause a session to be bound on bookmarkable / otherwise
stateless pages.
Basically what I have now is something like what I've pasted below. It
works great, but the problem I have is that if in my link I override
getStatelessHint() and return false, the session is no longer created, but
my url strategy doesn't work anymore either because the IRequestTarget
passed to my URL strategy is BookmarkablePageRequestTarget, and I can't
access my link with that to get the necessary information.
I need the correct way of implementing my URL control. Any ideas?
public class ViewPostLink extends Link {
private static final Logger LOGGER =
Logger.getLogger(ViewPostLink.class);
public ViewPostLink(String id, IModel model) {
super(id, model);
}
@Override
public void onClick() {
LOGGER.warn("USING ONCLICK METHOD OF ViewPostLink LINK - SHOULD BE
USING URL STRATEGY");
}
public IPostSummary getPost() {
return (IPostSummary) getModelObject();
}
}
Then I have a custom url strategy, with code like below. I mount one of
these per post category, with a different mount point.
public class ViewPostStrategy {
.. some code omitted for brevity
public boolean matches(IRequestTarget rt) {
boolean matches = true;
matches = matches && rt instanceof ListenerInterfaceRequestTarget;
matches = matches && ((ListenerInterfaceRequestTarget)
rt).getTarget() instanceof ViewPostLink;
if (!matches) {
return false;
}
IPostSummary post = ((ViewPostLink)
((ListenerInterfaceRequestTarget) rt).getTarget()).getPost();
matches = matches && post != null;
if (!matches) {
return false;
}
matches = matches &&
(mMountedPostCategory.equals(post.getPostCategory());
return matches;
}
}
Re: Tomcat dying with Wicket 1.3.2 (Windows / JDK 1.5.0_10)
If you hit a wall in terms of decreasing session timeout or deferring/avoiding session creation, you might want to look at Tomcat's PersistentManager. It passivates idle (but non-expired) sessions out of RAM to either disk or a database. The JDBC version should give you better performance and more room to scale. http://tomcat.apache.org/tomcat-5.5-doc/config/manager.html -Ryan On Fri, Apr 11, 2008 at 9:26 PM, Jeremy Thomerson < [EMAIL PROTECTED]> wrote: > Thanks for the insight - didn't know that the webapp had to make a call to > force the cookie-less support. Someone asked for how often Google is > crawling us. It seems like at any given point of almost any day, we have > one crawler or another going through the site. I included some numbers > below to give an idea. > > Igor - thanks - it could easily be the search form, which is the only > thing > that would be stateful on about 95% of the pages that will be crawled. I > made myself a note yestereday that I need to look at making that a > stateless > form to see if that fixes the unnecessary session creation. I'll post the > results. > > The one thing I have determined from all this (which answers a question > from > the other thread) is that Google (and the other crawlers) is definitely > going to pages with a jsessionid in the URL, and the jsessionid is not > appearing in the search results (with 2 exceptions out of 30,000+ pages > indexed). But I know that maybe only a month ago, there were hundreds of > pages from our site that had jsessionids in the URLs that Google had > indexed. Could it be possible that they are stripping the jsessionid from > URLs they visit now? I haven't found anywhere that they volunteer much > information on this matter. > > Bottom line - thanks for everyone's help - I have a bandaid on this now > which will buy me the time to see what's creating the early unnecessary > sessions. Is there a particular place in the code I should put a > breakpoint > to see where the session is being created / where it says "oh, you have a > stateful page - here's the component that makes it stateful"? That's > where > I'm headed next, so if anyone knows where that piece of code is, the tip > would be greatly appreciated. > > Thanks again, > Jeremy > > Here's a few numbers for the curious. I took a four minute segment of our > logs from a very slow traffic period - middle of the night. In that time, > 67 sessions were created. Then did reverse DNS lookups on the IPs. The > traffic was from: > > cuill.com crawler4 (interesting - new search engine - didn't know > about it before) > googlebot4 > live.com bot1 > unknown13 > user28 > yahoo crawler26 > > > > > On Fri, Apr 11, 2008 at 9:20 PM, Igor Vaynberg <[EMAIL PROTECTED]> > wrote: > > > On Fri, Apr 11, 2008 at 6:37 PM, Jeremy Thomerson > > <[EMAIL PROTECTED]> wrote: > > > If you go to http://www.texashuntfish.com/thf/app/home, you will > notice > > that > > > the first time you hit the page, there are jsessionids in every link > - > > same > > > if you go there with cookies disabled. > > > > as far as i know jsessionid is only appended once an http session is > > created and needs to be tracked. so the fact you see it right after > > you go to /app/home should tell you that right away the session is > > created and bound. not good. something in your page is stateful. > > > > > I think this problem is caused by something making the session bind > at > > an > > > earlier time than it did when I was using 1.2.6 - it's probably still > > > something that I'm doing weird, but I need to find it. > > > > i think this is unlikely. if i remember correctly delayed session > > creation was introduced in 1.3.0. 1.2.6 _always created a session on > > first request_ regardless of whether or not the page you requested was > > stateless or stateful. > > > > -igor > > > > > > > > > > On Fri, Apr 11, 2008 at 3:33 AM, Johan Compagner < > [EMAIL PROTECTED]> > > > wrote: > > > > > > > > > > > > > by the way it is all your own fault that you get so many session. > > > > I just searched for your other mails and i did came across: > "Removing > > the > > > > jsessionid for SEO" > > > > > > > > where you where explaining that you remove the jsessionids from the > > urls.. > > > > > > > > johan > > > > > > > > > > > > On Thu, Apr 3, 2008 at 7:23 AM, Jeremy Thomerson < > > > > [EMAIL PROTECTED]> > > > > wrote: > > > > > > > > > I upgraded my biggest production app from 1.2.6 to 1.3 last week. > > I > > > > have > > > > > had several apps running on 1.3 since it was in beta with no > > problems - > > > > > running for months without restarting. > > > > > > > > > > This app receives more traffic than any of the rest. We have a > > decent > > > > > server, and I had always allowed Tomcat 1.5GB of RAM to operate > > with. > > > > It > > > > > never had a problem doing so, and I didn't have OutOfMemory > errors. > > > > Now, > > > > > after the up
Using a static image map
Hello, I've defined a simple HTML image map from a business process diagram: Basic Business Process (BPMN) Now I would like to enable this image map within Wicket... I've found out the ImageMap class in the API javadoc but I don't see how I should combine it with the above HTML. Could someone please provide an example or point me to some sample code? I've looked for an example among the existing ones but I haven't found any related to this situation. Thanks so much, Cristina -- View this message in context: http://www.nabble.com/Using-a-static-image-map-tp16656656p16656656.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Invoulentary session sharing/leakage in Wicket 1.3.x
Yes, it seems to be an error in Wicket. Johan says it should be fixed it in the latest shapshot version, but I have not tried it yet. But I will probably keep the workaround code as an extra protection. Niels Gwyn wrote: > > Anything new on this issue? > > /Gwyn > > On Wed, Apr 9, 2008 at 5:55 PM, Niels Bo <[EMAIL PROTECTED]> wrote: >> >> ok, I can put a try-catch(Throwable t) around the service() and log that >> together with the request-url. >> But since it is a production server, I am not able to get it deployed >> until >> tomorrow evening, and right now we are doing ok with the workaround. >> >> Niels >> >> >> >> >> Johan Compagner wrote: >> > >> > if there was an error before that >> > that should then be logged just before you log that there is a wrong >> state >> > >> > The way you do it now is in reverse >> > >> > the wrong state was already set in X number of request back >> > so when you log it, You can;'t really tie it to a a specific request >> that >> > did go wrong. >> > >> > If you log it later after the service method. Then you know that it >> did >> > happen for that request >> > And most likely there should be some error before that.. Because i >> dont >> > see >> > another way >> > how it would be possible when the normal flow without exceptions would >> > happen. >> > >> > johan >> > >> > >> > On Wed, Apr 9, 2008 at 3:28 PM, Niels Bo <[EMAIL PROTECTED]> >> wrote: >> > >> >> >> >> Hi >> >> How can I check/log if there are "error for that thread"? >> >> Niels >> >> >> >> >> >> Johan Compagner wrote: >> >> > >> >> > could you change that method that it checks this after the fact? >> >> > and then see if there is an error for that thread before? for >> example >> >> also >> >> > log the url call so that we can see >> >> > what kind of request did let one thread local be there? >> >> > >> >> > Which one is it by the way? >> >> > is it app, session or request cycle? >> >> > >> >> > i just checked our code and we have finally blocks pretty much >> every >> >> where >> >> > in WicketFilter.doGet >> >> > and in RequestCycle.steps >> >> > >> >> > And i have no idea how those can be jumped over. >> >> > >> >> > johan >> >> > >> >> >> >> -- >> >> View this message in context: >> >> >> http://www.nabble.com/Invoulentary-session-sharing-leakage-in-Wicket-1.3.x-tp16550360p16585768.html >> >> Sent from the Wicket - User mailing list archive at Nabble.com. >> >> >> >> >> >> - >> >> To unsubscribe, e-mail: [EMAIL PROTECTED] >> >> For additional commands, e-mail: [EMAIL PROTECTED] >> >> >> >> >> > >> > >> >> -- >> View this message in context: >> http://www.nabble.com/Invoulentary-session-sharing-leakage-in-Wicket-1.3.x-tp16550360p16590574.html >> >> >> Sent from the Wicket - User mailing list archive at Nabble.com. >> >> >> - >> To unsubscribe, e-mail: [EMAIL PROTECTED] >> For additional commands, e-mail: [EMAIL PROTECTED] >> >> > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > > -- View this message in context: http://www.nabble.com/Invoulentary-session-sharing-leakage-in-Wicket-1.3.x-tp16550360p16656648.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Problems with wicketstuff-contrib-jasperreports
Thanks,
That worked great!
/peter
On 4/4/08, Maurice Marrink <[EMAIL PROTECTED]> wrote:
> Not sure what the status is of that project, but it not that hard to
> do it yourself.
> Something like this should get you started.
>
> InputStream is = getClass().getResourceAsStream("template.jrxml");
> JasperDesign design = JRXmlLoader.load(is);
> //do something with template
> JasperReport report = JasperCompileManager.compileReport(design);
> JRCsvDataSource source = new JRCsvDataSource(someReader);
> JasperPrint print = JasperFillManager.fillReport(report, parameters,
> source);
> File file = File.createTempFile("list", ".pdf");
> JasperExportManager.exportReportToPdfFile(print, file.getPath());
> IResourceStream stream = new SomeCustomPdfImpl(file)
> getRequestCycle().setRequestTarget(new ResourceStreamRequestTarget(stream));
> getRequestCycle().setRedirect(false);
>
> Maurice
>
> On Thu, Apr 3, 2008 at 11:10 PM, Peter Neubauer
> <[EMAIL PROTECTED]> wrote:
> > Hi all,
> > I tried using a copy of the page at
> >
> http://wicket-stuff.svn.sourceforge.net/svnroot/wicket-stuff/trunk/wicket-contrib-jasperreports/src/examples/java/wicket/contrib/jasperreports/examples/ReportLinksPage.java
> > to get some Jasperreport out, but instead, I am getting
> > ERROR - RequestCycle -
> > java.lang.NullPointerException
> >at java.util.HashMap.(HashMap.java:217)
> >at
> wicket.contrib.jasperreports.JRResource.getReportParameters(JRResource.java:256)
> >at
> wicket.contrib.jasperreports.JRResource.newJasperPrint(JRResource.java:444)
> >at
> wicket.contrib.jasperreports.JRResource.getResourceState(JRResource.java:376)
> >at
> org.apache.wicket.markup.html.DynamicWebResource$1.checkLoadData(DynamicWebResource.java:265)
> >
> >
> > It seems that in
> >
> http://wicket-stuff.svn.sourceforge.net/svnroot/wicket-stuff/trunk/wicket-contrib-jasperreports/src/java/wicket/contrib/jasperreports/JRResource.java
> > setReportParameters is never called anywhere in the project.
> >
> > Is this still worth to pursue or is there a better way to serve Jasper
> > reports via some method in Wicket?
> >
> > Cheers
> >
> > --
> > GTalk: neubauer.peter
> > Skype peter.neubauer
> > ICQ 18762544
> > GTalk neubauer.peter
> > Phone +46704 106975
> > LinkedIn http://www.linkedin.com/in/neubauer
> >
> > http://www.neo4j.org - New Energy for Data - the Netbase.
> > http://www.ops4j.org - New Energy for OSS Communities - Open
> > Participation Software.
> > http://www.qi4j.org - New Energy for Java - Domain Driven Development.
> >
> > -
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
> >
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
--
GTalk:neubauer.peter
Skypepeter.neubauer
ICQ18762544
GTalkneubauer.peter
Phone +46704 106975
LinkedIn http://www.linkedin.com/in/neubauer
http://www.neo4j.org - New Energy for Data - the Netbase.
http://www.ops4j.org - New Energy for OSS Communities - Open
Participation Software.
http://www.qi4j.org- New Energy for Java - Domain Driven Development.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: onBeforeRender vs. prepareForRender
prepareForRender is only called on the Page or Component that is the target
itself for rendering (so the begin target)
prepareForRender is not meant to be overridden and called from the outside
world as far as i can see
The hook is onBeforeRender (that is called through a call that originates
from a Page.prepareForRender())
johan
On Sat, Apr 12, 2008 at 7:29 PM, Stefan Simik <[EMAIL PROTECTED]>
wrote:
>
> One additional question,
>
> is it valid to change to component hierarchy in these methods ?
>
> I tried it, but it didnt work:
>
>
>
> SHORT EXAMPLE:
> -
>
> AjaxFallbackLink updateLink = new AjaxFallbackLink("updateLink") {
>
> @Override
> public void prepareForRender() {
>super.prepareForRender();
>
>// if some condition true -> render additional attribute
>if (isUpdateProcessRunning()) {
>add(new
> StyleAttributeAppender("text-decoration: none;"));
>}
> }
> };
>
>
> and result was, that no STYLE attribute was rendered.
>
> But when I write:
>updateLink.add(new StyleAttributeAppender("text-decoration: none;"));
> then, the STYLE attribute is rendered.
>
>
> I cannot find out, what I am doing wrong here..
>
> Thanks a lot.
> --
> View this message in context:
> http://www.nabble.com/onBeforeRender-vs.-prepareForRender-tp16653398p16653658.html
> Sent from the Wicket - User mailing list archive at Nabble.com.
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
Re: onBeforeRender vs. prepareForRender
Here it is a good reference
http://cwiki.apache.org/WICKET/user-code-context.html
// Paolo
On Sat, Apr 12, 2008 at 7:29 PM, Stefan Simik <[EMAIL PROTECTED]>
wrote:
>
> One additional question,
>
> is it valid to change to component hierarchy in these methods ?
>
> I tried it, but it didnt work:
>
>
>
> SHORT EXAMPLE:
> -
>
> AjaxFallbackLink updateLink = new AjaxFallbackLink("updateLink") {
>
> @Override
> public void prepareForRender() {
>super.prepareForRender();
>
>// if some condition true -> render additional attribute
>if (isUpdateProcessRunning()) {
>add(new
> StyleAttributeAppender("text-decoration: none;"));
>}
> }
> };
>
>
> and result was, that no STYLE attribute was rendered.
>
> But when I write:
>updateLink.add(new StyleAttributeAppender("text-decoration: none;"));
> then, the STYLE attribute is rendered.
>
>
> I cannot find out, what I am doing wrong here..
>
> Thanks a lot.
> --
> View this message in context:
> http://www.nabble.com/onBeforeRender-vs.-prepareForRender-tp16653398p16653658.html
> Sent from the Wicket - User mailing list archive at Nabble.com.
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
Re: onBeforeRender vs. prepareForRender
One additional question,
is it valid to change to component hierarchy in these methods ?
I tried it, but it didnt work:
SHORT EXAMPLE:
-
AjaxFallbackLink updateLink = new AjaxFallbackLink("updateLink") {
@Override
public void prepareForRender() {
super.prepareForRender();
// if some condition true -> render additional attribute
if (isUpdateProcessRunning()) {
add(new
StyleAttributeAppender("text-decoration: none;"));
}
}
};
and result was, that no STYLE attribute was rendered.
But when I write:
updateLink.add(new StyleAttributeAppender("text-decoration: none;"));
then, the STYLE attribute is rendered.
I cannot find out, what I am doing wrong here..
Thanks a lot.
--
View this message in context:
http://www.nabble.com/onBeforeRender-vs.-prepareForRender-tp16653398p16653658.html
Sent from the Wicket - User mailing list archive at Nabble.com.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
onBeforeRender vs. prepareForRender
Hi guys, I would like to ask, what's the difference between these 2 methods: onBeforeRender vs. prepareForRender and when it is appropriate to use the first or second. Thanks a lot -- View this message in context: http://www.nabble.com/onBeforeRender-vs.-prepareForRender-tp16653398p16653398.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Setting Ajax throttle behavior on a modal's closed callback
Do you fire a lot of request to the server then? A trottle delay on window closed or a regular ajax button click doesnt make much sense to me anyway. first look what kind of request are causing this. On 4/10/08, Michael Mehrle <[EMAIL PROTECTED]> wrote: > I'm getting some strange 'Channel busy - postponing' errors in my AJAX > in Safari. Read up on it and I think the solution might be to throttle > the AJAX call (especially since it works fine in Firefox). > > > > The call I dug up is 'setThrottleDelay(...)' - but I only see that as > part of an AjaxBehavior. Is there a way to do this for a regular Ajax > button/window closed event? > > > > Michael > > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: DateTimeField and zero padding hours
I guess this has something to do with the format string that is used for your locale, just look int what dateformat is used in your case On 4/11/08, Federico Fanton <[EMAIL PROTECTED]> wrote: > Hi everyone! > Just a quick question.. If I type inside a DateTimeField a 0 in the "hours" > and "minutes" field, on submit the "minutes" field is padded to "00", while > the "hours" field becomes blank.. Is this an intended behavior? I'm using > Wicket 1.3.3.. > Thanks for your time! > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: infront of modalwindow
Okay, I might not have explained myself very well. Was in a hurry. I use the prototip from wicketstuff-minies, I have a modal window, but the modal windows is infront of the prototip. So how do I changed the z-index of the prototip. I have tried it by setting a custom class on protip and setting the z-index to 30, it did not work... So any clues? regards Nino Nino Saturnino Martinez Vazquez Wael wrote: Hi Showing a prototip should be a matter of setting z-index right? Im having a little trouble doing just that... Even though i've set z-index to 3... -- -Wicket for love Nino Martinez Wael Java Specialist @ Jayway DK http://www.jayway.dk +45 2936 7684 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tomcat dying with Wicket 1.3.2 (Windows / JDK 1.5.0_10)
You could also try to detect the spider and set its session timeout (if one was created) to 1 minute or so... Detecting the bots shouldn't be too hard iiuc some of the articles on robots.txt Martijn On 4/12/08, Johan Compagner <[EMAIL PROTECTED]> wrote: > Ok if you dont strip the jsessionid again (like they do or trying to > do in the other thread where you also replied on) then maybe there is > now a crawler thats strips it when it sees it and sends the stripped > version back to you, if somebody does that then sessions are created > in a very fast way. > > Maybe you can look at your accesslog? > > > On 4/12/08, Jeremy Thomerson <[EMAIL PROTECTED]> wrote: > > Thanks for the insight - didn't know that the webapp had to make a call to > > force the cookie-less support. Someone asked for how often Google is > > crawling us. It seems like at any given point of almost any day, we have > > one crawler or another going through the site. I included some numbers > > below to give an idea. > > > > Igor - thanks - it could easily be the search form, which is the only thing > > that would be stateful on about 95% of the pages that will be crawled. I > > made myself a note yestereday that I need to look at making that a > stateless > > form to see if that fixes the unnecessary session creation. I'll post the > > results. > > > > The one thing I have determined from all this (which answers a question > from > > the other thread) is that Google (and the other crawlers) is definitely > > going to pages with a jsessionid in the URL, and the jsessionid is not > > appearing in the search results (with 2 exceptions out of 30,000+ pages > > indexed). But I know that maybe only a month ago, there were hundreds of > > pages from our site that had jsessionids in the URLs that Google had > > indexed. Could it be possible that they are stripping the jsessionid from > > URLs they visit now? I haven't found anywhere that they volunteer much > > information on this matter. > > > > Bottom line - thanks for everyone's help - I have a bandaid on this now > > which will buy me the time to see what's creating the early unnecessary > > sessions. Is there a particular place in the code I should put a > breakpoint > > to see where the session is being created / where it says "oh, you have a > > stateful page - here's the component that makes it stateful"? That's where > > I'm headed next, so if anyone knows where that piece of code is, the tip > > would be greatly appreciated. > > > > Thanks again, > > Jeremy > > > > Here's a few numbers for the curious. I took a four minute segment of our > > logs from a very slow traffic period - middle of the night. In that time, > > 67 sessions were created. Then did reverse DNS lookups on the IPs. The > > traffic was from: > > > > cuill.com crawler4 (interesting - new search engine - didn't know > > about it before) > > googlebot4 > > live.com bot1 > > unknown13 > > user28 > > yahoo crawler26 > > > > > > > > > > On Fri, Apr 11, 2008 at 9:20 PM, Igor Vaynberg <[EMAIL PROTECTED]> > > wrote: > > > > > On Fri, Apr 11, 2008 at 6:37 PM, Jeremy Thomerson > > > <[EMAIL PROTECTED]> wrote: > > > > If you go to http://www.texashuntfish.com/thf/app/home, you will > notice > > > that > > > > the first time you hit the page, there are jsessionids in every link - > > > same > > > > if you go there with cookies disabled. > > > > > > as far as i know jsessionid is only appended once an http session is > > > created and needs to be tracked. so the fact you see it right after > > > you go to /app/home should tell you that right away the session is > > > created and bound. not good. something in your page is stateful. > > > > > > > I think this problem is caused by something making the session bind at > > > an > > > > earlier time than it did when I was using 1.2.6 - it's probably still > > > > something that I'm doing weird, but I need to find it. > > > > > > i think this is unlikely. if i remember correctly delayed session > > > creation was introduced in 1.3.0. 1.2.6 _always created a session on > > > first request_ regardless of whether or not the page you requested was > > > stateless or stateful. > > > > > > -igor > > > > > > > > > > > > > > On Fri, Apr 11, 2008 at 3:33 AM, Johan Compagner <[EMAIL PROTECTED]> > > > > wrote: > > > > > > > > > > > > > > > > > by the way it is all your own fault that you get so many session. > > > > > I just searched for your other mails and i did came across: > "Removing > > > the > > > > > jsessionid for SEO" > > > > > > > > > > where you where explaining that you remove the jsessionids from the > > > urls.. > > > > > > > > > > johan > > > > > > > > > > > > > > > On Thu, Apr 3, 2008 at 7:23 AM, Jeremy Thomerson < > > > > > [EMAIL PROTECTED]> > > > > > wrote: > > > > > > > > > > > I upgraded my biggest production
Re: Migrating to 1.4-SNAPSHOT: how to rid of generic warnings?
You mean now ofcourse that you will pick this up now right matej? :)
On 4/11/08, Matej Knopp <[EMAIL PROTECTED]> wrote:
> That's only question of time, Johan hasn't yet had time to generify pages.
>
> -Matej
>
> On Fri, Apr 11, 2008 at 3:10 AM, Jonathan Locke
> <[EMAIL PROTECTED]> wrote:
> >
> >
> > uh, i meant WebPage obviously
> >
> >
> >
> >
> > Jonathan Locke wrote:
> > >
> > >
> > > i didn't say it shouldn't be. i was just saying /if it was not going
> to
> > > be/ (i'm not working on 1.4 yet, so i don't know why it's not generic
> > > already) it shouldn't create generics warnings. in fact, i agree with
> you
> > > and people should ideally just say MyPage extends WebPage if their
> page
> > > has no model.
> > >
> > >
> > > igor.vaynberg wrote:
> > >>
> > >> why wouldnt page be generic?
> > >>
> > >> class edituserpage extends webpage {
> > >> public edituserpage(imodel user) {...}}
> > >>
> > >> -igor
> > >>
> > >>
> > >> On Thu, Apr 10, 2008 at 5:22 PM, Jonathan Locke
> > >> <[EMAIL PROTECTED]> wrote:
> > >>>
> > >>>
> > >>> yeah. if Page/WebPage are not going to be generic, maybe they
> should
> > >>> extend
> > >>> (Web)MarkupContainer or something?
> > >>>
> > >>>
> > >>> MYoung wrote:
> > >>> >
> > >>> >> public class HomePage extends WebPage {
> > >>>
> > >>> >
> > >>> > ERROR: The type WebPage is not generic; it cannot be parameterized
> > >>> with
> > >>> > arguments
> > >>> >
> > >>> >
> > >>> >
> > >>>
> > >>> >>you COULD use the @SuppressWarnings({"unchecked"})
> > >>> >
> > >>> > I would rather not use @SupressWarnings if I can do the right
> thing.
> > >>> >
> > >>> > On Thu, Apr 10, 2008 at 4:49 PM, Matej Knopp
> <[EMAIL PROTECTED]>
> > >>> > wrote:
> > >>> >
> > >>> >> Problem is that WebPage is generic class but your instance
> doesn't
> > >>> >> have the type specified. Since you page doesn't have a model
> object
> > >>> >> the type is not really necessary, but the compiler doesn't know
> > >>> that.
> > >>> >>
> > >>> >> You can try this:
> > >>> >>
> > >>> >>
> > >>> >> public class HomePage extends WebPage {
> > >>>
> > >>>
> > >>> >>
> > >>> >> This should get rid of the wanings when adding components.
> > >>> >>
> > >>> >> -Matej
> > >>> >>
> > >>> >> On Fri, Apr 11, 2008 at 1:19 AM, Matthew Young
> <[EMAIL PROTECTED]>
> > >>> wrote:
> > >>> >> > Oh mine, some many generic warnings after moving to 1.4. I got
> > >>> rid of
> > >>> >> them
> > >>> >> > by putting in type parameters but I'm not sure if I'm doing
> the
> > >>> right
> > >>> >> thing.
> > >>> >> > There is one warning I don't know how to fix:
> > >>> >> >
> > >>> >> > WARNING: Type safety: the method add(Component) belongs to the
> > >>> raw
> > >>> >> type
> > >>> >> > MarkupContainer. Reference to generic type MarkupContainer
> > >>> should
> > >>> >> be
> > >>> >> > parameterized.
> > >>> >> >
> > >>> >> >
> > >>> >> > What are the benefits of generifying Wicket? I only know one
> is
> > >>> type
> > >>> >> safe
> > >>> >> > model. What else?
> > >>> >> >
> > >>> >> >
> > >>> >> >
> > >>> >> > Here is a little test page, please take a look and see if I'm
> > >>> doing
> > >>> >> thing
> > >>> >> > correctly?
> > >>> >> >
> > >>> >> > public class HomePage extends WebPage {
> > >>> >> >
> > >>> >> > private static final long serialVersionUID = 1L;
> > >>> >> >
> > >>> >> > private String hi ="";
> > >>> >> > private int count;
> > >>> >> >
> > >>> >> > public HomePage(final PageParameters parameters) {
> > >>> >> >
> > >>> >> > // WARNING HERE and next line
> > >>> >> > add(new Label("message", "If you see this
> > >>> message
> > >>> >> wicket
> > >>> >> > is properly configured and running"));
> > >>> >> > add(new FeedbackPanel("feedback"));
> > >>> >> > Form form = new Form("form", new
> > >>> >> > CompoundPropertyModel(this)) {
> > >>> >> > private static final long serialVersionUID = 1L;
> > >>> >> > @Override public void onSubmit() {
> > >>> >> > ++count;
> > >>> >> > }
> > >>> >> > };
> > >>> >> > add(form);// WARNING HERE
> > >>> >> > form.add(new
> TextField("hi").setRequired(true));
> > >>> >> > // WARNING HERE
> > >>> >> > add(new Label("hihi", new
> > >>> >> PropertyModel(this,
> > >>> >> > "hello")));
> > >>> >> > }
> > >>> >> >
> > >>> >> > public String getHello() {
> > >>> >> > return hi + ": you say hello " + count + " times.";
> > >>> >> > }
> > >>> >> > }
> > >>> >> >
> > >>> >>
> > >>> >>
> > >>> >>
> > >>> >> --
> > >>> >> Resizable and reorderable grid components.
> > >>> >> http://www.inmethod.com
> > >>> >>
> > >>> >>
> > >>> --
"How page handle a request" wiki page
I think the content of this page describing how page handle a request is outdated by wicket 1.3.x http://cwiki.apache.org/WICKET/lifecycle-of-a-wicket-application.html#LifecycleofaWicketApplication-HowPageHandlesaRequest It is still making reference to onBeginRequest and onAfterRequest methods that have been deprecated. Haven't they? Thank Paolo
Re: DatePicker Simple Question
iirc, the default behavior is that you can click on the month, and then an "advanced" month/year selection will be displayed. if that's not the case, you need to override Datepicker#enableMonthYearSelection and return true. Gerolf On Sat, Apr 12, 2008 at 4:37 AM, Ayodeji Aladejebi <[EMAIL PROTECTED]> wrote: > Please, > > The default behavior of the current datepicker allows users to scroll > month > by month, how can datepicker be configured to scroll year by year? > > thanks >
Re: Tomcat dying with Wicket 1.3.2 (Windows / JDK 1.5.0_10)
Ok if you dont strip the jsessionid again (like they do or trying to do in the other thread where you also replied on) then maybe there is now a crawler thats strips it when it sees it and sends the stripped version back to you, if somebody does that then sessions are created in a very fast way. Maybe you can look at your accesslog? On 4/12/08, Jeremy Thomerson <[EMAIL PROTECTED]> wrote: > Thanks for the insight - didn't know that the webapp had to make a call to > force the cookie-less support. Someone asked for how often Google is > crawling us. It seems like at any given point of almost any day, we have > one crawler or another going through the site. I included some numbers > below to give an idea. > > Igor - thanks - it could easily be the search form, which is the only thing > that would be stateful on about 95% of the pages that will be crawled. I > made myself a note yestereday that I need to look at making that a stateless > form to see if that fixes the unnecessary session creation. I'll post the > results. > > The one thing I have determined from all this (which answers a question from > the other thread) is that Google (and the other crawlers) is definitely > going to pages with a jsessionid in the URL, and the jsessionid is not > appearing in the search results (with 2 exceptions out of 30,000+ pages > indexed). But I know that maybe only a month ago, there were hundreds of > pages from our site that had jsessionids in the URLs that Google had > indexed. Could it be possible that they are stripping the jsessionid from > URLs they visit now? I haven't found anywhere that they volunteer much > information on this matter. > > Bottom line - thanks for everyone's help - I have a bandaid on this now > which will buy me the time to see what's creating the early unnecessary > sessions. Is there a particular place in the code I should put a breakpoint > to see where the session is being created / where it says "oh, you have a > stateful page - here's the component that makes it stateful"? That's where > I'm headed next, so if anyone knows where that piece of code is, the tip > would be greatly appreciated. > > Thanks again, > Jeremy > > Here's a few numbers for the curious. I took a four minute segment of our > logs from a very slow traffic period - middle of the night. In that time, > 67 sessions were created. Then did reverse DNS lookups on the IPs. The > traffic was from: > > cuill.com crawler4 (interesting - new search engine - didn't know > about it before) > googlebot4 > live.com bot1 > unknown13 > user28 > yahoo crawler26 > > > > > On Fri, Apr 11, 2008 at 9:20 PM, Igor Vaynberg <[EMAIL PROTECTED]> > wrote: > > > On Fri, Apr 11, 2008 at 6:37 PM, Jeremy Thomerson > > <[EMAIL PROTECTED]> wrote: > > > If you go to http://www.texashuntfish.com/thf/app/home, you will notice > > that > > > the first time you hit the page, there are jsessionids in every link - > > same > > > if you go there with cookies disabled. > > > > as far as i know jsessionid is only appended once an http session is > > created and needs to be tracked. so the fact you see it right after > > you go to /app/home should tell you that right away the session is > > created and bound. not good. something in your page is stateful. > > > > > I think this problem is caused by something making the session bind at > > an > > > earlier time than it did when I was using 1.2.6 - it's probably still > > > something that I'm doing weird, but I need to find it. > > > > i think this is unlikely. if i remember correctly delayed session > > creation was introduced in 1.3.0. 1.2.6 _always created a session on > > first request_ regardless of whether or not the page you requested was > > stateless or stateful. > > > > -igor > > > > > > > > > > On Fri, Apr 11, 2008 at 3:33 AM, Johan Compagner <[EMAIL PROTECTED]> > > > wrote: > > > > > > > > > > > > > by the way it is all your own fault that you get so many session. > > > > I just searched for your other mails and i did came across: "Removing > > the > > > > jsessionid for SEO" > > > > > > > > where you where explaining that you remove the jsessionids from the > > urls.. > > > > > > > > johan > > > > > > > > > > > > On Thu, Apr 3, 2008 at 7:23 AM, Jeremy Thomerson < > > > > [EMAIL PROTECTED]> > > > > wrote: > > > > > > > > > I upgraded my biggest production app from 1.2.6 to 1.3 last week. > > I > > > > have > > > > > had several apps running on 1.3 since it was in beta with no > > problems - > > > > > running for months without restarting. > > > > > > > > > > This app receives more traffic than any of the rest. We have a > > decent > > > > > server, and I had always allowed Tomcat 1.5GB of RAM to operate > > with. > > > > It > > > > > never had a problem doing so, and I didn't have OutOfMemory errors. > > > > Now, > > > > > after the upgrade to 1.3.2, I am having all sorts of trouble. It > > ran > > > > for > > > > > sever
Re: DropDown not setting the object - pls help
I am afraid I still get null RoomModel with this.
igor.vaynberg wrote:
>
> what happens if you bind the dropdown like this instead:
>
> new DropDownChoice("roomlist", new PropertyModel(this,
> "bookingModel.room"), new Model(list), renderer);
>
> -igor
>
>
>
--
View this message in context:
http://www.nabble.com/DropDown-not-setting-the-object---pls-help-tp16645752p16646392.html
Sent from the Wicket - User mailing list archive at Nabble.com.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: DropDown not setting the object - pls help
what happens if you bind the dropdown like this instead:
new DropDownChoice("roomlist", new PropertyModel(this,
"bookingModel.room"), new Model(list), renderer);
-igor
On Fri, Apr 11, 2008 at 11:47 PM, nemo_08 <[EMAIL PROTECTED]> wrote:
>
> Well ok, but I am getting other values in the same instance of BookingModel
> in onSubmit(). Here's my code
>
> private class BookingForm extends Form {
>
> private BookingModel bookingModel = new BookingModel();
>
> public BookingForm(String id, RoomModel selectedRoom) {
> super(id);
>
> // -- adding the Room list dropdown
>
> ArrayList list = new ArrayList(getRoomList());
> ChoiceRenderer renderer = new ChoiceRenderer("roomName","roomID");
> DropDownChoice roomDropDown = new DropDownChoice("roomlist", new
> PropertyModel(bookingModel,"room"), new Model(list), renderer);
> if(null!=selectedRoom)
> bookingModel.setRoom(selectedRoom);
> add(roomDropDown);
>
> add(new TextArea("purpose",new
> PropertyModel(bookingModel,"purpose")));
>
> }
>
> public final void onSubmit() {
> System.out.println("room "+bookingModel.getRoom());
> // getting 'null'
> here
> System.out.println("purpose
> "+bookingModel.getPurpose()); // getting
> value here
> }
>
> }
>
> I get value for the 'purpose' textarea. Thanks for your patience and
> replying Igor, but how else can I get the instance of BookingModel inside
> onSubmit() ? I tried getModel() - its giving null there. Is there any other
> way ?
>
>
>
>
> igor.vaynberg wrote:
> >
> > and how do you keep a reference to it? does it come from a detachable
> > model? i am guessing that the dropdownchoice does not update the same
> > instance you end up seeing null in. usually you would chain models
> > such as new propertymodel(some-wicket-imodel-you-used-to-load-the-pojo,
> > "property")
> >
> > -igor
> >
> >
>
> --
> View this message in context:
> http://www.nabble.com/DropDown-not-setting-the-object---pls-help-tp16645752p16646080.html
>
>
> Sent from the Wicket - User mailing list archive at Nabble.com.
>
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
RE: Removing the jsessionid for SEO
Dan Kaplan-3 wrote: > > Google "jsessionid SEO" for more. Most of the results tell you to get rid > of the jsessionid. Granted, it doesn't seem google has specifically > mentioned this either way so all these comments are rumors. But the fact > of > the matter is Google *DOES* index your urls with the jessionid still in > it. > You'd think they'd be smart enough to remove that, right? If they can't > get > that much right, I wouldn't want to make any other assumptions about their > abilities on similar matters. > Search Matt Cutts blog for session id. He specifically suggests to not even include query string parameters that "look" like session ids. From what I remember Google can and does index pages with session ids BUT to a reduced degree. -- View this message in context: http://www.nabble.com/Removing-the-jsessionid-for-SEO-tp16464534p16646137.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
