Re: setting value in TextField with ajax fails after field had error
Hello, The onchange is what I need to use, but that's not my problem at all... Please try my code, and follow the steps I mentioned above my code. Has anyone else got a clue? Thanks ! Mathias Nilsson wrote: The onchange is only triggered when you type and then go onblur. Check onkeypress, onkeydown, onkeyup -- View this message in context: http://www.nabble.com/setting-value-in-TextField-with-ajax-fails-after-field-had-error-tp24385756p24404587.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
Wicket's @SpringBean and the autowire-candidate annotation
Currently, when injecting Spring autowired dependencies via @SpringBean, Wicket's Spring integration does take account of the optional autowire-candidate attribute of a bean. This attribute tells spring not to consider a bean during autowiring. Here's our use case where we discovered this limitation. Our app uses 2 databases, a default database used by 95% of the code, and a reporting database used by the reports component. As a result we have 2 SessionFactories in our context, and this breaks @SpringBean injection. It would be nice to cater for the 95% of code that doesn't use the reporting database, and use explicit names only for the other 5%. This seems to require the Wicket-Spring integration to understand the autowire-candidate=false attribute. Regards Ben -- *Ben Hutchison Senior Developer * Level 2 476 St Kilda Road Melbourne VIC 3004 T 613 8807 5252 | F 613 8807 5203 | M 0423 879 534 | www.ibsglobalweb.com http://www.ibsglobalweb.com/ - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Wicket 1.4-rc6 Swarm
Hi all, i'm interested too. Probably my company have to realize a new project in the near future and we think to use wicket 1.4, but we need something like swarm. I started to see in svn but if it is possible to have your updated code it would be fantastic. thank you Luca 2009/7/9 Olger Warnier ol...@xs4all.nl Hi Joshua / List, For our project, I have ported wicket-security to 1.4 based on the code of Maurice found at: http://wicket-stuff.svn.sourceforge.net/viewvc/wicket-stuff/branches/wicket-security-1.4-earlyaccess/ And https://wicket-stuff.svn.sourceforge.net/svnroot/wicket-stuff/trunk/wicket-security/ Most of the tests work fine, a few of them are disabled (I is not quite clear to me what the expected behaviour is yet) and I removed the ACEGI example as it was too outdated. (I have a spring-security sample available to add) The current state is more of less a first 'seems to work' version based on RC5 that needs more attention while being used and extended. Please let me know if you are intrested, I could provide the code and further suport to get it released along with the wicket 1.4 release. Kind Regards, Olger On 8 jul 2009, at 18:42, Joshua Martin wrote: When will Wicket 1.4 be compatible with Swarm/Wasp? -- _ Joshua S. Martin - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
recommended static image/resource strategy
Our app has been working great this past year but we recently encountered a strange behavior and wanted to get the communities input on how to proceed. Background: * Wicket 1.3.6 * JDK 1.5 * Jetty (dev) / Apache and Tomcat (prod) * The URL to our app follows this structure http://mydomain.com/APP where APP is the web app name. * We have our img src tags in our HTML utilize relative pathing, i.e. images/check.gif. * Our images are contained in our web app off the root webapp directory, i.e. images. * Some of our pages are bookmarkable utilizing BookmarkablePageRequestTargetUrlCodingStrategy. * We have turned on getPageSettings().setAutomaticMultiWindowSupport(true) in our Application.init() method * FireFox 3.5 (is where we are seeing the odd behavior) The recent change was the bookmarkable pages to produce pretty URL's such as http://localhost:8080/APP/myPage.html. However, we have noticed that in some cases, i.e. open link in new tab, the bookmarkable page URL changes to http://localhost:8080/APP/myPage.html/wicket:pageMapName/wicket-1/. The problem we are having now is that our images are not showing up. Viewing the source the img src shows images/check.gif still. I understand that our URL path has changed and that is why the gif does not show up. But what is the best approach in handling static images/resources and with our current configuration. Should we do one or more of the following? 1. Don't use setAutomaticMultiWindowSupport (we really want this feature so back button works as expected when new browser tab or window is opened) 2. Use absolute path for images (FYI...we want our war to be a single deployable unit which includes the images...by doing this, would it require the static information (images/css/js) to be deployed differently/separately? 3. Use a different mounted resource strategy? If so, which one? BTW...no page parameters are needed on the mounted pages in question (they can be ignored) 4. Have all static resources be wicketized by using an resource strategy, i.e. ContextRelativeResource. (this would require a lot of code changes...not ideal) 5. Other???Thanks in advance, - Doug BTW...My gut is pointing to #3 is the solution.
Re: Rewrite page parameter to Login_page when session's expired
Now, I always get this error: ERROR - RequestCycle - unexpected exception when handling another exception: Unable to find component with id 'loginForm' in [MarkupContainer [Component id = _extend4]]. This means that you declared wicket:id=loginForm in your markup, but that you either did not add the component to your page at all, or that the hierarchy does not match. [markup = file:pathToLogin_page !DOCTYPE html PUBLIC -//W3C//DTD XHTML 1.0 Transitional//EN The fact is, this Login_page has a component with id equal to loginForm. Do you has any idea about this? Mathias Nilsson wrote: The application class -- View this message in context: http://www.nabble.com/Rewrite-page-parameter-to-Login_page-when-session%27s-expired-tp24403797p24407174.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
Is IRequestTargetUrlCodingStrategy needed for mapping bookmarkable URLs?
Hello, I've been investigating Wicket for building an educational site, and there's one issue that's been nagging me: The majority of our URLs would need to be pretty, bookmarkable, and start with a locale, like: http://www.example.com/en/test/1 or http://www.example.com/zh_CN/page-search/penguin Where the en and zh_CN are the locales to be used, usually followed by one or more slash-separated tokens that uniquely identify a page, followed by zero or more slash-separated tokens that are parameters. Ideally, the locale and parameters would be passed into a WebPage with the PageParameters. Is there an elegant way to accomplish this? I've resorted to having the application mount a custom class implementing IRequestTargetUrlCodingStrategy for each locale (en, zh_CN), that adds the locale to the page parameters, and then uses regular expressions to identify the class of the Page. This seems like somewhat of a hack, where encode(IRequestTarget) is left unimplemented and using links seems more difficult. -Jonathan Olson
Re: Rewrite page parameter to Login_page when session's expired
The error has been vanished now. It seems the wrong page parameter caused this error. Hm, does anyone know to get the currently page parameter? glooorrryyy wrote: Now, I always get this error: ERROR - RequestCycle - unexpected exception when handling another exception: Unable to find component with id 'loginForm' in [MarkupContainer [Component id = _extend4]]. This means that you declared wicket:id=loginForm in your markup, but that you either did not add the component to your page at all, or that the hierarchy does not match. [markup = file:pathToLogin_page !DOCTYPE html PUBLIC -//W3C//DTD XHTML 1.0 Transitional//EN The fact is, this Login_page has a component with id equal to loginForm. Do you has any idea about this? Mathias Nilsson wrote: The application class -- View this message in context: http://www.nabble.com/Rewrite-page-parameter-to-Login_page-when-session%27s-expired-tp24403797p24407727.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's @SpringBean and the autowire-candidate annotation
How do you propose that we get at that information? I took a look around, but didn't see anything like an isAutowireCandidate(String beanName) method. On Thu, Jul 9, 2009 at 3:48 AM, Ben Hutchisonb...@ibsglobalweb.com wrote: Currently, when injecting Spring autowired dependencies via @SpringBean, Wicket's Spring integration does take account of the optional autowire-candidate attribute of a bean. This attribute tells spring not to consider a bean during autowiring. Here's our use case where we discovered this limitation. Our app uses 2 databases, a default database used by 95% of the code, and a reporting database used by the reports component. As a result we have 2 SessionFactories in our context, and this breaks @SpringBean injection. It would be nice to cater for the 95% of code that doesn't use the reporting database, and use explicit names only for the other 5%. This seems to require the Wicket-Spring integration to understand the autowire-candidate=false attribute. Regards Ben -- *Ben Hutchison Senior Developer * Level 2 476 St Kilda Road Melbourne VIC 3004 T 613 8807 5252 | F 613 8807 5203 | M 0423 879 534 | www.ibsglobalweb.com http://www.ibsglobalweb.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: How to use a mounted shared resource as a link resource?
To answer my own question in case anybody else has a similiar problem: There's a urlFor(ResourceReference) method in Component, so store the ResourceReference in the application, then access it in the Component which needs the URL and call urlFor(). On 26.06.2009, at 16:21, Robin Sander wrote: Say, I have an image 'logo.png' in the same package as class 'StaticScope' and I mount this image as a shared resource at path 'static/images/logo.png'. How should I access this resource in other components? For example: In MyApplication.init(): ... ResourceReference ref = new ResourceReference(StaticScope.class, logo.png); mountSharedResource(static/images/logo.png, ref.getSharedResourceKey()); ... Fine, now my image is accessible at the mounted path 'http:/// static/images/logo.png'. But if I try to access this resource in Java using SharedResource.get(...), for example to use it in a Link, I always end up with the wrong URL ( something like ? wicket:interface=:0:header:logolink:image::IResourceListener::) Here's my code: public class Header extends Panel { public Header(final String id) { super(id); add(new SimpleAttributeModifier(id, header)); BookmarkablePageLinkVoid logoLink = new BookmarkablePageLinkVoid(logolink, HOMEPAGE_CLASS); // XXX Resource resource = KuppelboxApplication .getInstance().getSharedResources().get(StaticScope.class, logo.png, null, null, true); logoLink.add(new Image(image, resource)); add(logoLink); add(new UserPanel(user-panel, Index.class)); } } Or should I use new Image(image, new ResourceReference(StaticScope.class, logo.png))? (but then I wonder why SharedResources returns Resource only) Or should I use wicket:link? Or static HTML code only? Regards, Robin. - 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: DynamicWebResource and ajax request
I don't know if this is the recommended way, but there is a urlFor(ResourceReference) method in Component, so you can store the (mounted) ResourceReference in the application, then access it in the Component which needs the URL and call urlFor() with the reference. If any Wicket developer reads this, I think the whole resource/shared resource thing needs some clarification. E.g. is ResourceReference a SharedResourceReference? If yes, why is there no method mount(String, ResourceReference)? Robin. On 07.07.2009, at 16:42, Mathias Nilsson wrote: Hi, I just need to be clear on some things. When reading the doc on Resource it states that Resources themselves do not currently have URLs. Instead, they are referred to by components that have URLs. Let's say I have created a mypanel that extends panel. I implement my own DynamicWebresource and I make it available by doing Application .get().getSharedResources().add( mypanel.class.getName() , new MyDynamicResource()); Does this mean that I can make an Ajax request to getPage().urlFor( mypanel.class.getName() ) and return the getData() of DynamicWebResource.ResourceState in MyDynamicResource? The reason why I'm asking is that some browsers does not get the url for the panel. // Mathias - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Wicket 1.4-rc6 Swarm
Hi Luca, Maybe it is possible to commit the whole into an existing / new branch of the wicket-security project. Is there someone who could arrange that ? Kind Regards, Olger On 9 jul 2009, at 11:00, Luca Provenzani wrote: Hi all, i'm interested too. Probably my company have to realize a new project in the near future and we think to use wicket 1.4, but we need something like swarm. I started to see in svn but if it is possible to have your updated code it would be fantastic. thank you Luca 2009/7/9 Olger Warnier ol...@xs4all.nl Hi Joshua / List, For our project, I have ported wicket-security to 1.4 based on the code of Maurice found at: http://wicket-stuff.svn.sourceforge.net/viewvc/wicket-stuff/branches/wicket-security-1.4-earlyaccess/ And https://wicket-stuff.svn.sourceforge.net/svnroot/wicket-stuff/trunk/wicket-security/ Most of the tests work fine, a few of them are disabled (I is not quite clear to me what the expected behaviour is yet) and I removed the ACEGI example as it was too outdated. (I have a spring-security sample available to add) The current state is more of less a first 'seems to work' version based on RC5 that needs more attention while being used and extended. Please let me know if you are intrested, I could provide the code and further suport to get it released along with the wicket 1.4 release. Kind Regards, Olger On 8 jul 2009, at 18:42, Joshua Martin wrote: When will Wicket 1.4 be compatible with Swarm/Wasp? -- _ Joshua S. Martin - 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: Is IRequestTargetUrlCodingStrategy needed for mapping bookmarkable URLs?
I did something similar. All you have to do is to create your own implementation of IRequestCodingStrategy. You can find the code at this link: http://pastebin.com/m458b5433 LocaleUrlCodingStrategyDecorator Alex Objelean Jonathan and Carrie Olson wrote: Hello, I've been investigating Wicket for building an educational site, and there's one issue that's been nagging me: The majority of our URLs would need to be pretty, bookmarkable, and start with a locale, like: http://www.example.com/en/test/1 or http://www.example.com/zh_CN/page-search/penguin Where the en and zh_CN are the locales to be used, usually followed by one or more slash-separated tokens that uniquely identify a page, followed by zero or more slash-separated tokens that are parameters. Ideally, the locale and parameters would be passed into a WebPage with the PageParameters. Is there an elegant way to accomplish this? I've resorted to having the application mount a custom class implementing IRequestTargetUrlCodingStrategy for each locale (en, zh_CN), that adds the locale to the page parameters, and then uses regular expressions to identify the class of the Page. This seems like somewhat of a hack, where encode(IRequestTarget) is left unimplemented and using links seems more difficult. -Jonathan Olson -- View this message in context: http://www.nabble.com/Is-IRequestTargetUrlCodingStrategy-needed-for-mapping-bookmarkable--URLs--tp24407411p24409330.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 vs vaadin clarifications
Joonas, I'm wondering why your comparison table does not contain ZK? I find Vaadin demos not very responsive. They react very very slowly. At that internet responses are less than 100ms and response size mostly less than 1K and there are only one-two roundtrips for each user action. The same about every GWT application. Wicket ajax responses in our application sometimes exceeds 30k and I don't notice any lags. Joonas Lehtinen wrote: Hi all, If there are any errors in our comparison table, please accept my apologies - I wrote the original version of the table. I take care that any errors will be corrected as soon as possible. Just to clarify the situation - I think that wicket is a nice framework and really want to give it a fair comparison. In my opinion, Vaadin is better for some applications and Wicket for some. -- View this message in context: http://www.nabble.com/wicket-vs-vaadin-clarifications-tp24353170p24409410.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: artwork problem while changing background color of liquid canvas
Had same problem. Try (,or something like) this (named Bocs instead of Box) to avoid name clashes in future): public class Bocs extends WebMarkupContainer { public static final byte DEFAULT_ROUNDING_RADIUS = 8; public static final String DEAFAULT_FILLCOLOR = #EEFFD0; public static final int DEAFAULT_BORDERWIDTH = 1; public static final String DEFAULT_BORDERCOLOR = #AA; public Bocs(String id) { this(id, DEFAULT_ROUNDING_RADIUS, DEAFAULT_FILLCOLOR, DEAFAULT_BORDERWIDTH, DEFAULT_BORDERCOLOR); } public Bocs(String id, int roundingRadius, String fillColor, int borderWidth, String borderColor) { super(id); this.setOutputMarkupId(true); this.setOutputMarkupPlaceholderTag(true); // CAUTION: do not substitute Graphics graphics = new Border(borderColor, borderWidth); graphics.setChainedGraphics(new Fill(fillColor)); LiquidCanvasBehavior behavior = new LiquidCanvasBehavior(graphics, new RoundedRect( (byte) roundingRadius)); this.add(behavior); } private static final long serialVersionUID = 1L; } Use latest Wicket (1.4-rc5), Wicketstuff Artwork (1.4-20090706.220716-150). Stefan
Re: DateField and enabling some days
Sorry, I don't know much about Date[Time]Field. Just trying to save you a few LoC. jk On Wed, Jul 08, 2009 at 01:35:13PM -0700, Fernando Wermus wrote: thanks for the tip. Is there some way to solve what I commented? On Wed, Jul 8, 2009 at 1:25 PM, John Krasnay j...@krasnay.ca wrote: On Wed, Jul 08, 2009 at 01:16:19PM -0700, Fernando Wermus wrote: Date minDate = new DateTime().plusDays(1).toDate(); SimpleDateFormat format = new SimpleDateFormat(MM/dd/); widgetProperties.put(mindate, format.format(minDate)); FYI with Joda Time this can be reduced to this... widgetProperties.put(mindate, new DateTime().plusDays(1).toString(MM/dd/)); jk - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org -- Fernando Wermus. www.linkedin.com/in/fernandowermus - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Wicket's @SpringBean and the autowire-candidate annotation
Using ConfigurableListableBeanFactory.getBeanDefinition(beanName).isAutowireCandidate(); Not sure if there's a proper way to obtain the ConfigurableListableBeanFactory from the ApplicationContext besides using instanceof tests. Philippe James Carman-3 wrote: How do you propose that we get at that information? I took a look around, but didn't see anything like an isAutowireCandidate(String beanName) method. On Thu, Jul 9, 2009 at 3:48 AM, Ben Hutchisonb...@ibsglobalweb.com wrote: Currently, when injecting Spring autowired dependencies via @SpringBean, Wicket's Spring integration does take account of the optional autowire-candidate attribute of a bean. This attribute tells spring not to consider a bean during autowiring. Here's our use case where we discovered this limitation. Our app uses 2 databases, a default database used by 95% of the code, and a reporting database used by the reports component. As a result we have 2 SessionFactories in our context, and this breaks @SpringBean injection. It would be nice to cater for the 95% of code that doesn't use the reporting database, and use explicit names only for the other 5%. This seems to require the Wicket-Spring integration to understand the autowire-candidate=false attribute. Regards Ben -- *Ben Hutchison Senior Developer * Level 2 476 St Kilda Road Melbourne VIC 3004 T 613 8807 5252 | F 613 8807 5203 | M 0423 879 534 | www.ibsglobalweb.com http://www.ibsglobalweb.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://www.nabble.com/Wicket%27s-%40SpringBean-and-the-%22autowire-candidate%22-annotation-tp24405708p24410492.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
Session timeout too short?
Hi, I’m using Wicket 1.4-RC6, Tomcat 6.0.20 and JDK 1.5.0_19. The “session-timeout” timeout value in tomcat/conf/web.xml is 30, but I noticed my pages timeout after about 10 minutes. If I don’t touch a page for 10 mints, next time I submit a form on that page I get a “Page Expired” error. Any ideas what might be wrong? Thanks, Zhubin
Re: Wicket's @SpringBean and the autowire-candidate annotation
add an rfe into our jira. -igor On Thu, Jul 9, 2009 at 7:03 AM, Philippe Laflammephilippe.lafla...@gmail.com wrote: Using ConfigurableListableBeanFactory.getBeanDefinition(beanName).isAutowireCandidate(); Not sure if there's a proper way to obtain the ConfigurableListableBeanFactory from the ApplicationContext besides using instanceof tests. Philippe James Carman-3 wrote: How do you propose that we get at that information? I took a look around, but didn't see anything like an isAutowireCandidate(String beanName) method. On Thu, Jul 9, 2009 at 3:48 AM, Ben Hutchisonb...@ibsglobalweb.com wrote: Currently, when injecting Spring autowired dependencies via @SpringBean, Wicket's Spring integration does take account of the optional autowire-candidate attribute of a bean. This attribute tells spring not to consider a bean during autowiring. Here's our use case where we discovered this limitation. Our app uses 2 databases, a default database used by 95% of the code, and a reporting database used by the reports component. As a result we have 2 SessionFactories in our context, and this breaks @SpringBean injection. It would be nice to cater for the 95% of code that doesn't use the reporting database, and use explicit names only for the other 5%. This seems to require the Wicket-Spring integration to understand the autowire-candidate=false attribute. Regards Ben -- *Ben Hutchison Senior Developer * Level 2 476 St Kilda Road Melbourne VIC 3004 T 613 8807 5252 | F 613 8807 5203 | M 0423 879 534 | www.ibsglobalweb.com http://www.ibsglobalweb.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://www.nabble.com/Wicket%27s-%40SpringBean-and-the-%22autowire-candidate%22-annotation-tp24405708p24410492.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
Re: setting value in TextField with ajax fails after field had error
acTest.clearInput(); formBean.setAcTest(hello); target.addComponent(acTest); -igor On Tue, Jul 7, 2009 at 10:53 PM, Marieke Vandammemarieke.vanda...@tvh.be wrote: Hello, Consider my code underneath and following actions: - Page has a form with a REQUIRED textfield and a button that updates that textfield through ajax - When clicking button the value in textfield is altered with 'hello' = Normal situation - When clearing the textfield again, the onError action of the AjaxFormComponentUpdatingBehavior is called, because the value is empty and the field is required - When clicking the button again the textfield is rewritten, but has an empty value instead of 'hello' = ERROR situation If my explanation isn't enough, please let me know and I try again. Hope someone can test my code and tell me what I am doing wrong.. Many thanks, Marieke TestPage.html -- form wicket:id=webform input type=text wicket:id=acTest/ input type=button wicket:id=btnTest value=set textfield value/ /form TestPage.java --- public class TestPage extends WebPage { public TestPage(){ Form webform = new Form(webform, new CompoundPropertyModel(new FormBean())); add(webform); final TextField acTest = new TextField(acTest); webform.add(acTest); acTest.setRequired(true); acTest.add(new AjaxFormComponentUpdatingBehavior(onchange) { �...@override protected void onUpdate(AjaxRequestTarget target) { System.out.println(onchange - onupdate); } �...@override protected void onError(AjaxRequestTarget target, RuntimeException e){ System.out.println(onchange - onerror); } }); webform.add(new AjaxLink(btnTest) { �...@override public void onClick(AjaxRequestTarget target) { FormBean formBean = (FormBean)getPage().get(webform).getDefaultModelObject(); formBean.setAcTest(hello); target.addComponent(acTest); } }); } public class FormBean implements Serializable{ private String acTest; public FormBean(){ } public String getAcTest() { return acTest; } public void setAcTest(String acTest) { this.acTest = acTest; } } } DISCLAIMER A HREF=http://www.tvh.be/newen/pages/emaildisclaimer.html; http://www.tvh.be/newen/pages/emaildisclaimer.html /A This message is delivered to all addressees subject to the conditions set forth in the attached disclaimer, which is an integral part of this message. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Wicket 1.4-rc6 Swarm
All you need is an account for SourceForge. Then you could commit in wicketstuff's SVN El jue, 09-07-2009 a las 13:38 +0200, Olger Warnier escribió: Hi Luca, Maybe it is possible to commit the whole into an existing / new branch of the wicket-security project. Is there someone who could arrange that ? Kind Regards, Olger On 9 jul 2009, at 11:00, Luca Provenzani wrote: Hi all, i'm interested too. Probably my company have to realize a new project in the near future and we think to use wicket 1.4, but we need something like swarm. I started to see in svn but if it is possible to have your updated code it would be fantastic. thank you Luca 2009/7/9 Olger Warnier ol...@xs4all.nl Hi Joshua / List, For our project, I have ported wicket-security to 1.4 based on the code of Maurice found at: http://wicket-stuff.svn.sourceforge.net/viewvc/wicket-stuff/branches/wicket-security-1.4-earlyaccess/ And https://wicket-stuff.svn.sourceforge.net/svnroot/wicket-stuff/trunk/wicket-security/ Most of the tests work fine, a few of them are disabled (I is not quite clear to me what the expected behaviour is yet) and I removed the ACEGI example as it was too outdated. (I have a spring-security sample available to add) The current state is more of less a first 'seems to work' version based on RC5 that needs more attention while being used and extended. Please let me know if you are intrested, I could provide the code and further suport to get it released along with the wicket 1.4 release. Kind Regards, Olger On 8 jul 2009, at 18:42, Joshua Martin wrote: When will Wicket 1.4 be compatible with Swarm/Wasp? -- _ Joshua S. Martin - 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: recommended static image/resource strategy
it seems like a bug in ServletWebRequest#getRelativePathPrefixToWicketHandler(), you might want to subclass that, check for those two params in the url, and add an additional ../.. as a hack for right now. also open a jira issue for us to fix it. -igor On Wed, Jul 8, 2009 at 2:46 PM, Doug Leeperdouglee...@yahoo.com wrote: Our app has been working great this past year but we recently encountered a strange behavior and wanted to get the communities input on how to proceed. Background: * Wicket 1.3.6 * JDK 1.5 * Jetty (dev) / Apache and Tomcat (prod) * The URL to our app follows this structure http://mydomain.com/APP where APP is the web app name. * We have our img src tags in our HTML utilize relative pathing, i.e. images/check.gif. * Our images are contained in our web app off the root webapp directory, i.e. images. * Some of our pages are bookmarkable utilizing BookmarkablePageRequestTargetUrlCodingStrategy. * We have turned on getPageSettings().setAutomaticMultiWindowSupport(true) in our Application.init() method * FireFox 3.5 (is where we are seeing the odd behavior) The recent change was the bookmarkable pages to produce pretty URL's such as http://localhost:8080/APP/myPage.html. However, we have noticed that in some cases, i.e. open link in new tab, the bookmarkable page URL changes to http://localhost:8080/APP/myPage.html/wicket:pageMapName/wicket-1/. The problem we are having now is that our images are not showing up. Viewing the source the img src shows images/check.gif still. I understand that our URL path has changed and that is why the gif does not show up. But what is the best approach in handling static images/resources and with our current configuration. Should we do one or more of the following? 1. Don't use setAutomaticMultiWindowSupport (we really want this feature so back button works as expected when new browser tab or window is opened) 2. Use absolute path for images (FYI...we want our war to be a single deployable unit which includes the images...by doing this, would it require the static information (images/css/js) to be deployed differently/separately? 3. Use a different mounted resource strategy? If so, which one? BTW...no page parameters are needed on the mounted pages in question (they can be ignored) 4. Have all static resources be wicketized by using an resource strategy, i.e. ContextRelativeResource. (this would require a lot of code changes...not ideal) 5. Other???Thanks in advance, - Doug BTW...My gut is pointing to #3 is the solution. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Wicket 1.4-rc6 Swarm
all you need is an account on sf.net AND for someone to add you to the project. -igor On Thu, Jul 9, 2009 at 8:06 AM, Martin Grigorovmcgreg...@e-card.bg wrote: All you need is an account for SourceForge. Then you could commit in wicketstuff's SVN El jue, 09-07-2009 a las 13:38 +0200, Olger Warnier escribió: Hi Luca, Maybe it is possible to commit the whole into an existing / new branch of the wicket-security project. Is there someone who could arrange that ? Kind Regards, Olger On 9 jul 2009, at 11:00, Luca Provenzani wrote: Hi all, i'm interested too. Probably my company have to realize a new project in the near future and we think to use wicket 1.4, but we need something like swarm. I started to see in svn but if it is possible to have your updated code it would be fantastic. thank you Luca 2009/7/9 Olger Warnier ol...@xs4all.nl Hi Joshua / List, For our project, I have ported wicket-security to 1.4 based on the code of Maurice found at: http://wicket-stuff.svn.sourceforge.net/viewvc/wicket-stuff/branches/wicket-security-1.4-earlyaccess/ And https://wicket-stuff.svn.sourceforge.net/svnroot/wicket-stuff/trunk/wicket-security/ Most of the tests work fine, a few of them are disabled (I is not quite clear to me what the expected behaviour is yet) and I removed the ACEGI example as it was too outdated. (I have a spring-security sample available to add) The current state is more of less a first 'seems to work' version based on RC5 that needs more attention while being used and extended. Please let me know if you are intrested, I could provide the code and further suport to get it released along with the wicket 1.4 release. Kind Regards, Olger On 8 jul 2009, at 18:42, Joshua Martin wrote: When will Wicket 1.4 be compatible with Swarm/Wasp? -- _ Joshua S. Martin - 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 - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Session timeout too short?
sounds like tomcat is expiring the sessions early. i would add a sessionlistener and log when the sessions are being expired. -igor On Thu, Jul 9, 2009 at 7:38 AM, Zhubin Salehizhooz...@gmail.com wrote: Hi, I’m using Wicket 1.4-RC6, Tomcat 6.0.20 and JDK 1.5.0_19. The “session-timeout” timeout value in tomcat/conf/web.xml is 30, but I noticed my pages timeout after about 10 minutes. If I don’t touch a page for 10 mints, next time I submit a form on that page I get a “Page Expired” error. Any ideas what might be wrong? Thanks, Zhubin - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Session timeout too short?
I've seen this behavior too. My customers complain about their sessions timing out too quickly. I raised the setting, but we're still seeing problems. I'll try to add a listener, too. On Thu, Jul 9, 2009 at 11:31 AM, Igor Vaynbergigor.vaynb...@gmail.com wrote: sounds like tomcat is expiring the sessions early. i would add a sessionlistener and log when the sessions are being expired. -igor On Thu, Jul 9, 2009 at 7:38 AM, Zhubin Salehizhooz...@gmail.com wrote: Hi, I’m using Wicket 1.4-RC6, Tomcat 6.0.20 and JDK 1.5.0_19. The “session-timeout” timeout value in tomcat/conf/web.xml is 30, but I noticed my pages timeout after about 10 minutes. If I don’t touch a page for 10 mints, next time I submit a form on that page I get a “Page Expired” error. Any ideas what might be wrong? Thanks, Zhubin - 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: recommended static image/resource strategy
Thank Igor. Bug report has been created (WICKET-2361) Note: I was able to work around this issue by using QueryStringUrlCodingStrategy instead of the BookmarkablePageRequestTargetUrlCodingStrategy via the WebApplication.mountBookmarkablePage() method. From: Igor Vaynberg igor.vaynb...@gmail.com To: users@wicket.apache.org; Doug Leeper douglee...@yahoo.com Sent: Thursday, July 9, 2009 10:13:05 AM Subject: Re: recommended static image/resource strategy it seems like a bug in ServletWebRequest#getRelativePathPrefixToWicketHandler(), you might want to subclass that, check for those two params in the url, and add an additional ../.. as a hack for right now. also open a jira issue for us to fix it. -igor On Wed, Jul 8, 2009 at 2:46 PM, Doug Leeperdouglee...@yahoo.com wrote: Our app has been working great this past year but we recently encountered a strange behavior and wanted to get the communities input on how to proceed. Background: * Wicket 1.3.6 * JDK 1.5 * Jetty (dev) / Apache and Tomcat (prod) * The URL to our app follows this structure http://mydomain.com/APP where APP is the web app name. * We have our img src tags in our HTML utilize relative pathing, i.e. images/check.gif. * Our images are contained in our web app off the root webapp directory, i.e. images. * Some of our pages are bookmarkable utilizing BookmarkablePageRequestTargetUrlCodingStrategy. * We have turned on getPageSettings().setAutomaticMultiWindowSupport(true) in our Application.init() method * FireFox 3.5 (is where we are seeing the odd behavior) The recent change was the bookmarkable pages to produce pretty URL's such as http://localhost:8080/APP/myPage.html. However, we have noticed that in some cases, i.e. open link in new tab, the bookmarkable page URL changes to http://localhost:8080/APP/myPage.html/wicket:pageMapName/wicket-1/. The problem we are having now is that our images are not showing up. Viewing the source the img src shows images/check.gif still. I understand that our URL path has changed and that is why the gif does not show up. But what is the best approach in handling static images/resources and with our current configuration. Should we do one or more of the following? 1. Don't use setAutomaticMultiWindowSupport (we really want this feature so back button works as expected when new browser tab or window is opened) 2. Use absolute path for images (FYI...we want our war to be a single deployable unit which includes the images...by doing this, would it require the static information (images/css/js) to be deployed differently/separately? 3. Use a different mounted resource strategy? If so, which one? BTW...no page parameters are needed on the mounted pages in question (they can be ignored) 4. Have all static resources be wicketized by using an resource strategy, i.e. ContextRelativeResource. (this would require a lot of code changes...not ideal) 5. Other???Thanks in advance, - Doug BTW...My gut is pointing to #3 is the solution.
Re: wicket vs vaadin clarifications
Well, still unchanged - I guess we should cut the noise and leave them put whatever they want in their comparison chart. Francisco 2009/7/9 Vladimir K koval...@gmail.com: Joonas, I'm wondering why your comparison table does not contain ZK? I find Vaadin demos not very responsive. They react very very slowly. At that internet responses are less than 100ms and response size mostly less than 1K and there are only one-two roundtrips for each user action. The same about every GWT application. Wicket ajax responses in our application sometimes exceeds 30k and I don't notice any lags. Joonas Lehtinen wrote: Hi all, If there are any errors in our comparison table, please accept my apologies - I wrote the original version of the table. I take care that any errors will be corrected as soon as possible. Just to clarify the situation - I think that wicket is a nice framework and really want to give it a fair comparison. In my opinion, Vaadin is better for some applications and Wicket for some. -- View this message in context: http://www.nabble.com/wicket-vs-vaadin-clarifications-tp24353170p24409410.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
Re: wicket vs vaadin clarifications
Vladimir K wrote: I'm wondering why your comparison table does not contain ZK? I only included frameworks that I get the most questions about. We definitely should include ZK also, but validating some facts would need some quick research. If you are familiar with ZK, could you contribute ZK column to the comparison table? Vladimir K wrote: I find Vaadin demos not very responsive. They react very very slowly. At that internet responses are less than 100ms and response size mostly less than 1K and there are only one-two roundtrips for each user action. The same about every GWT application. That is strange. Did you try the demos on http://demo.vaadin.com/ that is hosted in USA (Amazon EC2 EAST) or did you run the demos from local server (download vaadin package and run start.sh)? - Joonas -- View this message in context: http://www.nabble.com/wicket-vs-vaadin-clarifications-tp24353170p24412543.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 vs vaadin clarifications
Joonas Lehtinen wrote: I only included frameworks that I get the most questions about. We definitely should include ZK also, but validating some facts would need some quick research. If you are familiar with ZK, could you contribute ZK column to the comparison table? No, I'm not familiar with ZK enough to contribute a column. Amount of its ads is quite impressive so I assume it has a certain piece of market pie. However I refused ZK 'cause it looks not so attractive in technical internals. Joonas Lehtinen wrote: Vladimir K wrote: I find Vaadin demos not very responsive. They react very very slowly. At that internet responses are less than 100ms and response size mostly less than 1K and there are only one-two roundtrips for each user action. The same about every GWT application. That is strange. Did you try the demos on http://demo.vaadin.com/ that is hosted in USA (Amazon EC2 EAST) or did you run the demos from local server (download vaadin package and run start.sh)? I run online demo. It just came to my mind that this sort of discussion probably is offtopic. -- View this message in context: http://www.nabble.com/wicket-vs-vaadin-clarifications-tp24353170p24413008.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 1.4-rc6 Swarm
Hi Igor, On 9 jul 2009, at 17:13, Igor Vaynberg wrote: all you need is an account on sf.net AND for someone to add you to the project. I digged up my sourceforge account, its : terranvs If someone is willing to add my account to the project, I'll commit the whole so people can test it for their situation. Kind Regards, Olger -igor On Thu, Jul 9, 2009 at 8:06 AM, Martin Grigorovmcgreg...@e-card.bg wrote: All you need is an account for SourceForge. Then you could commit in wicketstuff's SVN El jue, 09-07-2009 a las 13:38 +0200, Olger Warnier escribió: Hi Luca, Maybe it is possible to commit the whole into an existing / new branch of the wicket-security project. Is there someone who could arrange that ? Kind Regards, Olger On 9 jul 2009, at 11:00, Luca Provenzani wrote: Hi all, i'm interested too. Probably my company have to realize a new project in the near future and we think to use wicket 1.4, but we need something like swarm. I started to see in svn but if it is possible to have your updated code it would be fantastic. thank you Luca 2009/7/9 Olger Warnier ol...@xs4all.nl Hi Joshua / List, For our project, I have ported wicket-security to 1.4 based on the code of Maurice found at: http://wicket-stuff.svn.sourceforge.net/viewvc/wicket-stuff/branches/wicket-security-1.4-earlyaccess/ And https://wicket-stuff.svn.sourceforge.net/svnroot/wicket-stuff/trunk/wicket-security/ Most of the tests work fine, a few of them are disabled (I is not quite clear to me what the expected behaviour is yet) and I removed the ACEGI example as it was too outdated. (I have a spring-security sample available to add) The current state is more of less a first 'seems to work' version based on RC5 that needs more attention while being used and extended. Please let me know if you are intrested, I could provide the code and further suport to get it released along with the wicket 1.4 release. Kind Regards, Olger On 8 jul 2009, at 18:42, Joshua Martin wrote: When will Wicket 1.4 be compatible with Swarm/Wasp? -- _ Joshua S. Martin - 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 - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Wicket 1.4-rc6 Swarm
done -igor On Thu, Jul 9, 2009 at 10:02 AM, Olger Warnierol...@xs4all.nl wrote: Hi Igor, On 9 jul 2009, at 17:13, Igor Vaynberg wrote: all you need is an account on sf.net AND for someone to add you to the project. I digged up my sourceforge account, its : terranvs If someone is willing to add my account to the project, I'll commit the whole so people can test it for their situation. Kind Regards, Olger -igor On Thu, Jul 9, 2009 at 8:06 AM, Martin Grigorovmcgreg...@e-card.bg wrote: All you need is an account for SourceForge. Then you could commit in wicketstuff's SVN El jue, 09-07-2009 a las 13:38 +0200, Olger Warnier escribió: Hi Luca, Maybe it is possible to commit the whole into an existing / new branch of the wicket-security project. Is there someone who could arrange that ? Kind Regards, Olger On 9 jul 2009, at 11:00, Luca Provenzani wrote: Hi all, i'm interested too. Probably my company have to realize a new project in the near future and we think to use wicket 1.4, but we need something like swarm. I started to see in svn but if it is possible to have your updated code it would be fantastic. thank you Luca 2009/7/9 Olger Warnier ol...@xs4all.nl Hi Joshua / List, For our project, I have ported wicket-security to 1.4 based on the code of Maurice found at: http://wicket-stuff.svn.sourceforge.net/viewvc/wicket-stuff/branches/wicket-security-1.4-earlyaccess/ And https://wicket-stuff.svn.sourceforge.net/svnroot/wicket-stuff/trunk/wicket-security/ Most of the tests work fine, a few of them are disabled (I is not quite clear to me what the expected behaviour is yet) and I removed the ACEGI example as it was too outdated. (I have a spring-security sample available to add) The current state is more of less a first 'seems to work' version based on RC5 that needs more attention while being used and extended. Please let me know if you are intrested, I could provide the code and further suport to get it released along with the wicket 1.4 release. Kind Regards, Olger On 8 jul 2009, at 18:42, Joshua Martin wrote: When will Wicket 1.4 be compatible with Swarm/Wasp? -- _ Joshua S. Martin - 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 - 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: Wicket 1.4-rc6 Swarm
Hi Igor / List, Thanks for the trust. The wicket-security project trunk found at https://wicket-stuff.svn.sourceforge.net/svnroot/wicket-stuff/trunk/wicket-security is now compatible with wicket 1.4 RC6. If you have issues or comments, please let me know. I am not aware of your release rules, if you have a pointer, I could check if it is possibe to get it towards a release along with the wicket 1.4 release. Kind Regards, Olger On 9 jul 2009, at 19:38, Igor Vaynberg wrote: done -igor On Thu, Jul 9, 2009 at 10:02 AM, Olger Warnierol...@xs4all.nl wrote: Hi Igor, On 9 jul 2009, at 17:13, Igor Vaynberg wrote: all you need is an account on sf.net AND for someone to add you to the project. I digged up my sourceforge account, its : terranvs If someone is willing to add my account to the project, I'll commit the whole so people can test it for their situation. Kind Regards, Olger -igor On Thu, Jul 9, 2009 at 8:06 AM, Martin Grigorovmcgreg...@e-card.bg wrote: All you need is an account for SourceForge. Then you could commit in wicketstuff's SVN El jue, 09-07-2009 a las 13:38 +0200, Olger Warnier escribió: Hi Luca, Maybe it is possible to commit the whole into an existing / new branch of the wicket-security project. Is there someone who could arrange that ? Kind Regards, Olger On 9 jul 2009, at 11:00, Luca Provenzani wrote: Hi all, i'm interested too. Probably my company have to realize a new project in the near future and we think to use wicket 1.4, but we need something like swarm. I started to see in svn but if it is possible to have your updated code it would be fantastic. thank you Luca 2009/7/9 Olger Warnier ol...@xs4all.nl Hi Joshua / List, For our project, I have ported wicket-security to 1.4 based on the code of Maurice found at: http://wicket-stuff.svn.sourceforge.net/viewvc/wicket-stuff/branches/wicket-security-1.4-earlyaccess/ And https://wicket-stuff.svn.sourceforge.net/svnroot/wicket-stuff/trunk/wicket-security/ Most of the tests work fine, a few of them are disabled (I is not quite clear to me what the expected behaviour is yet) and I removed the ACEGI example as it was too outdated. (I have a spring-security sample available to add) The current state is more of less a first 'seems to work' version based on RC5 that needs more attention while being used and extended. Please let me know if you are intrested, I could provide the code and further suport to get it released along with the wicket 1.4 release. Kind Regards, Olger On 8 jul 2009, at 18:42, Joshua Martin wrote: When will Wicket 1.4 be compatible with Swarm/Wasp? -- _ Joshua S. Martin - 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 - 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: recommended static image/resource strategy
My issue appears to be not new... https://issues.apache.org/jira/browse/WICKET-1889 https://issues.apache.org/jira/browse/WICKET-1700 But this only applies to v1.4. -- View this message in context: http://www.nabble.com/recommended-static-image-resource-strategy-tp24407111p24415043.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: recommended static image/resource strategy
My issue appears to be not new... https://issues.apache.org/jira/browse/WICKET-1889 https://issues.apache.org/jira/browse/WICKET-1700 But the fix is for v1.4.x not v1.3.6 -- View this message in context: http://www.nabble.com/recommended-static-image-resource-strategy-tp24407111p24415044.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
Fwd: artwork problem while changing background color of liquid canvas
thanks a lot ! I have tried your example.it's working .. I think the difference is i was adding *fill* to liquidcanvasbehaviour constructor while you have used setChainedGraphics(fill). I also saw the source of liquidcanvasbehavior and noted that in the end it's string concatenation of all the properties of Graphics subclasses but may be *sequence* of concatenation matters... thanks again to both nino and stefan ! regards, Vineet Semwal -- Forwarded message -- From: Istvan joo...@gmail.com Date: Wed, Jul 8, 2009 at 4:50 PM Subject: Re: artwork problem while changing background color of liquid canvas To: users@wicket.apache.org Had same problem. Try (,or something like) this (named Bocs instead of Box) to avoid name clashes in future): public class Bocs extends WebMarkupContainer { public static final byte DEFAULT_ROUNDING_RADIUS = 8; public static final String DEAFAULT_FILLCOLOR = #EEFFD0; public static final int DEAFAULT_BORDERWIDTH = 1; public static final String DEFAULT_BORDERCOLOR = #AA; public Bocs(String id) { this(id, DEFAULT_ROUNDING_RADIUS, DEAFAULT_FILLCOLOR, DEAFAULT_BORDERWIDTH, DEFAULT_BORDERCOLOR); } public Bocs(String id, int roundingRadius, String fillColor, int borderWidth, String borderColor) { super(id); this.setOutputMarkupId(true); this.setOutputMarkupPlaceholderTag(true); // CAUTION: do not substitute Graphics graphics = new Border(borderColor, borderWidth); graphics.setChainedGraphics(new Fill(fillColor)); LiquidCanvasBehavior behavior = new LiquidCanvasBehavior(graphics, new RoundedRect( (byte) roundingRadius)); this.add(behavior); } private static final long serialVersionUID = 1L; } Use latest Wicket (1.4-rc5), Wicketstuff Artwork (1.4-20090706.220716-150). Stefan
Voting in Slideshow
Hi, at the moment I implement some sort of slideshow. I am using a IndexedParamUrlCodingStrategy to get nice URLs. Now I want to add a voting form on each page. But of course commiting the form results in a url containing many internal Wicket stuff. How can that be avoided? I tried the following that solved my issue but seems to be a little bit hacky... in my Form#submit I added the following lines: Page responsePage = getRequestCycle().getResponsePage(); getRequestCycle().setResponsePage( responsePage.getClass(), responsePage.getPageParameters() ); I hope you understand what I try to achieve. Any ideas how to do that properly? Thanks, Johannes - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: artwork problem while changing background color of liquid canvas
Yes its concatination, but may be sequenced if its chained.. I thought I tried stefans example.. But apparently not. Im glad its working, I'll try adding it to the examples when I get time.. 2009/7/9 vineet semwal vineetsemwal1...@gmail.com thanks a lot ! I have tried your example.it's working .. I think the difference is i was adding *fill* to liquidcanvasbehaviour constructor while you have used setChainedGraphics(fill). I also saw the source of liquidcanvasbehavior and noted that in the end it's string concatenation of all the properties of Graphics subclasses but may be *sequence* of concatenation matters... thanks again to both nino and stefan ! regards, Vineet Semwal -- Forwarded message -- From: Istvan joo...@gmail.com Date: Wed, Jul 8, 2009 at 4:50 PM Subject: Re: artwork problem while changing background color of liquid canvas To: users@wicket.apache.org Had same problem. Try (,or something like) this (named Bocs instead of Box) to avoid name clashes in future): public class Bocs extends WebMarkupContainer { public static final byte DEFAULT_ROUNDING_RADIUS = 8; public static final String DEAFAULT_FILLCOLOR = #EEFFD0; public static final int DEAFAULT_BORDERWIDTH = 1; public static final String DEFAULT_BORDERCOLOR = #AA; public Bocs(String id) { this(id, DEFAULT_ROUNDING_RADIUS, DEAFAULT_FILLCOLOR, DEAFAULT_BORDERWIDTH, DEFAULT_BORDERCOLOR); } public Bocs(String id, int roundingRadius, String fillColor, int borderWidth, String borderColor) { super(id); this.setOutputMarkupId(true); this.setOutputMarkupPlaceholderTag(true); // CAUTION: do not substitute Graphics graphics = new Border(borderColor, borderWidth); graphics.setChainedGraphics(new Fill(fillColor)); LiquidCanvasBehavior behavior = new LiquidCanvasBehavior(graphics, new RoundedRect( (byte) roundingRadius)); this.add(behavior); } private static final long serialVersionUID = 1L; } Use latest Wicket (1.4-rc5), Wicketstuff Artwork (1.4-20090706.220716-150). Stefan
Re: artwork problem while changing background color of liquid canvas
Oh and I'd really like some screenshots of how you use artwork if you can provide them, I guess we should add them to the wiki.. :) 2009/7/9 nino martinez wael nino.martinez.w...@gmail.com Yes its concatination, but may be sequenced if its chained.. I thought I tried stefans example.. But apparently not. Im glad its working, I'll try adding it to the examples when I get time.. 2009/7/9 vineet semwal vineetsemwal1...@gmail.com thanks a lot ! I have tried your example.it's working .. I think the difference is i was adding *fill* to liquidcanvasbehaviour constructor while you have used setChainedGraphics(fill). I also saw the source of liquidcanvasbehavior and noted that in the end it's string concatenation of all the properties of Graphics subclasses but may be *sequence* of concatenation matters... thanks again to both nino and stefan ! regards, Vineet Semwal -- Forwarded message -- From: Istvan joo...@gmail.com Date: Wed, Jul 8, 2009 at 4:50 PM Subject: Re: artwork problem while changing background color of liquid canvas To: users@wicket.apache.org Had same problem. Try (,or something like) this (named Bocs instead of Box) to avoid name clashes in future): public class Bocs extends WebMarkupContainer { public static final byte DEFAULT_ROUNDING_RADIUS = 8; public static final String DEAFAULT_FILLCOLOR = #EEFFD0; public static final int DEAFAULT_BORDERWIDTH = 1; public static final String DEFAULT_BORDERCOLOR = #AA; public Bocs(String id) { this(id, DEFAULT_ROUNDING_RADIUS, DEAFAULT_FILLCOLOR, DEAFAULT_BORDERWIDTH, DEFAULT_BORDERCOLOR); } public Bocs(String id, int roundingRadius, String fillColor, int borderWidth, String borderColor) { super(id); this.setOutputMarkupId(true); this.setOutputMarkupPlaceholderTag(true); // CAUTION: do not substitute Graphics graphics = new Border(borderColor, borderWidth); graphics.setChainedGraphics(new Fill(fillColor)); LiquidCanvasBehavior behavior = new LiquidCanvasBehavior(graphics, new RoundedRect( (byte) roundingRadius)); this.add(behavior); } private static final long serialVersionUID = 1L; } Use latest Wicket (1.4-rc5), Wicketstuff Artwork (1.4-20090706.220716-150). Stefan
Test Methods for Querying Component Tree
Hello, all. I am relatively new to Wicket. Sometimes when I write tests I get the Wicket ID wrong, and try to figure out what the right one is. To address this, I wrote some code that gets the component tree, and either returns a List, or a string with the components' id's and classes. It can be found at http://gist.github.com/144041. Is this useful to anyone? Is there a better way for me to view the component tree at runtime/test time? Thanks, Keith - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Is IRequestTargetUrlCodingStrategy needed for mapping bookmarkable URLs?
Thank you, I'll try that type of implementation out! -Jonathan Olson On Thu, Jul 9, 2009 at 5:42 AM, Alex Objelean alex_objel...@yahoo.comwrote: I did something similar. All you have to do is to create your own implementation of IRequestCodingStrategy. You can find the code at this link: http://pastebin.com/m70f62424 LocaleUrlCodingStrategyDecorator This implementation is a decorator which depends also on this class: http://pastebin.com/m2c92dacb RequestCodingStrategyDecorator The usage is pretty simple, add the following in you Application: [CODE] /** * {...@inheritdoc} */ @Override protected IRequestCycleProcessor newRequestCycleProcessor() { return new WebRequestCycleProcessor() { @Override protected IRequestCodingStrategy newRequestCodingStrategy() { return new LocaleUrlCodingStrategyDecorator(super.newRequestCodingStrategy()); } } } [CODE] Alex Objelean Jonathan and Carrie Olson wrote: Hello, I've been investigating Wicket for building an educational site, and there's one issue that's been nagging me: The majority of our URLs would need to be pretty, bookmarkable, and start with a locale, like: http://www.example.com/en/test/1 or http://www.example.com/zh_CN/page-search/penguin Where the en and zh_CN are the locales to be used, usually followed by one or more slash-separated tokens that uniquely identify a page, followed by zero or more slash-separated tokens that are parameters. Ideally, the locale and parameters would be passed into a WebPage with the PageParameters. Is there an elegant way to accomplish this? I've resorted to having the application mount a custom class implementing IRequestTargetUrlCodingStrategy for each locale (en, zh_CN), that adds the locale to the page parameters, and then uses regular expressions to identify the class of the Page. This seems like somewhat of a hack, where encode(IRequestTarget) is left unimplemented and using links seems more difficult. -Jonathan Olson -- View this message in context: http://www.nabble.com/Is-IRequestTargetUrlCodingStrategy-needed-for-mapping-bookmarkable--URLs--tp24407411p24409330.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 -- Save trees! Don't print this email unless it's absolutely necessary. --