Re: Problem with palette components
Did you tried Palette.getSelectedChoices() method? It will return an Iterator where T is the type of Model object. Ernesto On Tue, Dec 29, 2009 at 8:09 PM, victorTrapiello wrote: > > Hello guys I´m new in the Wicket world, I´m developing an online > application > with my development team, we are using the component "Palette", we display > the palette on the screen but we can´t/ we do not know how to get the list > of choices that we have selected, we have tried like in the example with: > > palette.getModelObjectAsString()); > > but it seems our IDE does not recognize this... we have imported all of the > libraries > > any help¿? > > Thanks very much in advance > > Regards. > -- > View this message in context: > http://old.nabble.com/Repost%3A-Track-selected-entries-in-either-of-a-Palette%27s-Choices-components--tp26922651p26958594.html > Sent from the Wicket - User mailing list archive at Nabble.com. > > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > >
Re: Too Many Open Files Wicket 1.4.1
Was a JIRA ticket ever created for this? I couldn't find any thing related to it. Is any one else seeing this issue? I just ran across it in our dev env after redeploying my web app. Not sure if this wicket, jdk, or weblogic. Weblogic 10 JRockit (BEA JRockit(R) (build R27.6.5-32_o-121899-1.6.0_14-20091001-2113-linux-ia32, compiled mode)) Linux Wicket 1.4.4 -- View this message in context: http://old.nabble.com/Too-Many-Files-Wicket-1.4.1-tp25983047p26963709.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
wizard's AbstractFormValidator code occasionally execute, occasionally not execute
wizard has two steps: A and B A step contains some formcomponent, i add AbstractFormValidator in A step, but i found that AbstractFormValidator's sometime execute, sometimes do not execute. i also found A step's formcomponent value has not convert to data object. my code detail in attachment file. thanks! - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Disable action
Hi, How would a declaration of "disable" action for swarm look like? Suppose you have one login-panel that is granted for everyone to see and logoof-one which is for logged users and they cant see each others panel. So I would define component permission on that component as disabled what would overide the default grant. Tia, regards -- Marek Šabo Chief Server Manager Club SU CVUT Buben Bubenečská Kolej Terronská 28, Prague 16000 XMPP: zeratul...@gmail.com - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Logging configuration trouble
Think I figured this out; it appears to be related to the order things happen. I originally had my logging initialization as the first line in my Application init() method. Unfortunately this occurs after some of the class Loggers get initialized statically and consequently our initialization occurs too late. If I place my initialization as the first line of the constructor class or as a static initialization everything appears to work properly. This could also solve the problem of some people who have mentioned issues with their formatters. HTH MZ Martin Zardecki wrote: > > Hi list, I'm using Java Utils Logging along with Wicket and I have a > log.properties which I read in the WicketApplication init method as > follows: > > java.util.logging.LogManager.getLogManager().readConfiguration(input); > > I confirm that my log.properties is read in correctly using a debugger. > > --- > My log.properties file is as follows: > > # Specify the handlers to create in the root logger > # (all loggers are children of the root logger) > # The following creates two handlers > handlers = java.util.logging.ConsoleHandler, java.util.logging.FileHandler > > # Set the default logging level for the root logger > .level = WARNING > > # Set the default logging level for new ConsoleHandler instances > java.util.logging.ConsoleHandler.level = ALL > java.util.logging.ConsoleHandler.formatter = > java.util.logging.SimpleFormatter > > # Set the default logging level for new FileHandler instances > java.util.logging.FileHandler.level = ALL > java.util.logging.FileHandler.pattern = %h/stagetwo.log > java.util.logging.FileHandler.limit = 5 > java.util.logging.FileHandler.count = 1 > java.util.logging.FileHandler.formatter = > java.util.logging.SimpleFormatter > > # Set the default logging level for the logger named com.truecool > com.truecool.stagetwo.level = WARNING > > org.apache.wicket.level = WARNING > org.apache.wicket.markup.resolver.WicketMessageResolver.level = SEVERE > > # Hibernate Logging options > #logger.org.hibernate=info > org.hibernate.level = WARNING > --- > > For whatever reason I'm still getting all the WicketMessageResolver > warnings in my logs. > > Any suggestions on how to get rid of the WicketMessageResolver warnings? > > Thanks, > > Martin Zardecki > > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > > > -- View this message in context: http://old.nabble.com/Logging-configuration-trouble-tp26867097p26961354.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Wicket feedback
Hi Johan, Thanks for joining the discussion. I think it makes sense for swing have different components for TextField and TextArea, because the component look and feel is defined in java, even position and size. So if it looks different for the end user, it should be handled by swing in a different manner. That is, there is no separation of concern. One example I think wicket gets it right is repeaters. Dispite the fact that UI/LI and Table/TR are different beasts in HTML (as you call it :)), they have no related component in wicket. Rather there are components that represents the intented behavior. That's good IMO, because the designer have flexibility to choose whatever HTML representation he wants. Em 24/12/2009 07:21, Johan Compagner escreveu: So you just want to throw all the components of a page or panel (the one with markup) in 1 big place. then all those have to be uniquely named ofcourse. Throughout the complete page. Repeaters will then be a bit special i guess. Because they are generation ListItem components for you that then also should be added to the page i guess (and made unique per repeater) And they point again to some of the global pool components? I think this will cost performance (if we still use linear lists) or memory (if we are going to use hashmaps). But after that if we all have this.. Wont the code be unreadable? What is in where? Because i guess you then want to just add alll the components you have on a page in the page constructor.. So that one will be quite large with no relations to each other.. Or are you going to group them again? But then you are doing exactly the thing you do now johan P.S. i am against having 1 text field component.. TextArea and TexField are also in html completely different beasts. I know there are ui (swt) that do use 1, but others (swing) dont i like that separation.. On Wed, Dec 23, 2009 at 20:15, Martin Makundi< martin.maku...@koodaripalvelut.com> wrote: what does that have to do with OO exactly? hmm.. It should be sufficient that the artist thinks the gfx are immacculate and that the java developer thinks the code is immacculate. Why do we need to couple java with html hierarchies and stuff? Some namespace attribute could suffice to allow nested components. put your money where your mouth is, come up with a prototype. Does wicket have a single point where it manages which component becomes the child of another and where the markup is loaded from? If yes, I could try to introduce a namespace attribute. we synchronize with the markup and lose some OOP, but we gain in desing. Have you ever change the look and feel of your application? with wicket it is really easy, in other frameworks it is a nightmare. If you give up coupling between html and java you do not lose the ease of design. Actually you will gain more ease and freedom of design. Furthermore, coding will be much faster as in most (80-90%) cases you need only a single namespace per panel and you could go about it without the need to worry about how the components are nested in html <> java. When I build a new panel I believe a significant amount of time is spent in synchronizing html and java. That's work time spent that is not really adding value in linear amount. ** Martin -igor ** Martin On Wed, Dec 23, 2009 at 1:51 PM, Igor Vaynberg< igor.vaynb...@gmail.com>wrote: and where is this more OO? -igor On Wed, Dec 23, 2009 at 7:24 AM, Martin Makundi wrote: I vote +1 for more OO Wicket. Way to go Ricardo! ** Martin 2009/12/23 Ricardo Mayerhofer: Hi Igor, Thanks for your response. Here goes my observations: Em 22/12/2009 14:41, Igor Vaynberg escreveu: On Tue, Dec 22, 2009 at 5:19 AM, Ricardo Mayerhofer wrote: Hi all, We've just finished with success a wicket project for a large online retailer. I think wicket is the best framework out there, but as any other project there is room for improvement. I will talk about some topics bellow, I hope it can help in some way. - Separation of corcerns I think we could get a better separation of concerns if page class were focused more in behavior and html were more focused in display (or view). What I mean is, some times we have components that the main purpose is to add behavior, and we have to add extra markup just to satisfy wicket 1:1 mapping. Take CheckGroup for exaple, it is a component focused on behavior, even though we have to add a reference to it in HTML. a redesigned CheckGroup is welcome, but that component is
RE: Tag Oriented Development
The good thing about standards is that there are so many to choose from. .Net is a standard, Java is a standard, PERL is a standard, JavaScript is a standard. As are CSS, HTML, etc. As we all know, just because something is a standard does not mean that it is good, fits the problem, or is implemented properly or in any meaningful way. It is important to understand the thinking that goes into one of the standards. In business, the reason decision makers choose standards is because they want easily replaceable cogs that require little training. They've been trying to get software engineers to pay obeisance to this thinking for years, but the engineers can always come up with good reasons why a standard is not a good fit. The exceptional engineers can do it in a way that even the decision makers see the value in dropping a "standard". -Original Message- From: Altuğ B. Altıntaş [mailto:alt...@gmail.com] Sent: Tuesday, December 29, 2009 2:51 PM To: users@wicket.apache.org Subject: Re: Tag Oriented Development Agreed 2009/12/25 > JSF == Standard? > > My question is: What should become a standard? > > When I think about standards, then things that come to mind are: > > - SQL > - ODBC > - Java > - JDBC > - EJB > - JPA > > but not JSF. And not Spring. And not ... - you name it. > > For some reason, possibly due to the fast evolving nature of the web, > web frameworks are higher up in the food chain, and I don't think that > we are ready yet to standardize on that level. People may say JSF is a > standard, so what? The fact that there are so many others seems to > prove my point. > > Bernard > > > > On Tue, 22 Dec 2009 14:59:16 +0200, you wrote: > > >In business, decision makers choose standards and JSF is standard so JSF > is > >good and JSF is the King. But couldn't be "The King Is Naked" ?? > > > >OR > > > >Am i wrong ? JSF is really cool and i don't know the hidden features ?? > > > >I don't want to start framework wars, this is useless but I think Wicket > >should be a JSR. > > > >I don't know how a framework like Wicket become a JSR - a standard - but > it > >should be... > > > > > >2009/12/22 Peter Thomas > > > >> On Tue, Dec 22, 2009 at 5:47 PM, Ernesto Reinaldo Barreiro < > >> reier...@gmail.com> wrote: > >> > >> > @Tomas, @Martin, > >> > > >> > I already knew those links... Thanks anyway. Actually I went a bit > >> further > >> > an implemented the same "application" on different technologies so > that > >> > developers could evaluate for themselves the wonders of "downsides" of > >> each > >> > technology... plus detailed explanations of how the code works > >> > Unfortunately I cannot share that code as is property of the company I > >> work > >> > for > >> > >> > >> That's a pretty solid approach, pity you can't share the code though. I > >> tried to do something similar as open-source: > >> http://code.google.com/p/perfbench/ > >> > >> Maybe you can contribute some analysis or even an implementation or two > ;) > >> I would be interested in your feedback, for e.g. which framework to > attempt > >> next - do let me know offline. > >> > >> > >> > >> > But the problem is those who will take the final decision will take > >> > into account more "political" reasons that things like "development > >> speed", > >> > "code quality", "code re-usability" and any other adds you throw at > >> them... > >> > > >> > > >> > @Martin, > >> > > >> > Congratulations! Hope I can say the same in a few months. > >> > > >> > Best, > >> > > >> > Ernesto > >> > > >> > On Tue, Dec 22, 2009 at 12:57 PM, Peter Thomas > >> > wrote: > >> > > >> > > On Tue, Dec 22, 2009 at 5:22 PM, Ernesto Reinaldo Barreiro < > >> > > reier...@gmail.com> wrote: > >> > > > >> > > > Hi Eelco, > >> > > > > >> > > > On Tue, Dec 22, 2009 at 12:38 PM, Eelco Hillenius < > >> > > > eelco.hillen...@gmail.com > >> > > > > wrote: > >> > > > > >> > > > > > I love Wicket and the natural approach it offers to do > >> > > > web-development... > >> > > > > > and I have been pushing hard to use it whenever possible... > but > >> on > >> > > the > >> > > > > > "real world" it is not enough to be an excellent product to > gain > >> > > > > > wide acceptance... Does last sentence ring a bell? > >> > > > > > >> > > > > I think we've gained pretty wide acceptance actually. Wicket In > >> > Action > >> > > > > has been a best seller for Manning in the months right after it > >> came > >> > > > > out, and Wicket is by many considered as one of the leading web > >> > > > > frameworks for Java. We've also had one of the most active email > >> > lists > >> > > > > for years now. I'm sure Wicket lags behind JSF and Struts > >> > considerably > >> > > > > when it comes to number of users, but hey, why would we care. > You > >> > only > >> > > > > need a bunch of serious users to maintain a framework, and > Wicket > >> has > >> > > > > many thousands of them :-) > >> > > > > > >> > > > > You don't have to convince me about Wicket excel
Re: Tag Oriented Development
Agreed 2009/12/25 > JSF == Standard? > > My question is: What should become a standard? > > When I think about standards, then things that come to mind are: > > - SQL > - ODBC > - Java > - JDBC > - EJB > - JPA > > but not JSF. And not Spring. And not ... - you name it. > > For some reason, possibly due to the fast evolving nature of the web, > web frameworks are higher up in the food chain, and I don't think that > we are ready yet to standardize on that level. People may say JSF is a > standard, so what? The fact that there are so many others seems to > prove my point. > > Bernard > > > > On Tue, 22 Dec 2009 14:59:16 +0200, you wrote: > > >In business, decision makers choose standards and JSF is standard so JSF > is > >good and JSF is the King. But couldn't be "The King Is Naked" ?? > > > >OR > > > >Am i wrong ? JSF is really cool and i don't know the hidden features ?? > > > >I don't want to start framework wars, this is useless but I think Wicket > >should be a JSR. > > > >I don't know how a framework like Wicket become a JSR - a standard - but > it > >should be... > > > > > >2009/12/22 Peter Thomas > > > >> On Tue, Dec 22, 2009 at 5:47 PM, Ernesto Reinaldo Barreiro < > >> reier...@gmail.com> wrote: > >> > >> > @Tomas, @Martin, > >> > > >> > I already knew those links... Thanks anyway. Actually I went a bit > >> further > >> > an implemented the same "application" on different technologies so > that > >> > developers could evaluate for themselves the wonders of "downsides" of > >> each > >> > technology... plus detailed explanations of how the code works > >> > Unfortunately I cannot share that code as is property of the company I > >> work > >> > for > >> > >> > >> That's a pretty solid approach, pity you can't share the code though. I > >> tried to do something similar as open-source: > >> http://code.google.com/p/perfbench/ > >> > >> Maybe you can contribute some analysis or even an implementation or two > ;) > >> I would be interested in your feedback, for e.g. which framework to > attempt > >> next - do let me know offline. > >> > >> > >> > >> > But the problem is those who will take the final decision will take > >> > into account more "political" reasons that things like "development > >> speed", > >> > "code quality", "code re-usability" and any other adds you throw at > >> them... > >> > > >> > > >> > @Martin, > >> > > >> > Congratulations! Hope I can say the same in a few months. > >> > > >> > Best, > >> > > >> > Ernesto > >> > > >> > On Tue, Dec 22, 2009 at 12:57 PM, Peter Thomas > >> > wrote: > >> > > >> > > On Tue, Dec 22, 2009 at 5:22 PM, Ernesto Reinaldo Barreiro < > >> > > reier...@gmail.com> wrote: > >> > > > >> > > > Hi Eelco, > >> > > > > >> > > > On Tue, Dec 22, 2009 at 12:38 PM, Eelco Hillenius < > >> > > > eelco.hillen...@gmail.com > >> > > > > wrote: > >> > > > > >> > > > > > I love Wicket and the natural approach it offers to do > >> > > > web-development... > >> > > > > > and I have been pushing hard to use it whenever possible... > but > >> on > >> > > the > >> > > > > > "real world" it is not enough to be an excellent product to > gain > >> > > > > > wide acceptance... Does last sentence ring a bell? > >> > > > > > >> > > > > I think we've gained pretty wide acceptance actually. Wicket In > >> > Action > >> > > > > has been a best seller for Manning in the months right after it > >> came > >> > > > > out, and Wicket is by many considered as one of the leading web > >> > > > > frameworks for Java. We've also had one of the most active email > >> > lists > >> > > > > for years now. I'm sure Wicket lags behind JSF and Struts > >> > considerably > >> > > > > when it comes to number of users, but hey, why would we care. > You > >> > only > >> > > > > need a bunch of serious users to maintain a framework, and > Wicket > >> has > >> > > > > many thousands of them :-) > >> > > > > > >> > > > > You don't have to convince me about Wicket excellence! I love > >> Wicket, > >> > > > I've > >> > > > been using it for over two years now, and right now I'm doing all > my > >> > > > efforts > >> > > > to get it adopted at the company I'm working for... But being > >> realistic > >> > > > they > >> > > > will probably jump to Struts 2, or Seam-JSF... > >> > > > > >> > > > After re-reading my message I see maybe it was bit > "pessimistic".. > >> > maybe > >> > > > out of my present frustration. > >> > > > > >> > > > >> > > may be useful when debating Wicket vs JSF where you work etc: > >> > > http://tinyurl.com/jsf-sucks > >> > > > >> > > - Peter > >> > > > >> > > > >> > > > > >> > > > Cheers, > >> > > > > >> > > > Ernesto > >> > > > > >> > > > >> > > >> > > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > > -- Altuğ.
RE: Modal Popups and Forms
Hi Igor, I misspoke. Obviously with rendering the popup markup to the body, there is no parent form. I was able to get passed this by doing exactly what you mention as in forcing the dialog's form to be multipart via the setter method. I didn't like that because it seemed like a hack to hardcode the setting in the dialog form because the dialog's form doesn't truly have any elements that require the form to be multi-part. I'll look for other options. However, I understand what you are saying and think the better solution is to try and address the styling problems introduced by using YUI as the popup implementation. J.D. -Original Message- From: Igor Vaynberg [mailto:igor.vaynb...@gmail.com] Sent: Tuesday, December 29, 2009 11:56 AM To: users@wicket.apache.org Subject: Re: Modal Popups and Forms how can there be a "parent" form if the markup is rendered into a div that is a child of the body. the problem is you are creating a mismatch between wicket component hierarchy and the browser's dom. the wicket serverside thinks that it will be getting a multipart form, while the wicket clientside js that performs the ajax submit doesnt think it should be submitting multipart because the form you are submitting inside the modal div does not have any multipart content. wicket modal specifically reparents form elements in the dom to prevent just this. you will have to play around with it to make it work. you can try: forcing form inside the modal to be multipart by calling setmultipart true, adding a hidden input type="file", etc. -igor On Tue, Dec 29, 2009 at 10:43 AM, Corbin, James wrote: > Hi, > > > > I have a modal popup (implemented using YUI 2.8). The modal popup > contains a form and the popup's markup is rendered (via YUI js) > explicitly to "document.body". > > > > The reasoning for rendering the YUI javascript to document.body is to > address some issue we had with css inheritance that was causing > rendering issues (conflicts with default YUI skinning) when we render > the markup inline. > > > > If I change the YUI popup javascript to render inline, the issue doesn't > happen, but I don't want to render the markup for the popup inline, > because it potentially inherits styling that interferes with the YUI > styling for the popup. Rendering the markup to "document.body" solves > that issue. > > > > So what I know so far that I cannot change, or don't want to change, is > that the YUI popup implementation needs to render its markup to > "document.body". > > > > I verified that the markup generated for the popup's form is indeed a > div element (outside of the form tags as I would have expected) In this > case, there is only one form tag (parent form where popup is initiated > from) on the page and it is indeed has its encoding set to multi-part > (verified in the generated markup). > > > > Note the markup for the popup dialog does not have any elements that > should require multi-part encoding, but the parent form from which the > popup was initiated, does. > > > > How come when I "submit" the dialog, I get the following exception? I > guess I'm not sure what is going on and how Wicket is handling this > case. > > > > java.lang.IllegalStateException: ServletRequest does not contain > multipart content > at > org.apache.wicket.protocol.http.servlet.MultipartServletWebRequest.>(MultipartServletWebRequest.java:113) > at > org.apache.wicket.protocol.http.servlet.MultipartServletWebRequest.>(MultipartServletWebRequest.java:83) > at > org.apache.wicket.protocol.http.servlet.ServletWebRequest.newMultipartWe > bRequest(ServletWebRequest.java:500) > at > org.apache.wicket.markup.html.form.Form.handleMultiPart(Form.java:1651) > at > org.apache.wicket.markup.html.form.Form.onFormSubmitted(Form.java:850) > at > org.apache.wicket.ajax.form.AjaxFormSubmitBehavior.onEvent(AjaxFormSubmi > tBehavior.java:135) > > > > > > > > Ideas? > > > > > > > > > > > > J.D. Corbin | IQNavigator, Inc. | Technology 6465 Greenwood Village > Blvd, Suite 800, Centennial, CO 80111 | Office 303.563.1503 | Mobile > 303.912.0958 | www.iqnavigator.com | jcor...@iqnavigator.com > > > > - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Problem with palette components
Hello guys I´m new in the Wicket world, I´m developing an online application with my development team, we are using the component "Palette", we display the palette on the screen but we can´t/ we do not know how to get the list of choices that we have selected, we have tried like in the example with: palette.getModelObjectAsString()); but it seems our IDE does not recognize this... we have imported all of the libraries any help¿? Thanks very much in advance Regards. -- View this message in context: http://old.nabble.com/Repost%3A-Track-selected-entries-in-either-of-a-Palette%27s-Choices-components--tp26922651p26958594.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
RE: Modal Popups and Forms
AJAX and forms highlight some issues with HTML forms in general. Unless you have declared a brand new form for your modal popup, and are absolutely sure that you are submitting that new form, you will be submitting the original form that was on the base page. Keep in mind that to the browser, the modal "popup" is part of the same DOM as the information beneath what the user sees--unless you actually created a new window. Browsers do not do well with forms embedded in forms, and they cause all kinds of issues. Make sure that YUI did not manufacture a DIV inside the original form. If it did, then your browser is defaulting to sending the outermost form. Use Firebug to inspect the DOM. -Original Message- From: Corbin, James [mailto:jcor...@iqnavigator.com] Sent: Tuesday, December 29, 2009 1:43 PM To: users@wicket.apache.org Subject: Modal Popups and Forms Hi, I have a modal popup (implemented using YUI 2.8). The modal popup contains a form and the popup's markup is rendered (via YUI js) explicitly to "document.body". The reasoning for rendering the YUI javascript to document.body is to address some issue we had with css inheritance that was causing rendering issues (conflicts with default YUI skinning) when we render the markup inline. If I change the YUI popup javascript to render inline, the issue doesn't happen, but I don't want to render the markup for the popup inline, because it potentially inherits styling that interferes with the YUI styling for the popup. Rendering the markup to "document.body" solves that issue. So what I know so far that I cannot change, or don't want to change, is that the YUI popup implementation needs to render its markup to "document.body". I verified that the markup generated for the popup's form is indeed a div element (outside of the form tags as I would have expected) In this case, there is only one form tag (parent form where popup is initiated from) on the page and it is indeed has its encoding set to multi-part (verified in the generated markup). Note the markup for the popup dialog does not have any elements that should require multi-part encoding, but the parent form from which the popup was initiated, does. How come when I "submit" the dialog, I get the following exception? I guess I'm not sure what is going on and how Wicket is handling this case. java.lang.IllegalStateException: ServletRequest does not contain multipart content at org.apache.wicket.protocol.http.servlet.MultipartServletWebRequest.(MultipartServletWebRequest.java:113) at org.apache.wicket.protocol.http.servlet.MultipartServletWebRequest.(MultipartServletWebRequest.java:83) at org.apache.wicket.protocol.http.servlet.ServletWebRequest.newMultipartWe bRequest(ServletWebRequest.java:500) at org.apache.wicket.markup.html.form.Form.handleMultiPart(Form.java:1651) at org.apache.wicket.markup.html.form.Form.onFormSubmitted(Form.java:850) at org.apache.wicket.ajax.form.AjaxFormSubmitBehavior.onEvent(AjaxFormSubmi tBehavior.java:135) Ideas? J.D. Corbin | IQNavigator, Inc. | Technology 6465 Greenwood Village Blvd, Suite 800, Centennial, CO 80111 | Office 303.563.1503 | Mobile 303.912.0958 | www.iqnavigator.com | jcor...@iqnavigator.com - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: How to override RatingPanel default CSS?
Thank you Martin, That worked! Jerry 2009/12/29 Martin Makundi > Make new MyRatingPanel.html for MyRatingPanel extends RatingPanel > > ** > Martin > > 2009/12/29 Jerouris : > > Hello everynone, > > > > Does anyone know how can I override the default CSS of the rating panel > and > > use a custom CSS class e.g. ".myrating" instead of ".WicketRating"? > > > > Thanks, > > Jerry > > > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > >
Re: Modal Popups and Forms
how can there be a "parent" form if the markup is rendered into a div that is a child of the body. the problem is you are creating a mismatch between wicket component hierarchy and the browser's dom. the wicket serverside thinks that it will be getting a multipart form, while the wicket clientside js that performs the ajax submit doesnt think it should be submitting multipart because the form you are submitting inside the modal div does not have any multipart content. wicket modal specifically reparents form elements in the dom to prevent just this. you will have to play around with it to make it work. you can try: forcing form inside the modal to be multipart by calling setmultipart true, adding a hidden input type="file", etc. -igor On Tue, Dec 29, 2009 at 10:43 AM, Corbin, James wrote: > Hi, > > > > I have a modal popup (implemented using YUI 2.8). The modal popup > contains a form and the popup's markup is rendered (via YUI js) > explicitly to "document.body". > > > > The reasoning for rendering the YUI javascript to document.body is to > address some issue we had with css inheritance that was causing > rendering issues (conflicts with default YUI skinning) when we render > the markup inline. > > > > If I change the YUI popup javascript to render inline, the issue doesn't > happen, but I don't want to render the markup for the popup inline, > because it potentially inherits styling that interferes with the YUI > styling for the popup. Rendering the markup to "document.body" solves > that issue. > > > > So what I know so far that I cannot change, or don't want to change, is > that the YUI popup implementation needs to render its markup to > "document.body". > > > > I verified that the markup generated for the popup's form is indeed a > div element (outside of the form tags as I would have expected) In this > case, there is only one form tag (parent form where popup is initiated > from) on the page and it is indeed has its encoding set to multi-part > (verified in the generated markup). > > > > Note the markup for the popup dialog does not have any elements that > should require multi-part encoding, but the parent form from which the > popup was initiated, does. > > > > How come when I "submit" the dialog, I get the following exception? I > guess I'm not sure what is going on and how Wicket is handling this > case. > > > > java.lang.IllegalStateException: ServletRequest does not contain > multipart content > at > org.apache.wicket.protocol.http.servlet.MultipartServletWebRequest.>(MultipartServletWebRequest.java:113) > at > org.apache.wicket.protocol.http.servlet.MultipartServletWebRequest.>(MultipartServletWebRequest.java:83) > at > org.apache.wicket.protocol.http.servlet.ServletWebRequest.newMultipartWe > bRequest(ServletWebRequest.java:500) > at > org.apache.wicket.markup.html.form.Form.handleMultiPart(Form.java:1651) > at > org.apache.wicket.markup.html.form.Form.onFormSubmitted(Form.java:850) > at > org.apache.wicket.ajax.form.AjaxFormSubmitBehavior.onEvent(AjaxFormSubmi > tBehavior.java:135) > > > > > > > > Ideas? > > > > > > > > > > > > J.D. Corbin | IQNavigator, Inc. | Technology 6465 Greenwood Village > Blvd, Suite 800, Centennial, CO 80111 | Office 303.563.1503 | Mobile > 303.912.0958 | www.iqnavigator.com | jcor...@iqnavigator.com > > > > - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Modal Popups and Forms
I am not sure..but with normal wicket modal popup you must have: ... ... So with regular modal popups if parent form is not there, it will not work. Don't know if this is related because I am not familiar whether yui-popup is the same. ** Martin 2009/12/29 Corbin, James : > Hi, > > > > I have a modal popup (implemented using YUI 2.8). The modal popup > contains a form and the popup's markup is rendered (via YUI js) > explicitly to "document.body". > > > > The reasoning for rendering the YUI javascript to document.body is to > address some issue we had with css inheritance that was causing > rendering issues (conflicts with default YUI skinning) when we render > the markup inline. > > > > If I change the YUI popup javascript to render inline, the issue doesn't > happen, but I don't want to render the markup for the popup inline, > because it potentially inherits styling that interferes with the YUI > styling for the popup. Rendering the markup to "document.body" solves > that issue. > > > > So what I know so far that I cannot change, or don't want to change, is > that the YUI popup implementation needs to render its markup to > "document.body". > > > > I verified that the markup generated for the popup's form is indeed a > div element (outside of the form tags as I would have expected) In this > case, there is only one form tag (parent form where popup is initiated > from) on the page and it is indeed has its encoding set to multi-part > (verified in the generated markup). > > > > Note the markup for the popup dialog does not have any elements that > should require multi-part encoding, but the parent form from which the > popup was initiated, does. > > > > How come when I "submit" the dialog, I get the following exception? I > guess I'm not sure what is going on and how Wicket is handling this > case. > > > > java.lang.IllegalStateException: ServletRequest does not contain > multipart content > at > org.apache.wicket.protocol.http.servlet.MultipartServletWebRequest.>(MultipartServletWebRequest.java:113) > at > org.apache.wicket.protocol.http.servlet.MultipartServletWebRequest.>(MultipartServletWebRequest.java:83) > at > org.apache.wicket.protocol.http.servlet.ServletWebRequest.newMultipartWe > bRequest(ServletWebRequest.java:500) > at > org.apache.wicket.markup.html.form.Form.handleMultiPart(Form.java:1651) > at > org.apache.wicket.markup.html.form.Form.onFormSubmitted(Form.java:850) > at > org.apache.wicket.ajax.form.AjaxFormSubmitBehavior.onEvent(AjaxFormSubmi > tBehavior.java:135) > > > > > > > > Ideas? > > > > > > > > > > > > J.D. Corbin | IQNavigator, Inc. | Technology 6465 Greenwood Village > Blvd, Suite 800, Centennial, CO 80111 | Office 303.563.1503 | Mobile > 303.912.0958 | www.iqnavigator.com | jcor...@iqnavigator.com > > > > - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Modal Popups and Forms
Hi, I have a modal popup (implemented using YUI 2.8). The modal popup contains a form and the popup's markup is rendered (via YUI js) explicitly to "document.body". The reasoning for rendering the YUI javascript to document.body is to address some issue we had with css inheritance that was causing rendering issues (conflicts with default YUI skinning) when we render the markup inline. If I change the YUI popup javascript to render inline, the issue doesn't happen, but I don't want to render the markup for the popup inline, because it potentially inherits styling that interferes with the YUI styling for the popup. Rendering the markup to "document.body" solves that issue. So what I know so far that I cannot change, or don't want to change, is that the YUI popup implementation needs to render its markup to "document.body". I verified that the markup generated for the popup's form is indeed a div element (outside of the form tags as I would have expected) In this case, there is only one form tag (parent form where popup is initiated from) on the page and it is indeed has its encoding set to multi-part (verified in the generated markup). Note the markup for the popup dialog does not have any elements that should require multi-part encoding, but the parent form from which the popup was initiated, does. How come when I "submit" the dialog, I get the following exception? I guess I'm not sure what is going on and how Wicket is handling this case. java.lang.IllegalStateException: ServletRequest does not contain multipart content at org.apache.wicket.protocol.http.servlet.MultipartServletWebRequest.(MultipartServletWebRequest.java:113) at org.apache.wicket.protocol.http.servlet.MultipartServletWebRequest.(MultipartServletWebRequest.java:83) at org.apache.wicket.protocol.http.servlet.ServletWebRequest.newMultipartWe bRequest(ServletWebRequest.java:500) at org.apache.wicket.markup.html.form.Form.handleMultiPart(Form.java:1651) at org.apache.wicket.markup.html.form.Form.onFormSubmitted(Form.java:850) at org.apache.wicket.ajax.form.AjaxFormSubmitBehavior.onEvent(AjaxFormSubmi tBehavior.java:135) Ideas? J.D. Corbin | IQNavigator, Inc. | Technology 6465 Greenwood Village Blvd, Suite 800, Centennial, CO 80111 | Office 303.563.1503 | Mobile 303.912.0958 | www.iqnavigator.com | jcor...@iqnavigator.com
Re: How to override RatingPanel default CSS?
If you want to overwrite the .WicketRating definition by your own, simply add a .WicketRating class to your own css and load it after the original one. Cheers Per - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: How to override RatingPanel default CSS?
Make new MyRatingPanel.html for MyRatingPanel extends RatingPanel ** Martin 2009/12/29 Jerouris : > Hello everynone, > > Does anyone know how can I override the default CSS of the rating panel and > use a custom CSS class e.g. ".myrating" instead of ".WicketRating"? > > Thanks, > Jerry > - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
How to override RatingPanel default CSS?
Hello everynone, Does anyone know how can I override the default CSS of the rating panel and use a custom CSS class e.g. ".myrating" instead of ".WicketRating"? Thanks, Jerry
GAE MemcachePageStore | Re: GAE big table PageStore
I am not sure why you want to have a BigTable PageStore since it would have quite negative performance implications (imho). you may consider also the presentation of Guido van Rossum https://sites.google.com/site/appengineappstats/AppStats_Meetup09.pdf?attredirects=0 I attach an implementation of a Memcache-based PageStore to this mail. It is very much based on the code posted by Richard Wilkinson some time before. If you find any bugs or are able to improve it, please post it to the list. regards, andr On 24.12.2009 18:43, sudhir543-...@yahoo.com wrote: Last comment on that page is from my self only :) It says.. I dont want to keep every thing in session.. and no one would want to. I want 'GAE big table based PageStore' Sudhir NimavatSenior software engineer. Quick start global PVT LTD. Baroda - 390007 Gujarat, India Personally I'm always ready to learn, although I do not always like being taught From: Ilja Pavkovic To: users@wicket.apache.org Sent: Thu, 24 December, 2009 10:55:27 PM Subject: Re: GAE big table PageStore Hi, http://lmgtfy.com/?q=google+app+engine+wicket first link :) Best Regards, Ilja Pavkovic Am Donnerstag, 24. Dezember 2009 10:56:51 schrieb sudhir543-...@yahoo.com: I need to write app specifically for GAE, I know Disk based page store wouldnt work. Is there any existing solution for this? I searched mailing lists and did googling, seems that it has been discussed earlier too, but I don't find any implementation. If I can get a prebuilt solution, I want to avoid my self from writing. SN Sudhir NimavatSenior software engineer. Quick start global PVT LTD. Baroda - 390007 Gujarat, India Personally I'm always ready to learn, although I do not always like being taught The INTERNET now has a personality. YOURS! See your Yahoo! Homepage. http://in.yahoo.com/ /* Licensed under the Apache License, Version 2.0 (the "License"); you may not use this file except in compliance with the License. You may obtain a copy of the License at http://www.apache.org/licenses/LICENSE-2.0 Unless required by applicable law or agreed to in writing, software distributed under the License is distributed on an "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. See the License for the specific language governing permissions and limitations under the License. */ import java.util.HashMap; import java.util.Iterator; import java.util.LinkedHashMap; import java.util.List; import java.util.Map; import java.util.SortedMap; import java.util.TreeMap; import java.util.Map.Entry; import java.util.concurrent.locks.ReentrantReadWriteLock; import org.apache.wicket.IClusterable; import org.apache.wicket.Page; import org.apache.wicket.protocol.http.pagestore.AbstractPageStore; import org.slf4j.Logger; import org.slf4j.LoggerFactory; import com.google.appengine.api.memcache.MemcacheService; import com.google.appengine.api.memcache.MemcacheServiceFactory; public class MemcachePageStore extends AbstractPageStore { private static final Logger logger = LoggerFactory .getLogger(MemcachePageStore.class); private static final String PAGESTORE_MEMCACHE_KEY = "PAGESTORE_MEMCACHE_KEY"; private final int MAX_PAGES_PER_MAP; private static final int NO_MAX_PAGES_PER_MAP = -99; private MemcacheService memcache; public MemcachePageStore() { logger.debug("New Memcache Page Store, MAX_PAGES_PER_MAP is Unlimited"); MAX_PAGES_PER_MAP = MemcachePageStore.NO_MAX_PAGES_PER_MAP; this.initMemcache(); } public MemcachePageStore(final int maxPagesPerMap) { if (logger.isDebugEnabled()) { logger.debug("New Memcache Page Store, MAX_PAGES_PER_MAP is " + maxPagesPerMap); } MAX_PAGES_PER_MAP = maxPagesPerMap; this.initMemcache(); } public boolean containsPage(final String sessionId, final String pageMapName, final int pageId, final int pageVersion) { return getPageMapStore(sessionId).getPageStore(pageMapName) .containsPage(pageId, pageVersion); } public void destroy() { // nothing to do - PageStores will be destroyed with their sessions } public Page getPage(final String sessionId, final String pagemap, final int id, final int versionNumber, final int ajaxVersionNumber) { final SerializedPage sPage = getPageMapStore(sessionId).getPageStore( pagemap).getPage(id, versionNumber, ajaxVersionNumber); return sPage != null ? deserializePage(sPage.getData(), versionNumber)
Re: Login+ authentication
http://wicketstuff.org/confluence/display/STUFFWEB/Home in wicket-core the project ki-security with examples De: Martin Makundi Para: users@wicket.apache.org Enviado: martes, 29 de diciembre, 2009 12:59:37 Asunto: Re: Login+ authentication Pro Wicket book on google books has nice tutorial 2009/12/29 chinedu efoagui : > hello, > Please can someone please direct on any resource other than the sample > wicket examples on how i can implement login with authentication and > authorization with wicket. > I will really appreciate that. > Thank you > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > > - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org Yahoo! Cocina Encontra las mejores recetas con Yahoo! Cocina. http://ar.mujer.yahoo.com/cocina/
Re: Login+ authentication
Pro Wicket book on google books has nice tutorial 2009/12/29 chinedu efoagui : > hello, > Please can someone please direct on any resource other than the sample > wicket examples on how i can implement login with authentication and > authorization with wicket. > I will really appreciate that. > Thank you > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > > - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Login+ authentication
hello, Please can someone please direct on any resource other than the sample wicket examples on how i can implement login with authentication and authorization with wicket. I will really appreciate that. Thank you - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Testing AjaxSubmitLink#onSubmit() with WicketTester @L
Pieter Degraeuwe wrote: > > ah, ok. I didn't notice that. > > Any idea how to that javascript condition should look like in a general > way? > (Is there some wichet hook available for this?) > I'm looking for a generic approach; I don't want to clutter my tests with > code like "wait until component contains value x, etc.) > The javascript condition is usually testing for existence of some HTML element changed by AJAX and is identified by an XPath like: selenium.waitForCondition("selenium.isElementPresent('//some-eleme...@some-attr=\"foo\"')"); In my view, this is part of the test: it is part of the expected behavior that is specific to the function concerned. - -- Kent Tong Better way to unit test Wicket pages (http://wicketpagetest.sourceforge.net) Books on CXF, Axis2, Wicket, JSF (http://http://agileskills2.org) -- View this message in context: http://old.nabble.com/Re%3A-Testing-AjaxSubmitLink-onSubmit%28%29-with-WicketTester-%40L-tp26947384p26955427.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Testing AjaxSubmitLink#onSubmit() with WicketTester @L
ah, ok. I didn't notice that. Any idea how to that javascript condition should look like in a general way? (Is there some wichet hook available for this?) I'm looking for a generic approach; I don't want to clutter my tests with code like "wait until component contains value x, etc.) On Tue, Dec 29, 2009 at 2:49 PM, Kent Tong wrote: > > > Pieter Degraeuwe wrote: > > > > This seems to be quite useful. > > > > However, do you have a solution to avoit the 'sleep(...)' methods for > ajax > > calls? > > When you have a lot of these tests, your testcyclus will be too long... > > (Maybe there is a way to detect when the ajax calls are ended?) > > > > The call to sleep() method is used to simulate a slow responding method. It > is > not needed at all. The detection is done by selenium.waitForCondition( javascript>). > > - > -- > Kent Tong > Better way to unit test Wicket pages ( > http://wicketpagetest.sourceforge.net) > Books on CXF, Axis2, Wicket, JSF (http://http://agileskills2.org) > -- > View this message in context: > http://old.nabble.com/Re%3A-Testing-AjaxSubmitLink-onSubmit%28%29-with-WicketTester-%40L-tp26947384p26954770.html > Sent from the Wicket - User mailing list archive at Nabble.com. > > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > > -- Pieter Degraeuwe Systemworks bvba Belgiëlaan 61 9070 Destelbergen GSM: +32 (0)485/68.60.85 Email: pieter.degrae...@systemworks.be visit us at http://www.systemworks.be
Re: Testing AjaxSubmitLink#onSubmit() with WicketTester @L
Pieter Degraeuwe wrote: > > This seems to be quite useful. > > However, do you have a solution to avoit the 'sleep(...)' methods for ajax > calls? > When you have a lot of these tests, your testcyclus will be too long... > (Maybe there is a way to detect when the ajax calls are ended?) > The call to sleep() method is used to simulate a slow responding method. It is not needed at all. The detection is done by selenium.waitForCondition(). - -- Kent Tong Better way to unit test Wicket pages (http://wicketpagetest.sourceforge.net) Books on CXF, Axis2, Wicket, JSF (http://http://agileskills2.org) -- View this message in context: http://old.nabble.com/Re%3A-Testing-AjaxSubmitLink-onSubmit%28%29-with-WicketTester-%40L-tp26947384p26954770.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: strange classcastexception
Not without the stacktrace. Please add it. Cheers Per - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Wicket feedback
Sorry, when I wrote Scala and Grails I meant Scala and Groovy. Em 28/12/2009 18:43, Ricardo Mayerhofer escreveu: Hi Igor, Em 23/12/2009 20:28, Igor Vaynberg escreveu: On Wed, Dec 23, 2009 at 12:51 PM, Ricardo Mayerhofer wrote: Good discussion. Em 23/12/2009 15:32, Igor Vaynberg escreveu: On Wed, Dec 23, 2009 at 7:02 AM, Ricardo Mayerhofer wrote: Hi Igor, Thanks for your response. Here goes my observations: Em 22/12/2009 14:41, Igor Vaynberg escreveu: On Tue, Dec 22, 2009 at 5:19 AM, Ricardo Mayerhofer wrote: Hi all, We've just finished with success a wicket project for a large online retailer. I think wicket is the best framework out there, but as any other project there is room for improvement. I will talk about some topics bellow, I hope it can help in some way. - Separation of corcerns I think we could get a better separation of concerns if page class were focused more in behavior and html were more focused in display (or view). What I mean is, some times we have components that the main purpose is to add behavior, and we have to add extra markup just to satisfy wicket 1:1 mapping. Take CheckGroup for exaple, it is a component focused on behavior, even though we have to add a reference to it in HTML. a redesigned CheckGroup is welcome, but that component is the exception and not the rule. Yes, but how do we deal with the requirement of all components having a HTML representation? The same happens with RadioGroup, even with wicket-1055 solved, the HTML reference is still there. CheckGroup and RadioGroup are essentially the same thing as far as the way they work. once you redesign CheckGroup the RadioGroup update will be minimal.f i dont think there is a big problem requiring every component to have an html tag. after all wicket is a component based framework where components represent ui which is in turn represented by html tags. the tags also carry with them importance on nesting, so i also dont think its a problem that wicket components carry the same importance. I think that components should not represent UI, because if you do so you will get a very strong coupling between both. I think it should be there to add behavior to UI. heh, the whole point of wicket is to build UI so there has to be coupling. Wicket being targeted to build UI, doesn't mean its layers should be coupled. Just like the VC part of the old MVC pattern. Dispite the fact they collaborate to solve UI problems, they are loosely coupled (or not even coupled at all in the original definition). It's mainly a philosofical difference that has many implications. For example, if we go with the last there won't be TextArea, TextField, HiddenField and PasswordField. Only a text field component, that represents behavior for this kind of input. ok. lets say there is no textarea component only a textfield. how do we add support for attributes that textarea supports that input tags dont, such as cols and rows. lets say i have a requirement to control those pragmatically. if we have no textarea component then i have to use attribute modifiers or some other means to add the cols and rows attributes, but by doing so any knowledge of how they work and what constraints they have is completely decoupled from the component - which is not a good thing because you have traded coupling for encapsulation. the very basic principal of OOP is that your data is coupled to the behavior that modifies the data - an Object. This architecture favors decoupling between java and HTML. Rows and cols are a purely view concern, so it shouldn't be handled in page class. If there's a situation where it necessary to change textarea size the best thing to do IMO is to append a class, so the designer is free to choose the most appropriate display information and still can choose the most appropriate form element to the current job (textarea or text input). With the current architeture one may think that it's ok to put these things in java, for example, extending TextArea and hardcoding this information. Regarding other attributes, I don't recall one that is only appliable to a specific tag and requires encapsulation. This situation might happen, but I would say YAGNI for now. The same for buttons and links. these are all simple components. what happens when we talk about components that compose others? such as the DataTable that composes Items that compose user's other Components that represent rows? You also solve checkgroup and radiogroup useless tag problem, and open doors for components that the main purpose is to add behavior to the page, even if not directly related to one specific tag. lets see a concrete way of how this will work. do we now have something in Component hierarchy that is an "non-rendered" component? how do all the current cascades and visitors work with this? In my limited knowlege I would say just like rendered components. That's the very example you gave, a webm
Wicket-security: Login component access
Hi, I would like to ask a few question regarding wicket-security. I got my wicket page up&running with basic auth and two principals. However, I'm not using login page but login panel which is in header of all pages. What I did is that I have HeaderFooter class (contains condition that makes the login panel or logout link invisible based on isUserAuth.. method of WaspSession) which is superclass of HomePage where the user is supposed to login. And then I have the same SecureHeaderFooter which contains only logout link and that is superclass of all secure pages. I don't like this pretty much so I'm trying to figure auth something like component based security. That non-authenticated user should see login panel in the header and authenticated the logout link. Second question is, when i tried to access secured page from homepage it just refreshed the page as long as i was not logged in -- how do I propagate this "access denied" message so user can see it. Because when I logged in and tried to access page where my principal did not have rights I got orange wicket access denied page. Thanks in advance & regards -- Marek Šabo Chief Server Manager Club SU CVUT Buben Bubenečská Kolej Terronská 28, Prague 16000 XMPP: zeratul...@gmail.com - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
SV: Handling Ajax session expired
> I guess the servlet container handles jsessionid transparently. Yes, coming in (either cookie or in the URI) and setting the cookie; but it does not normally add it to links in the output from your webapp, that is the framework or developer's responsibility. - Tor Iver - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Testing AjaxSubmitLink#onSubmit() with WicketTester @L
This seems to be quite useful. However, do you have a solution to avoit the 'sleep(...)' methods for ajax calls? When you have a lot of these tests, your testcyclus will be too long... (Maybe there is a way to detect when the ajax calls are ended?) Pieter On Tue, Dec 29, 2009 at 8:43 AM, Kent Tong wrote: > > > alecswan1 wrote: > > > > So, how do I test AjaxSubmitLink#onSubmit(AjaxRequestTarget target, Form > > form) method? > > > > You may try using to test it instead. > It > supports real AJAX. > > - > -- > Kent Tong > Better way to unit test Wicket pages ( > http://wicketpagetest.sourceforge.net) > Books on CXF, Axis2, Wicket, JSF (http://http://agileskills2.org) > -- > View this message in context: > http://old.nabble.com/Re%3A-Testing-AjaxSubmitLink-onSubmit%28%29-with-WicketTester-%40L-tp26947384p26951953.html > Sent from the Wicket - User mailing list archive at Nabble.com. > > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > > -- Pieter Degraeuwe Systemworks bvba Belgiëlaan 61 9070 Destelbergen GSM: +32 (0)485/68.60.85 Email: pieter.degrae...@systemworks.be visit us at http://www.systemworks.be