Page refresh increases size of pagemap disk storage
I've got a really simple page, which has components of Label, ListView, etc. The only component (and correctly so) that stores anything in the Pagemap that gets saved to disk is a Link. But subsequent refreshes of that same page, without doing anything in the UI, keeps increasing the storage for that pagemap store? Is this the intended behavior? The link is really fairly simple, it's only adding 12K or so on every refresh ... but if nothing has changed, I don't know why it needs to increase at all Any thoughts? Thanks! To our success! Mystic Coders, LLC | Code Magic | www.mysticcoders.com ANDREW LOMBARDI | and...@mysticcoders.com 2321 E 4th St. Ste C-128, Santa Ana CA 92705 ofc: 714-816-4488 fax: 714-782-6024 cell: 714-697-8046 linked-in: http://www.linkedin.com/in/andrewlombardi twitter: http://www.twitter.com/kinabalu Eco-Tip: Printing e-mails is usually a waste. This message is for the named person's use only. You must not, directly or indirectly, use, disclose, distribute, print, or copy any part of this message if you are not the intended recipient.
Re: urlFor() outside wicket session
mount the page so the url is well known, then you do not need wicket to construct it for you. -igor On Fri, Jan 22, 2010 at 1:29 PM, Help System wrote: > Hi, > > I have a quartz job that sends emails containing links to pages rendered by > Wicket. All these links have parameters. > > Is there a way of doing the equivalent of > RequestCycle.get().urlFor(pageclass, parameters) from a quartz job? > > At the moment it's hardcoded to generate the url but if the Wicket > application configuration changes, the quartz job is something else to > remember to modify. > > Thanks, > Tim > - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Using SimpleAttributeModifier
Thanks a lot, it worked.:) On Fri, Jan 22, 2010 at 4:24 PM, Sven Meier wrote: > target.addComponent(addLink) ?? > > BTW you could override isVisible() and getOutputMarkupPlaceholderTag() > instead of the attribute modifier. > > Sven > > > Anna Simbirtsev wrote: > >> Hi, >> >> I am trying to use SimpleAttributeModifier to make an ADD MORE link >> invisible once the maximum number of text fields that it adds have been >> reached. >> But I can not get it to render the link component. >> >> My code: >> >> addLink = new AjaxSubmitLink("addRow", form) { >> >>private static final long serialVersionUID = >> 8103461308100688184L; >> >>@Override >>public void onSubmit(AjaxRequestTarget target, Form form) { >> if (tech_count < max_tech_contacts) { >> lv.getModelObject().add(new String()); >> if (target != null) { >> target.addComponent( >> techPanel); >> tech_count++; >> } >> if (tech_count >= max_tech_contacts) >> addLink.add(new SimpleAttributeModifier( "style", >> "display:none")); >> } >>} >> }; >> addLink.setDefaultFormProcessing(false); >> form.add(addLink); >> >> I am guessing it adds style="display:none" to the addLink, but does not >> render it again, so the link is still visible. >> >> Thanks, >> Anna >> >> >> > > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > > -- Anna Simbirtsev (416) 729-7331
urlFor() outside wicket session
Hi, I have a quartz job that sends emails containing links to pages rendered by Wicket. All these links have parameters. Is there a way of doing the equivalent of RequestCycle.get().urlFor( pageclass, parameters) from a quartz job? At the moment it's hardcoded to generate the url but if the Wicket application configuration changes, the quartz job is something else to remember to modify. Thanks, Tim
urlFor() outside wicket session
Hi, I have a quartz job that sends emails containing links to pages rendered by Wicket. All these links have parameters. Is there a way of doing the equivalent of RequestCycle.get().urlFor(pageclass, parameters) from a quartz job? At the moment it's hardcoded to generate the url but if the Wicket application configuration changes, the quartz job is something else to remember to modify. Thanks, Tim
Re: Using SimpleAttributeModifier
target.addComponent(addLink) ?? BTW you could override isVisible() and getOutputMarkupPlaceholderTag() instead of the attribute modifier. Sven Anna Simbirtsev wrote: Hi, I am trying to use SimpleAttributeModifier to make an ADD MORE link invisible once the maximum number of text fields that it adds have been reached. But I can not get it to render the link component. My code: addLink = new AjaxSubmitLink("addRow", form) { private static final long serialVersionUID = 8103461308100688184L; @Override public void onSubmit(AjaxRequestTarget target, Form form) { if (tech_count < max_tech_contacts) { lv.getModelObject().add(new String()); if (target != null) { target.addComponent( techPanel); tech_count++; } if (tech_count >= max_tech_contacts) addLink.add(new SimpleAttributeModifier( "style", "display:none")); } } }; addLink.setDefaultFormProcessing(false); form.add(addLink); I am guessing it adds style="display:none" to the addLink, but does not render it again, so the link is still visible. Thanks, Anna - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Using SimpleAttributeModifier
Hi, I am trying to use SimpleAttributeModifier to make an ADD MORE link invisible once the maximum number of text fields that it adds have been reached. But I can not get it to render the link component. My code: addLink = new AjaxSubmitLink("addRow", form) { private static final long serialVersionUID = 8103461308100688184L; @Override public void onSubmit(AjaxRequestTarget target, Form form) { if (tech_count < max_tech_contacts) { lv.getModelObject().add(new String()); if (target != null) { target.addComponent( techPanel); tech_count++; } if (tech_count >= max_tech_contacts) addLink.add(new SimpleAttributeModifier( "style", "display:none")); } } }; addLink.setDefaultFormProcessing(false); form.add(addLink); I am guessing it adds style="display:none" to the addLink, but does not render it again, so the link is still visible. Thanks, Anna
Re: functional testing
Consider using Junit for business layer and Selenium for view layer. I use that,but my project is small. And don't use watir, i had a bad experience with it. NM On Fri, Jan 22, 2010 at 4:20 PM, Marzia Forli wrote: > Hi to all wicketers, > > My current assignment is a pretty big web application to build with wicket. > Right now I am studying the framework and in my background thread thinking > about the possible problems... > One of my biggest concerns is a testing, better said functional testing. As > many of you are very experienced with wicket and possibly with big web apps, > could you give some advices in this area ? > Using WicketTester will be sufficient or we will have to something like > selenium/webdriver ? > why using WicketTester in the first place ? > How to organize a tests ? > What is your opinion about http://code.google.com/p/enhancedwickettester/? > Some pitfalls and or tricks ? > Thank you... > > > > > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > >
functional testing
Hi to all wicketers, My current assignment is a pretty big web application to build with wicket. Right now I am studying the framework and in my background thread thinking about the possible problems... One of my biggest concerns is a testing, better said functional testing. As many of you are very experienced with wicket and possibly with big web apps, could you give some advices in this area ? Using WicketTester will be sufficient or we will have to something like selenium/webdriver ? why using WicketTester in the first place ? How to organize a tests ? What is your opinion about http://code.google.com/p/enhancedwickettester/ ? Some pitfalls and or tricks ? Thank you... - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: dynamically adding components to a ListView
You are putting view objects inside the model of other view object. Models are meant to keep your application domain data, and over that you create your view. So: For what MyPanel was designed? 1 - For present MyData container.add(new ListView("panels", panels) { protected void populateItem(ListItem item) { item.add( new MyPanel("panel", item.getModelObject())); } }); then you write: panels.getModelObject().add(new MyData()); more some code to update panels like target.addComponent(container); 2 - For present some static markup on template so consider to use an less sophisticated repeater, like RepeatingView On Fri, Jan 22, 2010 at 1:04 PM, zkn wrote: > > On 22.01.2010, at 03:18, vasil.pup...@gmail.com wrote: > > > > http://old.nabble.com/dynamically-adding-components-to-a-ListView-td26626657.html > > > > In this post you said "You found it". Could you please post how did you > do it? > > > > Zinovii > > in addPanel() > > replaced > > panels.add(panel); > > with > > panels.getModelObject().add(panel); > > > > > > On 04.12.2009, at 00:17, zkn wrote: > > > found it. > > > > On 03.12.2009, at 16:19, zkn wrote: > > > >> Hi, > >> > >> I'm trying to dynamically add components to an existing ListView but I > can't figure out how to do that. Here is my case: > >> > >> MyPanelContainer class with markup > >> > >> > >> > >> > >> > >> add panel > >> > >> > >> and here is how I create the container in the constructor of my page > >> > >> .. > >> MyPanelContainer container = new MyPanelContainer("panels_list_1"); > >> List panels = new ArrayList(); > >> > >> for (int j = 0; j < 5; j++) { > >> MyPanel panel = new MyPanel("panel"); > >> > >> . > >> > >> panels.add(panel); > >> . > >> > >> > >> container.add(new ListView("panels", panels) { > >> protected void populateItem(ListItem item) { > >> item.add( item.getModelObject()); > >> } > >> }); > >> add(Container); > >> .. > >> > >> This works fine and I can see all MyPanel inside the container. > >> > >> Now I'm trying to add another MyPanel inside the container on user > click. Here is the constructor of MyPanelContainer > >> > >> public MyPanelContainer(String id) { > >> super(id); > >> > >> add(new Link("addPanel") { > >> @Override > >> public void onClick() { > >> addPanel(); > >> } > >> > >> }); > >> . > >> > >> .. > >> public void addPanel() { > >> > >> ListView< MyPanel > panels = (ListView< MyPanel >) > get("panels"); > >> > >> MyPanel panel = new MyPanel("panel"); > >> ... > >> panels.add(panel); > >> } > >> > >> Basically addPanel() does the same thing as in page constructor to add > panels to the list but nothing shows up. > >> > >> Thanks in advance for your help > >> > >> Ozkan > >> > > > > -- Pedro Henrique Oliveira dos Santos
Re: Future of Wicket Security (WASP/SWARM)
Also -1 on bringing it into core. I don't feel it has wide enough adoption to justify it being maintained by core committers. There's too many security options out there. -- Jeremy Thomerson http://www.wickettraining.com On Fri, Jan 22, 2010 at 10:53 AM, Igor Vaynberg wrote: > -1 on bringing this into the core. its more code to maintain and we > are busy enough already making improvements to the core itself. > > -igor > > On Fri, Jan 22, 2010 at 1:52 AM, Martijn Dashorst > wrote: > > Guys, > > > > I'd like to discuss the future of the Wicket Security project. > > Currently the project lives on/in the wicketstuff repository, but uses > > group id and package names "org.apache.wicket". IMO We should either: > > > > - adopt Wicket Security into the Wicket project and move everything > > over from Wicket Stuff into a subproject within Apache Wicket (and > > adopt the committers), or > > - keep Wicket Security at wicketstuff and move it into the fold of > > wicket stuff, including groupid/package rename. > > > > Since development on wicket security 1.4 is currently happening with a > > 1.4-beta1 just released, it is prudent to decide its future now (with > > a pending package rename). > > > > Considering that both the wicket security contributors and the Wicket > > PMC members are needed to make this happen, all their opinions are > > considered binding. > > > > [ ] adopt Wicket security into Apache Wicket > > [ ] keep Wicket security at Wicket Stuff > > > > Martijn > > > > - > > 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: Future of Wicket Security (WASP/SWARM)
I am in doubt. What I think would be best are creating a parent framework like wicket ioc. And then the different security providers could use that.. Does it seem reasonable? That would mean keeping Wicket security at stuff, but probably extracting interfaces? And maybe adopting a few committers from wicket shiro / wicket security and if there are other integrations to a sub project at Apache Wicket, to make it less of a burden as Igor writes. [ ] adopt Wicket security into Apache Wicket [X ] keep Wicket security at Wicket Stuff 2010/1/22 Martijn Dashorst > Guys, > > I'd like to discuss the future of the Wicket Security project. > Currently the project lives on/in the wicketstuff repository, but uses > group id and package names "org.apache.wicket". IMO We should either: > > - adopt Wicket Security into the Wicket project and move everything > over from Wicket Stuff into a subproject within Apache Wicket (and > adopt the committers), or > - keep Wicket Security at wicketstuff and move it into the fold of > wicket stuff, including groupid/package rename. > > Since development on wicket security 1.4 is currently happening with a > 1.4-beta1 just released, it is prudent to decide its future now (with > a pending package rename). > > Considering that both the wicket security contributors and the Wicket > PMC members are needed to make this happen, all their opinions are > considered binding. > > [ ] adopt Wicket security into Apache Wicket > [ ] keep Wicket security at Wicket Stuff > > Martijn > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > >
Re: Future of Wicket Security (WASP/SWARM)
-1 on bringing this into the core. its more code to maintain and we are busy enough already making improvements to the core itself. -igor On Fri, Jan 22, 2010 at 1:52 AM, Martijn Dashorst wrote: > Guys, > > I'd like to discuss the future of the Wicket Security project. > Currently the project lives on/in the wicketstuff repository, but uses > group id and package names "org.apache.wicket". IMO We should either: > > - adopt Wicket Security into the Wicket project and move everything > over from Wicket Stuff into a subproject within Apache Wicket (and > adopt the committers), or > - keep Wicket Security at wicketstuff and move it into the fold of > wicket stuff, including groupid/package rename. > > Since development on wicket security 1.4 is currently happening with a > 1.4-beta1 just released, it is prudent to decide its future now (with > a pending package rename). > > Considering that both the wicket security contributors and the Wicket > PMC members are needed to make this happen, all their opinions are > considered binding. > > [ ] adopt Wicket security into Apache Wicket > [ ] keep Wicket security at Wicket Stuff > > Martijn > > - > 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: yui context menu after ajax request
So it turns out there were a couple of issues preventing the yui context menu from working correctly after an ajax request. Even though there was a call to clearContent on the context menu during the on show event yui seemed to ignore this. This resulted in a doubling up of some menu items especially sub menu items. I fixed this by calling clearContent during the menu hide event. The even worse problem was yui totally ignoring the menu updates if the menu was not first destroyed. I fixed this by calling destroy on the menu before calling all the javascript to create the menu. This really seems like overkill to me but was the only way I could get it to work. I'm not sure why calling clearContent after a destroy was necessary but this fixes all my problems. Also I did not see any reason to make the add method protected in org.wicketstuff.yui.markup.html.menu2.contextMenu.Menu. So I opened that up and made it public. This allows the caller to add menu items and then refresh the panel via ajax and it all seems to work fine. I have tested these changes in a simple app with one page and one panel. I have also tested in a much more complicated app that contains a panel with popup and over a dozen context menus each with two sub menus and so far I have not found any problems. I have attached a patch. Please let me know what you think. If you have any suggestions please let me know. I am happy to help out where I can... On Mon, Jan 18, 2010 at 6:16 PM, Dave Kallstrom wrote: > Interesting... I'll give that a try.. Thanks... > > > On Mon, Jan 18, 2010 at 6:06 PM, Alexander Elsholz < > alexander.elsh...@widas.de> wrote: > >> for my problem with dojo this works: >> >> public void refreshMenu(AjaxRequestTarget pTarget) { >> >> String js = "dojo.addOnLoad(function(){\n + menu.generateJS() >> + "\n});" ; >>pTarget.appendJavascript(sss); >> } >> >> >> and i know the same stuff works for jquery and yui. the problem is that >> the >> header javascript brokes after rerendering the component (i think its a >> problem >> with object references because most browsers replace the object by >> creating a >> new one and the javascript stuff bind on the dom-bject). What seems to >> work is >> to put the javascript stuff into the tag using the >> onComponentRendered() >> to "reactivate" the behavior. >> >> the ugly is you have to reload the menu in every ajax-event reredering the >> component with menu. >> >> hth >> alex >> >> >> - >> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org >> For additional commands, e-mail: users-h...@wicket.apache.org >> >> > > > -- > Dave Kallstrom > -- Dave Kallstrom Index: src/main/java/org/wicketstuff/yui/markup/html/menu2/contextMenu/YuiContextMenuBehavior.java === --- src/main/java/org/wicketstuff/yui/markup/html/menu2/contextMenu/YuiContextMenuBehavior.java (revision 5131) +++ src/main/java/org/wicketstuff/yui/markup/html/menu2/contextMenu/YuiContextMenuBehavior.java (working copy) @@ -17,6 +17,8 @@ public class YuiContextMenuBehavior extends AbstractDefaultAjaxBehavior { + private static final long serialVersionUID = -2453827056594475980L; + private static final String CONTEXT_MENU = "ContextMenu"; private List menus = new ArrayList(); private YuiContextMenu defaultMenu; @@ -30,24 +32,24 @@ for (int i = 0; i < menus.length; i++) { this.menus.add(menus[i]); } - this.defaultMenu = this.menus.get( 0 );; + this.defaultMenu = this.menus.get(0); } - - public void applyAttributes( Component comp, String menuId, IModel targetId ) { - YuiContextMenu menu = getMenuById( menuId ); - assert( menu != null); - applyAttributes( comp, menu, targetId ); + + public void applyAttributes(Component comp, String menuId, IModel targetId) { + YuiContextMenu menu = getMenuById(menuId); + assert (menu != null); + applyAttributes(comp, menu, targetId); } - - public void applyAttributes( Component comp, YuiContextMenu menu, IModel targetId ) { + + public void applyAttributes(Component comp, YuiContextMenu menu, IModel targetId) { comp.add(new AttributeModifier("targetId", true, targetId)); - comp.add(new AttributeModifier("contextMenuId", true, new Model( menu.getMenuId(; + comp.add(new AttributeModifier("contextMenuId", true, new Model(menu.getMenuId(; } + @Override protected void respond(AjaxRequestTarget target) { String action = RequestCycle.get().getRequest().getParameter("action"); - String targetId = RequestCycle.get().getRequest().getParameter( -"targetId"); + String targetId = RequestCycle.get().getRequest().getParameter("targetId"); String menuId = RequestCycle.get().getRequest().getParameter("contextMenuId"); YuiContextMenu menu = getMenuById(menuId); @@ -79,43 +81,88 @@ } public CharSequence getCallBackScriptForMenu(String action) { - return gene
Re: Future of Wicket Security (WASP/SWARM)
Hi Martijn! > [ ] adopt Wicket security into Apache Wicket > [x] keep Wicket security at Wicket Stuff Best regards, --- Jan. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: dynamically adding components to a ListView
Hi, guys. Just use PropertyModel. Instead of this: container.add(new ListView("panels", panels) { ... } use this container.add( new ListView>( this, "panels" ) ) { ... } where 'this' is referenced to instance of class that contains list of panels as it's property. And check PropertyModel description at Doc API. Best regards, Alexander.
Re: Future of Wicket Security (WASP/SWARM)
On Fri, Jan 22, 2010 at 5:07 PM, Ben Tilford wrote: > Assuming adopting it into Apache Wicket would mean being in the wicket jar > instead of an optional jar. Huh? What part of > - adopt Wicket Security into the Wicket project and move everything > over from Wicket Stuff into a subproject within Apache Wicket (and > adopt the committers), or is unclear? Martijn - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Future of Wicket Security (WASP/SWARM)
Assuming adopting it into Apache Wicket would mean being in the wicket jar instead of an optional jar. [ ] adopt Wicket security into Apache Wicket [x] keep Wicket security at Wicket Stuff On Fri, Jan 22, 2010 at 11:00 AM, Les Hazlewood wrote: > > [ ] adopt Wicket security into Apache Wicket > > [x] keep Wicket security at Wicket Stuff > > I am biased, yes, but I much prefer Shiro in my Wicket apps too :) > > - Les > > On Fri, Jan 22, 2010 at 10:03 AM, Martin Grigorov > wrote: > > On Fri, 2010-01-22 at 10:52 +0100, Martijn Dashorst wrote: > >> Guys, > >> > >> I'd like to discuss the future of the Wicket Security project. > >> Currently the project lives on/in the wicketstuff repository, but uses > >> group id and package names "org.apache.wicket". IMO We should either: > >> > >> - adopt Wicket Security into the Wicket project and move everything > >> over from Wicket Stuff into a subproject within Apache Wicket (and > >> adopt the committers), or > >> - keep Wicket Security at wicketstuff and move it into the fold of > >> wicket stuff, including groupid/package rename. > >> > >> Since development on wicket security 1.4 is currently happening with a > >> 1.4-beta1 just released, it is prudent to decide its future now (with > >> a pending package rename). > >> > >> Considering that both the wicket security contributors and the Wicket > >> PMC members are needed to make this happen, all their opinions are > >> considered binding. > >> > >> [ ] adopt Wicket security into Apache Wicket > >> [x] keep Wicket security at Wicket Stuff > > I haven't seen in the mailing lists many users of it. Most of them use > > Spring Security (my statistics). > > > > I think there is no need to add one more thing to support by the core > > committers. > > > > P.S. I personally prefer Shiro. > >> > >> Martijn > >> > >> - > >> 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: Future of Wicket Security (WASP/SWARM)
> [ ] adopt Wicket security into Apache Wicket > [x] keep Wicket security at Wicket Stuff I am biased, yes, but I much prefer Shiro in my Wicket apps too :) - Les On Fri, Jan 22, 2010 at 10:03 AM, Martin Grigorov wrote: > On Fri, 2010-01-22 at 10:52 +0100, Martijn Dashorst wrote: >> Guys, >> >> I'd like to discuss the future of the Wicket Security project. >> Currently the project lives on/in the wicketstuff repository, but uses >> group id and package names "org.apache.wicket". IMO We should either: >> >> - adopt Wicket Security into the Wicket project and move everything >> over from Wicket Stuff into a subproject within Apache Wicket (and >> adopt the committers), or >> - keep Wicket Security at wicketstuff and move it into the fold of >> wicket stuff, including groupid/package rename. >> >> Since development on wicket security 1.4 is currently happening with a >> 1.4-beta1 just released, it is prudent to decide its future now (with >> a pending package rename). >> >> Considering that both the wicket security contributors and the Wicket >> PMC members are needed to make this happen, all their opinions are >> considered binding. >> >> [ ] adopt Wicket security into Apache Wicket >> [x] keep Wicket security at Wicket Stuff > I haven't seen in the mailing lists many users of it. Most of them use > Spring Security (my statistics). > > I think there is no need to add one more thing to support by the core > committers. > > P.S. I personally prefer Shiro. >> >> Martijn >> >> - >> 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: Future of Wicket Security (WASP/SWARM)
I am a user of Wicket Security and I would prefer: [x] adopt Wicket security into Apache Wicket [] keep Wicket security at Wicket Stuff best regards giovanni From: Martin Grigorov To: users@wicket.apache.org Cc: d...@wicket.apache.org Sent: Fri, January 22, 2010 4:03:48 PM Subject: Re: Future of Wicket Security (WASP/SWARM) On Fri, 2010-01-22 at 10:52 +0100, Martijn Dashorst wrote: > Guys, > > I'd like to discuss the future of the Wicket Security project. > Currently the project lives on/in the wicketstuff repository, but uses > group id and package names "org.apache.wicket". IMO We should either: > > - adopt Wicket Security into the Wicket project and move everything > over from Wicket Stuff into a subproject within Apache Wicket (and > adopt the committers), or > - keep Wicket Security at wicketstuff and move it into the fold of > wicket stuff, including groupid/package rename. > > Since development on wicket security 1.4 is currently happening with a > 1.4-beta1 just released, it is prudent to decide its future now (with > a pending package rename). > > Considering that both the wicket security contributors and the Wicket > PMC members are needed to make this happen, all their opinions are > considered binding. > > [ ] adopt Wicket security into Apache Wicket > [x] keep Wicket security at Wicket Stuff I haven't seen in the mailing lists many users of it. Most of them use Spring Security (my statistics). I think there is no need to add one more thing to support by the core committers. P.S. I personally prefer Shiro. > > Martijn > > - > 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: dynamically adding components to a ListView
On 22.01.2010, at 03:18, vasil.pup...@gmail.com wrote: > http://old.nabble.com/dynamically-adding-components-to-a-ListView-td26626657.html > > In this post you said "You found it". Could you please post how did you do it? > > Zinovii in addPanel() replaced panels.add(panel); with panels.getModelObject().add(panel); On 04.12.2009, at 00:17, zkn wrote: > found it. > > On 03.12.2009, at 16:19, zkn wrote: > >> Hi, >> >> I'm trying to dynamically add components to an existing ListView but I can't >> figure out how to do that. Here is my case: >> >> MyPanelContainer class with markup >> >> >> >> >> >> add panel >> >> >> and here is how I create the container in the constructor of my page >> >> .. >> MyPanelContainer container = new MyPanelContainer("panels_list_1"); >> List panels = new ArrayList(); >> >> for (int j = 0; j < 5; j++) { >> MyPanel panel = new MyPanel("panel"); >> >> . >> >> panels.add(panel); >> . >> >> >> container.add(new ListView("panels", panels) { >> protected void populateItem(ListItem item) { >> item.add( item.getModelObject()); >> } >> }); >> add(Container); >> .. >> >> This works fine and I can see all MyPanel inside the container. >> >> Now I'm trying to add another MyPanel inside the container on user click. >> Here is the constructor of MyPanelContainer >> >> public MyPanelContainer(String id) { >> super(id); >> >> add(new Link("addPanel") { >> @Override >> public void onClick() { >> addPanel(); >> } >> >> }); >> . >> >> .. >> public void addPanel() { >> >> ListView< MyPanel > panels = (ListView< MyPanel >) >> get("panels"); >> >> MyPanel panel = new MyPanel("panel"); >> ... >> panels.add(panel); >> } >> >> Basically addPanel() does the same thing as in page constructor to add >> panels to the list but nothing shows up. >> >> Thanks in advance for your help >> >> Ozkan >> >
Re: Future of Wicket Security (WASP/SWARM)
On Fri, 2010-01-22 at 10:52 +0100, Martijn Dashorst wrote: > Guys, > > I'd like to discuss the future of the Wicket Security project. > Currently the project lives on/in the wicketstuff repository, but uses > group id and package names "org.apache.wicket". IMO We should either: > > - adopt Wicket Security into the Wicket project and move everything > over from Wicket Stuff into a subproject within Apache Wicket (and > adopt the committers), or > - keep Wicket Security at wicketstuff and move it into the fold of > wicket stuff, including groupid/package rename. > > Since development on wicket security 1.4 is currently happening with a > 1.4-beta1 just released, it is prudent to decide its future now (with > a pending package rename). > > Considering that both the wicket security contributors and the Wicket > PMC members are needed to make this happen, all their opinions are > considered binding. > > [ ] adopt Wicket security into Apache Wicket > [x] keep Wicket security at Wicket Stuff I haven't seen in the mailing lists many users of it. Most of them use Spring Security (my statistics). I think there is no need to add one more thing to support by the core committers. P.S. I personally prefer Shiro. > > Martijn > > - > 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
wicketstuff-push and component replacing
Hello, I'm currently developing wicket based application, which displays alarms on map and allows their modification. New alarms are sent to server through soap service and map with few other components on page for all browser clients needs to be refreshed. I'm using wicketstuff-push for the push service implementation. org.wicketstuff.push.timer.TimerPushService to be clear. As an in examples I have method on wicket page which is activated when server sends notification about an event: // set new listener for incoming events final IPushTarget pushTarget = getTimerPushService().installPush(this); getPushService().addMapListener(new MapServiceListener() { public void onEventChange(final Event event) { if (pushTarget.isConnected()) { Label label = new Label("labelonpage","label"); //label to be replaced pushTarget.addComponent(label); pushTarget.trigger(); } else { // remove inactive listener LOG.debug("Removing map listener " + this); getPushService().removeMapListener(this); } ... Problems start with line : Label label = new Label("labelonpage","label"); which results with: org.apache.wicket.WicketRuntimeException: There is no application attached to current thread btpool0-2 at org.apache.wicket.Application.get(Application.java:179) at org.apache.wicket.Component.getApplication(Component.java:1323) at org.apache.wicket.Component.(Component.java:920) It seems that in this push method, context is lost, I have no session, request,... Is there any way I gan regain it or make new? Or how should I implement push service, which needs to replace some components on page? Thanks in advance, Roland
Re: Multiple Form Submits
I have no idea... But if it doesn't you could look at how modal window JS works and do something similar to create a veil that works also for IE6. I know IE6 have problems with drop downs sticking over any div layer... and the solution was to disable them... but do not take my word for granted... Best, Ernesto On Fri, Jan 22, 2010 at 3:05 PM, Edmund Urbani wrote: > On 01/22/10 14:48, Ernesto Reinaldo Barreiro wrote: > >> >> http://wicketinaction.com/2008/12/preventing-double-ajax-requests-in-3-lines-of-code/ >> >> On Fri, Jan 22, 2010 at 2:43 PM, Edmund Urbani wrote: >> >> > Thanks again. I need this for non-AJAX requests, too. So I would probably > use this solution instead: > > http://cwiki.apache.org/WICKET/generic-busy-indicator-for-both-ajax-and-non-ajax-submits.html > > Do you know whether this one works for IE6 as well? The page says this was > tested for IE and Firefox, but it does not say which versions. > > > Cheers > Edmund > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > >
Re: Multiple Form Submits
On 01/22/10 14:48, Ernesto Reinaldo Barreiro wrote: http://wicketinaction.com/2008/12/preventing-double-ajax-requests-in-3-lines-of-code/ On Fri, Jan 22, 2010 at 2:43 PM, Edmund Urbani wrote: Thanks again. I need this for non-AJAX requests, too. So I would probably use this solution instead: http://cwiki.apache.org/WICKET/generic-busy-indicator-for-both-ajax-and-non-ajax-submits.html Do you know whether this one works for IE6 as well? The page says this was tested for IE and Firefox, but it does not say which versions. Cheers Edmund - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Multiple Form Submits
http://wicketinaction.com/2008/12/preventing-double-ajax-requests-in-3-lines-of-code/ On Fri, Jan 22, 2010 at 2:43 PM, Edmund Urbani wrote: > On 01/22/10 14:23, Ernesto Reinaldo Barreiro wrote: > >> -Use a veil to block the page and avoid multiple submits? >> -resubmit safe form: >> http://www.codesmell.org/blog/2008/12/wicket-resubmitsafeform/? >> >> Ernesto >> >> > Well, so much for my delusion regarding Wicket forms already being > "resubmit-safe". ;) > > I think I will go for the veil or a similar client-side solution. The > application I'm working on, requires Javascript to be enabled anyway. > > Thanks. > > > Cheers > Edmund > > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > >
Re: Multiple Form Submits
On 01/22/10 14:23, Ernesto Reinaldo Barreiro wrote: -Use a veil to block the page and avoid multiple submits? -resubmit safe form: http://www.codesmell.org/blog/2008/12/wicket-resubmitsafeform/? Ernesto Well, so much for my delusion regarding Wicket forms already being "resubmit-safe". ;) I think I will go for the veil or a similar client-side solution. The application I'm working on, requires Javascript to be enabled anyway. Thanks. Cheers Edmund - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Multiple Form Submits
-Use a veil to block the page and avoid multiple submits? -resubmit safe form: http://www.codesmell.org/blog/2008/12/wicket-resubmitsafeform/? Ernesto On Fri, Jan 22, 2010 at 1:57 PM, Edmund Urbani wrote: > Hello, > > I would like to know how Wicket handles multiple submits of the same form > (ie. "double-clicking"). Somehow I always assumed only the first POST > request would cause the onSubmit() handlers to be called. Now it looks like > I'm either going to have to re-evaluate that assumption or submit a bug > report to Jira. > > Cheers > Edmund > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > >
Multiple Form Submits
Hello, I would like to know how Wicket handles multiple submits of the same form (ie. "double-clicking"). Somehow I always assumed only the first POST request would cause the onSubmit() handlers to be called. Now it looks like I'm either going to have to re-evaluate that assumption or submit a bug report to Jira. Cheers Edmund - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
AW: CryptedUrlWebRequestCodingStrategy + WebRequestCodingStrategy = resource URLs are not encrypted (bug?).
Ups, sorry. The post was not for me. -Ursprüngliche Nachricht- Von: Igor Vaynberg [mailto:igor.vaynb...@gmail.com] Gesendet: Donnerstag, 21. Januar 2010 16:52 An: users@wicket.apache.org Betreff: Re: CryptedUrlWebRequestCodingStrategy + WebRequestCodingStrategy = resource URLs are not encrypted (bug?). not sure that is possible currently. the aliasing only works on a per class level. see SharedResources.putClassAlias(). you can add an rfe to have it enhanced. seems like a quiet arbitrary requirement, especially when it comes to security. an fqn does not give anything away security-wise. -igor On Thu, Jan 21, 2010 at 1:18 AM, Antoine van Wel wrote: > What can you do if you need to enforce that no fqn's are ever > generated in (resource) paths? > > Best I can think of now is putting a breakpoint in the resourceKey > method where the fqn is retrieved, and then stepping through your full > webapp - which is a rather poor solution. Any other ideas? > > > Antoine > > > > > > On Mon, Jan 18, 2010 at 5:18 PM, Igor Vaynberg > wrote: >> the original design goal of the crypted strategy was to only encrypt >> what the user sees in the url bar. since they never see resource urls >> there was no reason to encrypt those. >> >> re fqns, you can add class aliases into SharedResources to hide those. >> >> -igor >> >> 2010/1/18 Sergejs Olefirs : >>> Hi, >>> >>> I started using Wicket rather recently. As part of our security >>> considerations, we do not want immediately expose the underlying >>> framework(s) we are using, so we went ahead with URL encryption. We used >>> standard approach as described in examples: >>> >>> @Override >>> protected IRequestCycleProcessor newRequestCycleProcessor() { >>> >>> return new WebRequestCycleProcessor(){ >>> protected IRequestCodingStrategy newRequestCodingStrategy(){ >>> return new CryptedUrlWebRequestCodingStrategy(new >>> WebRequestCodingStrategy()); >>> } >>> }; >>> >>> } >>> >>> >>> Unfortunately I later discovered that this approach doesn't encrypt resource >>> URLs, e.g. from: >>> CSSPackageResource.getHeaderContribution(..); >>> or >>> link.add(new Image("logoImage")); >>> >>> What's worse such resource references include FQN of related classes. >>> >>> >>> After some investigation I found out that the problem is that >>> CryptedUrlWebRequestCodingStrategy only encrypts arguments string of the URL >>> and WebRequestCodingStrategy encodes resource references as path rather than >>> as argument. >>> >>> I was able to get around this by subclassing WebRequestCodingStrategy and >>> overriding methods: >>> addResourceParameters(..); >>> encode(RequestCycle requestCycle, ISharedResourceRequestTarget >>> requestTarget); >>> to use arguments rather than path as resource reference. >>> >>> >>> However I'm unsure as to original reasoning behind original >>> CryptedUrlWebRequestCodingStrategy and WebRequestCodingStrategy. Is the >>> resource behaviour simply a bug? Or is it there for some reason that is >>> going to bite me down the road if I use my own 'fix'? >>> >>> >>> Best regards, >>> Sergey >>> >>> - >>> 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 >> >> > > > > -- > take your photos everywhere you go - https://www.memolio.com > follow us on Twitter - http://twitter.com/Memolio > > - > 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 - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
AW: CryptedUrlWebRequestCodingStrategy + WebRequestCodingStrategy = resource URLs are not encrypted (bug?).
You're right, i just want a consistent url look. -Ursprüngliche Nachricht- Von: Igor Vaynberg [mailto:igor.vaynb...@gmail.com] Gesendet: Donnerstag, 21. Januar 2010 16:52 An: users@wicket.apache.org Betreff: Re: CryptedUrlWebRequestCodingStrategy + WebRequestCodingStrategy = resource URLs are not encrypted (bug?). not sure that is possible currently. the aliasing only works on a per class level. see SharedResources.putClassAlias(). you can add an rfe to have it enhanced. seems like a quiet arbitrary requirement, especially when it comes to security. an fqn does not give anything away security-wise. -igor On Thu, Jan 21, 2010 at 1:18 AM, Antoine van Wel wrote: > What can you do if you need to enforce that no fqn's are ever > generated in (resource) paths? > > Best I can think of now is putting a breakpoint in the resourceKey > method where the fqn is retrieved, and then stepping through your full > webapp - which is a rather poor solution. Any other ideas? > > > Antoine > > > > > > On Mon, Jan 18, 2010 at 5:18 PM, Igor Vaynberg > wrote: >> the original design goal of the crypted strategy was to only encrypt >> what the user sees in the url bar. since they never see resource urls >> there was no reason to encrypt those. >> >> re fqns, you can add class aliases into SharedResources to hide those. >> >> -igor >> >> 2010/1/18 Sergejs Olefirs : >>> Hi, >>> >>> I started using Wicket rather recently. As part of our security >>> considerations, we do not want immediately expose the underlying >>> framework(s) we are using, so we went ahead with URL encryption. We used >>> standard approach as described in examples: >>> >>> @Override >>> protected IRequestCycleProcessor newRequestCycleProcessor() { >>> >>> return new WebRequestCycleProcessor(){ >>> protected IRequestCodingStrategy newRequestCodingStrategy(){ >>> return new CryptedUrlWebRequestCodingStrategy(new >>> WebRequestCodingStrategy()); >>> } >>> }; >>> >>> } >>> >>> >>> Unfortunately I later discovered that this approach doesn't encrypt resource >>> URLs, e.g. from: >>> CSSPackageResource.getHeaderContribution(..); >>> or >>> link.add(new Image("logoImage")); >>> >>> What's worse such resource references include FQN of related classes. >>> >>> >>> After some investigation I found out that the problem is that >>> CryptedUrlWebRequestCodingStrategy only encrypts arguments string of the URL >>> and WebRequestCodingStrategy encodes resource references as path rather than >>> as argument. >>> >>> I was able to get around this by subclassing WebRequestCodingStrategy and >>> overriding methods: >>> addResourceParameters(..); >>> encode(RequestCycle requestCycle, ISharedResourceRequestTarget >>> requestTarget); >>> to use arguments rather than path as resource reference. >>> >>> >>> However I'm unsure as to original reasoning behind original >>> CryptedUrlWebRequestCodingStrategy and WebRequestCodingStrategy. Is the >>> resource behaviour simply a bug? Or is it there for some reason that is >>> going to bite me down the road if I use my own 'fix'? >>> >>> >>> Best regards, >>> Sergey >>> >>> - >>> 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 >> >> > > > > -- > take your photos everywhere you go - https://www.memolio.com > follow us on Twitter - http://twitter.com/Memolio > > - > 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 - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Future of Wicket Security (WASP/SWARM)
[ ] adopt Wicket security into Apache Wicket > [x ] keep Wicket security at Wicket Stuff > > Pulling more code into Apache Wicket doesn't look like the best option to me. Looking at http://www.ohloh.net/p/wicket/contributors?query=&sort=latest_commit I'd be more interesed in ideas of creating more commitment to the project. mf
Re: Override fragments in subclasses
Hi, > And the related html: > > > > > > remove and . wicket:id="myNewPanel" is not part of the wicket:child declaration of the parent class. Best Regards, Ilja Pavkovic -- binaere bauten gmbh · tempelhofer ufer 1a · 10961 berlin +49 · 171 · 9342 465 Handelsregister: HRB 115854 - Amtsgericht Charlottenburg Geschäftsführer: Dipl.-Inform. Ilja Pavkovic, Dipl.-Inform. Jost Becker - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Future of Wicket Security (WASP/SWARM)
Guys, I'd like to discuss the future of the Wicket Security project. Currently the project lives on/in the wicketstuff repository, but uses group id and package names "org.apache.wicket". IMO We should either: - adopt Wicket Security into the Wicket project and move everything over from Wicket Stuff into a subproject within Apache Wicket (and adopt the committers), or - keep Wicket Security at wicketstuff and move it into the fold of wicket stuff, including groupid/package rename. Since development on wicket security 1.4 is currently happening with a 1.4-beta1 just released, it is prudent to decide its future now (with a pending package rename). Considering that both the wicket security contributors and the Wicket PMC members are needed to make this happen, all their opinions are considered binding. [ ] adopt Wicket security into Apache Wicket [ ] keep Wicket security at Wicket Stuff Martijn - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Question about transient and serialization
Or if you navigate to yet another page and then click browser back Button and click the Ajax button that would give the testString "null"..right ? igor.vaynberg wrote: > > last accessed page instance is stored in http session and therefore in > memory without being serialized. if you ran this on a two-node cluster > with round robin you would see testString being null. > > -igor > > On Thu, Jul 24, 2008 at 2:34 PM, H wrote: >> >> Hi! >> >> I have this example class: >> >> public class TestPage extends WebPage { >> private transient String testString = "test"; >> >> public TestPage() { >> add(new TestForm("form")); >> } >> >> @SuppressWarnings("serial") >> private class TestForm extends Form { >> public TestForm(String id) { >> super(id); >> add(new AjaxButton("testButton") { >> @Override >> protected void onSubmit(AjaxRequestTarget >> target, Form form) { >> System.out.println(testString); >> } >> }); >> } >> } >> } >> >> I suppose that when the ajax button was pressed, the page was >> deserialized >> and the transient object (testString) be null. But that don't happend. >> >> Can anyone tell me why?. >> >> Thanks >> -- >> View this message in context: >> http://www.nabble.com/Question-about-transient-and-serialization-tp18641031p18641031.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 >> >> > > - > 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/Question-about-transient-and-serialization-tp18641031p27270041.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