Re: Google Charts
I'd recommend you to put your project in GitHub or any other similar service so other people can see your work and contribute. Why didn't you contribute to https://github.com/wicketstuff/core/tree/master/jdk-1.5-parent/googlecharts-parent ? You say it is out of date but it is much better to update it than start it from scratch. Unless you have a clear idea how to do it and it is completely different than the old one but you said that you use it as example On Wed, Nov 9, 2011 at 10:21 PM, anantasthana anant.a...@gmail.com wrote: I just recently have started trying to implement a an integration with google charts. It is at a very basic stage . I am doing this for a project that I am working on but i want to implement it in a very flexible and extendable manner so that as an end result we have some thing every one else could use. Any advice or pointers? i did look at the existing google charts project and i am using that for samples and as a starting point but that project is really out of date. -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Google-Charts-tp4021237p4021237.html Sent from the Users forum 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 -- Martin Grigorov jWeekend Training, Consulting, Development http://jWeekend.com - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Design patterns for panel navigation
With 1.5.x you get the great inter component event mechanism. Cheers Per Am 10.11.2011 05:04, schrieb Bertrand Guay-Paquet: Hi, Panels are great to encapsulate functionality in reusable units. In order to reuse some panels in different contexts, I need to make the navigation elements they contain configurable. For example, consider a form whose post-submit navigation and cancel link destination need to be configurable. Are there any recommended best-practices for this? Which patterns do you use to accomplish this? My first method was to make the form panel abstract with getPageClass() and getPageParameters() as abstract methods to provide navigation configuration. This proved too limitative as it forced the navigation destination to be bookmarkable pages. My current method is form the form to receive a strategy implementation responsible for setting the response page on form submit and constructing a cancel link. This allows to use bookmarkable pages, page references, ect. as navigation destinations. Do you have any better alternatives to suggest? Regards, Bertrand - 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: Validating HTML 4
So you say that br/ is valid but link / is not. Both of them are void elements. Why is this difference in handling them ? Can you provide a link to specification where they say that link / is invalid in HTML4 ? On Wed, Nov 9, 2011 at 7:26 PM, pgoiffon.wic...@free.fr wrote: pgoiffon.wic...@free.fr a écrit : I was convinced that HTML5 is still HTML, so auto-closed tags are invalid. I checked the html 5 draft recommandation this morning before answering and can't find anywhere that auto closed tags are valid. Found it ! http://www.w3.org/TR/html5/syntax.html#syntax-start-tag - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org -- Martin Grigorov jWeekend Training, Consulting, Development http://jWeekend.com - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
RE: abort loading lazy components
Hi, Could you please tell me what is the status of this issue? Should I create a Jira issue and/or quickstart or is it won't fix/invalid? Best regards, Michal Wegrzyn -Original Message- From: Michal Wegrzyn [mailto:michal.wegr...@onior.com] Sent: Friday, November 04, 2011 11:56 To: users@wicket.apache.org Subject: RE: abort loading lazy components Thanks for an update Martin. Unfortunately using IAjaxCallDecorator#decorateScript() prevents handling request (nothing happens). If I append the stop script directly to ajax request target (before sending event), then request proceeds, but the first lazy component is not loaded. Also, the stop script breaks ajax indicators (both from lazy components and indicating links). Exceptions still are present, but page isn't crashing. So far the closest solution was using BookmarkablePageLink, but it is not ajax and it is just a workaround. Isn't there a way to prevent Wicket from handling old ajax requests? I assume that's how it should work with DROP channel. Best regards, Michal Wegrzyn -Original Message- From: Martin Grigorov [mailto:mgrigo...@apache.org] Sent: Thursday, November 03, 2011 17:54 To: users@wicket.apache.org Subject: Re: abort loading lazy components Here is something that I didn't know so far: http://stackoverflow.com/questions/930237/javascript-cancel-stop- image- requests/1468452#1468452 It seems there is a way to simulate browser's stop button with JavaScript. Try to use that code from IAjaxCallDecorator#decorateScript() for your AjaxLink. On Thu, Nov 3, 2011 at 3:00 PM, Michal Wegrzyn michal.wegr...@onior.com wrote: I've just debugged and indeed problem is that there is no component with id 29. So clearly Wicket looks for an lazy children component from outdated DataView component. Michal -Original Message- From: Michal Wegrzyn [mailto:michal.wegr...@onior.com] Sent: Wednesday, November 02, 2011 16:11 To: users@wicket.apache.org Subject: RE: abort loading lazy components It is triggered when there is already new itemList (it extends DataView), so I suppose that PageAndComponentProvider looks for itemList:29, which does not exists anymore. Scenario: - Page is loaded but lazy components ('folders:listContainer:itemList:itemPanel:folder:children') are still loading - User triggers folder change (itemList is replaced) - Exception occurs If user triggers folder change when lazy components are completely loaded (or during loading the last one) there is no exception at all. Best Regards, Michal Wegrzyn -Original Message- From: Martin Grigorov [mailto:mgrigo...@apache.org] Sent: Wednesday, November 02, 2011 15:54 To: users@wicket.apache.org Subject: Re: abort loading lazy components On Wed, Nov 2, 2011 at 4:49 PM, Michal Wegrzyn michal.wegr...@onior.com wrote: 15:32:24.028 user [http--5] ERROR o.a.wicket.DefaultExceptionMapper - Unexpected error occurred org.apache.wicket.request.handler.ComponentNotFoundException: Could not find component 'folders:listContainer:itemList:29:itemPanel:folder:children' on page 'class package.MyPage Do you know how this is triggered ? -- Martin Grigorov jWeekend Training, Consulting, Development http://jWeekend.com - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Validating HTML 4
in HTML the link tag has no end tag. in XHTML the link tag must be properly closed. source: http://www.w3schools.com/tags/tag_link.asp . On Thu, Nov 10, 2011 at 9:29 AM, Martin Grigorov mgrigo...@apache.org wrote: So you say that br/ is valid but link / is not. Both of them are void elements. Why is this difference in handling them ? Can you provide a link to specification where they say that link / is invalid in HTML4 ? On Wed, Nov 9, 2011 at 7:26 PM, pgoiffon.wic...@free.fr wrote: pgoiffon.wic...@free.fr a écrit : I was convinced that HTML5 is still HTML, so auto-closed tags are invalid. I checked the html 5 draft recommandation this morning before answering and can't find anywhere that auto closed tags are valid. Found it ! http://www.w3.org/TR/html5/syntax.html#syntax-start-tag - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org -- Martin Grigorov jWeekend Training, Consulting, Development http://jWeekend.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: abort loading lazy components
Hi, I see no solution for your case. Using BookmarkablePageLink works as you confirmed but I'm not aware of clean way to cancel running Ajax requests and replace them with completely new one. XMLHttpRequest has #abort() method which cancels the request but this will lead co socket close exceptions in the server side. The best approach I see is to use the same AjaxChannel name for all LazyLoadPanels and the AjaxLinks. The LazyLoadPanels should use type QUEUE and the AjaxLinks - type DROP. This way all LazyLoadPanels will load sequencially and if you click an AjaxLink it will cancel all pending LazyLoadPanels and will schedule the execution of the AjaxLink after the end of the currently loading LazyLoadPanel HTH On Thu, Nov 10, 2011 at 10:37 AM, Michal Wegrzyn michal.wegr...@onior.com wrote: Hi, Could you please tell me what is the status of this issue? Should I create a Jira issue and/or quickstart or is it won't fix/invalid? Best regards, Michal Wegrzyn -Original Message- From: Michal Wegrzyn [mailto:michal.wegr...@onior.com] Sent: Friday, November 04, 2011 11:56 To: users@wicket.apache.org Subject: RE: abort loading lazy components Thanks for an update Martin. Unfortunately using IAjaxCallDecorator#decorateScript() prevents handling request (nothing happens). If I append the stop script directly to ajax request target (before sending event), then request proceeds, but the first lazy component is not loaded. Also, the stop script breaks ajax indicators (both from lazy components and indicating links). Exceptions still are present, but page isn't crashing. So far the closest solution was using BookmarkablePageLink, but it is not ajax and it is just a workaround. Isn't there a way to prevent Wicket from handling old ajax requests? I assume that's how it should work with DROP channel. Best regards, Michal Wegrzyn -Original Message- From: Martin Grigorov [mailto:mgrigo...@apache.org] Sent: Thursday, November 03, 2011 17:54 To: users@wicket.apache.org Subject: Re: abort loading lazy components Here is something that I didn't know so far: http://stackoverflow.com/questions/930237/javascript-cancel-stop- image- requests/1468452#1468452 It seems there is a way to simulate browser's stop button with JavaScript. Try to use that code from IAjaxCallDecorator#decorateScript() for your AjaxLink. On Thu, Nov 3, 2011 at 3:00 PM, Michal Wegrzyn michal.wegr...@onior.com wrote: I've just debugged and indeed problem is that there is no component with id 29. So clearly Wicket looks for an lazy children component from outdated DataView component. Michal -Original Message- From: Michal Wegrzyn [mailto:michal.wegr...@onior.com] Sent: Wednesday, November 02, 2011 16:11 To: users@wicket.apache.org Subject: RE: abort loading lazy components It is triggered when there is already new itemList (it extends DataView), so I suppose that PageAndComponentProvider looks for itemList:29, which does not exists anymore. Scenario: - Page is loaded but lazy components ('folders:listContainer:itemList:itemPanel:folder:children') are still loading - User triggers folder change (itemList is replaced) - Exception occurs If user triggers folder change when lazy components are completely loaded (or during loading the last one) there is no exception at all. Best Regards, Michal Wegrzyn -Original Message- From: Martin Grigorov [mailto:mgrigo...@apache.org] Sent: Wednesday, November 02, 2011 15:54 To: users@wicket.apache.org Subject: Re: abort loading lazy components On Wed, Nov 2, 2011 at 4:49 PM, Michal Wegrzyn michal.wegr...@onior.com wrote: 15:32:24.028 user [http--5] ERROR o.a.wicket.DefaultExceptionMapper - Unexpected error occurred org.apache.wicket.request.handler.ComponentNotFoundException: Could not find component 'folders:listContainer:itemList:29:itemPanel:folder:children' on page 'class package.MyPage Do you know how this is triggered ? -- Martin Grigorov jWeekend Training, Consulting, Development http://jWeekend.com - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org -- Martin Grigorov jWeekend Training, Consulting, Development http://jWeekend.com - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Validating HTML 4
I'm interested in a specification saying that link / is invalid in HTML4. On Thu, Nov 10, 2011 at 10:39 AM, manuelbarzi manuelba...@gmail.com wrote: in HTML the link tag has no end tag. in XHTML the link tag must be properly closed. source: http://www.w3schools.com/tags/tag_link.asp . On Thu, Nov 10, 2011 at 9:29 AM, Martin Grigorov mgrigo...@apache.org wrote: So you say that br/ is valid but link / is not. Both of them are void elements. Why is this difference in handling them ? Can you provide a link to specification where they say that link / is invalid in HTML4 ? On Wed, Nov 9, 2011 at 7:26 PM, pgoiffon.wic...@free.fr wrote: pgoiffon.wic...@free.fr a écrit : I was convinced that HTML5 is still HTML, so auto-closed tags are invalid. I checked the html 5 draft recommandation this morning before answering and can't find anywhere that auto closed tags are valid. Found it ! http://www.w3.org/TR/html5/syntax.html#syntax-start-tag - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org -- Martin Grigorov jWeekend Training, Consulting, Development http://jWeekend.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 -- Martin Grigorov jWeekend Training, Consulting, Development http://jWeekend.com - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Validating HTML 4
in HTML the link tag has no end tag may it be enough to confirm link/ is perfectly valid in html, and not the opposite. . On Thu, Nov 10, 2011 at 9:49 AM, Martin Grigorov mgrigo...@apache.org wrote: I'm interested in a specification saying that link / is invalid in HTML4. On Thu, Nov 10, 2011 at 10:39 AM, manuelbarzi manuelba...@gmail.com wrote: in HTML the link tag has no end tag. in XHTML the link tag must be properly closed. source: http://www.w3schools.com/tags/tag_link.asp . On Thu, Nov 10, 2011 at 9:29 AM, Martin Grigorov mgrigo...@apache.org wrote: So you say that br/ is valid but link / is not. Both of them are void elements. Why is this difference in handling them ? Can you provide a link to specification where they say that link / is invalid in HTML4 ? On Wed, Nov 9, 2011 at 7:26 PM, pgoiffon.wic...@free.fr wrote: pgoiffon.wic...@free.fr a écrit : I was convinced that HTML5 is still HTML, so auto-closed tags are invalid. I checked the html 5 draft recommandation this morning before answering and can't find anywhere that auto closed tags are valid. Found it ! http://www.w3.org/TR/html5/syntax.html#syntax-start-tag - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org -- Martin Grigorov jWeekend Training, Consulting, Development http://jWeekend.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 -- Martin Grigorov jWeekend Training, Consulting, Development http://jWeekend.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: Validating HTML 4
While I usually enjoy painting a bike shed, and this is one perfect example of mine being green, the 4.01 specification is from 1999, which is 12 years ago. While technically closing a link tag is considered a validation error (I tried the html validator of w3c, see below), in practice the HTML 4.01 standard is really crippled, as are the other HTML standards from that time. There is no reason what so ever not to use HTML5 doctype and rules: everything is better for developers, users and browsers alike. If you still insist on using HTML 4.01 strict and are going to enforce compliance, I'd rather you give up being a developer, seek counseling, take medication or whatever, but keep away from developing web applications. You'll do yourself, your customers and users a service. Martijn Line 6, Column 54: NET-enabling start-tag requires SHORTTAG YES LINK rel=nofollow href=http://example.com; / ✉ The sequence FOO / can be interpreted in at least two different ways, depending on the DOCTYPE of the document. For HTML 4.01 Strict, the '/' terminates the tag FOO (with an implied ''). However, since many browsers don't interpret it this way, even in the presence of an HTML 4.01 Strict DOCTYPE, it is best to avoid it completely in pure HTML documents and reserve its use solely for those written in XHTML. Line 6, Column 55: character data is not allowed here LINK rel=nofollow href=http://example.com; / ✉ You have used character data somewhere it is not permitted to appear. Mistakes that can cause this error include: putting text directly in the body of the document without wrapping it in a container element (such as a paragraph/p), or forgetting to quote an attribute value (where characters such as % and / are common, but cannot appear without surrounding quotes), or using XHTML-style self-closing tags (such as meta ... /) in HTML 4.01 or earlier. To fix, remove the extra slash ('/') character. For more information about the reasons for this, see Empty elements in SGML, HTML, XML, and XHTML. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Validating HTML 4
Just to be clear: we live the xhtml validated markup dream and it sucks. You can't use anything browsers have added since 2001. Stuff that makes users happy: autofocus, placeholder text, no autofill. We modified our xhtml validator to support these cases (and to choke on other invalid markup) since we really can't expect our users to live without these expansions. Martijn On Thu, Nov 10, 2011 at 10:33 AM, Martijn Dashorst martijn.dasho...@gmail.com wrote: While I usually enjoy painting a bike shed, and this is one perfect example of mine being green, the 4.01 specification is from 1999, which is 12 years ago. While technically closing a link tag is considered a validation error (I tried the html validator of w3c, see below), in practice the HTML 4.01 standard is really crippled, as are the other HTML standards from that time. There is no reason what so ever not to use HTML5 doctype and rules: everything is better for developers, users and browsers alike. If you still insist on using HTML 4.01 strict and are going to enforce compliance, I'd rather you give up being a developer, seek counseling, take medication or whatever, but keep away from developing web applications. You'll do yourself, your customers and users a service. Martijn Line 6, Column 54: NET-enabling start-tag requires SHORTTAG YES LINK rel=nofollow href=http://example.com; / ✉ The sequence FOO / can be interpreted in at least two different ways, depending on the DOCTYPE of the document. For HTML 4.01 Strict, the '/' terminates the tag FOO (with an implied ''). However, since many browsers don't interpret it this way, even in the presence of an HTML 4.01 Strict DOCTYPE, it is best to avoid it completely in pure HTML documents and reserve its use solely for those written in XHTML. Line 6, Column 55: character data is not allowed here LINK rel=nofollow href=http://example.com; / ✉ You have used character data somewhere it is not permitted to appear. Mistakes that can cause this error include: putting text directly in the body of the document without wrapping it in a container element (such as a paragraph/p), or forgetting to quote an attribute value (where characters such as % and / are common, but cannot appear without surrounding quotes), or using XHTML-style self-closing tags (such as meta ... /) in HTML 4.01 or earlier. To fix, remove the extra slash ('/') character. For more information about the reasons for this, see Empty elements in SGML, HTML, XML, and XHTML. -- Become a Wicket expert, learn from the best: http://wicketinaction.com - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: wicket-dojo wrappers (correction)
Thanks David, I've just pulled down the code now to have a look. On 10/11/2011 3:15 AM, David Berkman wrote: Sorry for the repost, but this list doesn't take attachments I guess, so I've upload the code at https://github.com/zenbones/WicketDojo I've had a number of requests, so I'll upload this bit of code here so people can have a look. I know there's room for improvement in the code that exists, and a ton that needs to be done. There's a wicket-dojo project on GitHub https://github.com/vijaykiran/wicketstuff-dojo that's much cleaner, with many more advanced integrations. However, that project lacked implemented wrappers for Dojo Dijits, which is what I wanted most. The code there also seemed a bit daunting, so I began a project to make wrappers I could understand, and extend, and learn both Wicket and Dojo in the process. This is the results so far. The few advantages it has over the GitHub code I've linked to are... 1) A bunch of useful Dijits wrapped in a way I hope is fairly clear and extensible (it's getting better). 2) All the wrappers use fluent APIs 3) You can generally set a field, or your own model, interchangeably. For instance, if you want to set a Title, you can usually setTitle(String title) or setTitleModel(IModelString titleModel). Being able to control the model is extremely useful. 4) You can generally set attributes in your HTML and these values will initialize the fields/models in the wrappers on a non-Ajax render. Values can then be dynamically altered from there via Ajax (as with user interaction). 5) Using setIntermediateChanges(true) will generally update the wrappers' fields/models upon user interactions with the Dijit, via Ajax (you can also add DojoAjaxUpdatingBehaviors to get your own callbacks). This extends to things like stack container updating its models for selected child index and id. There's still much to do. It's not the cleanest code yet. It doesn't handle animations or fx or anything but presenting widgets. It's part of a larger project so I haven't presented a real build, just the code. If people are interested, I can cleave this off and provide a true maven build. David - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Locale custom mapper in Wicket's example with JQWicket
Hello, I'm trying to use Wicket(1.5.1) with JQWicket(0.7). But it does not work together with a locale custom mapper shown in Wicket's example page. http://wicketstuff.org/wicket/mappers/de_DE When I access a page where JQWicket components are added through this custom mapper, no JavaScript of JQWicket are rendered into head tag in html. So JQWicket components doesn't work. I'm a new bee in Wicket. I guess I should change the custom mapper but I don't have got any idea how. Could somebody give me advices to resolve this problem? Thanks in advance. public class RequestMapperApplication extends WicketExampleApplication{ @Override protected void init() { getComponentPreOnBeforeRenderListeners().add(new JQComponentOnBeforeRenderListener(new JQContributionConfig().withDefaultJQueryUi())); // custom locale mapper of Wicket's Example getRootRequestMapperAsCompound().add(new LocaleFirstMapper(new MountedMapper(/accordion, AccordionPage.class))); // of cource, it does works with the standard mapper // mountPage(accordion, AccordionPage.class); } ... } public class AccordionPage extends DemoPage { public AccordionPage() { AccordionWebMarkupContainer a1 = new AccordionWebMarkupContainer( accordion-component); Label label = new Label(accordion.label, Hello WORLD!); label.add(JQBehaviors.js($(label).css(color, red))); a1.add(label); add(a1); add(new WebMarkupContainer(accordion-behavior) .add(new AccordionBehavior())); } /** * {@inheritDoc} * * @see com.google.code.jqwicket.DemoPage#getExampleTitle() */ @Override protected String getExampleTitle() { return JQuery UI Accordion example; } /** * {@inheritDoc} * * @see com.google.code.jqwicket.DemoPage#getExampleDescription() */ @Override protected String getExampleDescription() { return This example demonstrates JQuery UI Accordion integration; } }
RE: abort loading lazy components
-Original Message- From: Martin Grigorov [mailto:mgrigo...@apache.org] Sent: Thursday, November 10, 2011 9:48 To: users@wicket.apache.org Subject: Re: abort loading lazy components Hi, I see no solution for your case. Using BookmarkablePageLink works as you confirmed but I'm not aware of clean way to cancel running Ajax requests and replace them with completely new one. XMLHttpRequest has #abort() method which cancels the request but this will lead co socket close exceptions in the server side. Right, I've already looked at XMLHttpRequest#abort(). It wouldn't be a clean solution anyway. The best approach I see is to use the same AjaxChannel name for all LazyLoadPanels and the AjaxLinks. The LazyLoadPanels should use type QUEUE and the AjaxLinks - type DROP. This way all LazyLoadPanels will load sequencially and if you click an AjaxLink it will cancel all pending LazyLoadPanels and will schedule the execution of the AjaxLink after the end of the currently loading LazyLoadPanel HTH That's what I've already done - Wicket schedules and executes AjaxLink action (it does not wait for other lazy panels - so far, so good ), but then (already during handling new ajax request) Wicket throws exception. Isn't it a Wicket bug? 15:31:11.847 user [http--2] WARN o.a.w.r.h.render.WebPageRenderer - The Buffered response should be handled by BufferedResponseRequestHandler 15:32:24.028 user [http--5] ERROR o.a.wicket.DefaultExceptionMapper - Unexpected error occurred org.apache.wicket.request.handler.ComponentNotFoundException: Could not find component 'folders:listContainer:itemList:29:itemPanel:folder:children' on page 'class package.MyPage at org.apache.wicket.request.handler.PageAndComponentProvider.getComponent(PageAndComponentProvider.java:167) at org.apache.wicket.request.handler.ListenerInterfaceRequestHandler.getComponent(ListenerInterfaceRequestHandler.java:92) at org.apache.wicket.request.handler.ListenerInterfaceRequestHandler.respond(ListenerInterfaceRequestHandler.java:169) at org.apache.wicket.request.cycle.RequestCycle$HandlerExecutor.respond(RequestCycle.java:750) at org.apache.wicket.request.RequestHandlerStack.execute(RequestHandlerStack.java:64) at org.apache.wicket.request.cycle.RequestCycle.execute(RequestCycle.java:252) at org.apache.wicket.request.cycle.RequestCycle.processRequest(RequestCycle.java:209) at org.apache.wicket.request.cycle.RequestCycle.processRequestAndDetach(RequestCycle.java:280) at org.apache.wicket.protocol.http.WicketFilter.processRequest(WicketFilter.java:162) at org.apache.wicket.protocol.http.WicketFilter.doFilter(WicketFilter.java:218) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at package.MyRequestContextFilter.doFilter(MyRequestContextFilter.java:43) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.springframework.security.web.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:368) at org.springframework.security.web.access.intercept.FilterSecurityInterceptor.invoke(FilterSecurityInterceptor.java:109) at org.springframework.security.web.access.intercept.FilterSecurityInterceptor.doFilter(FilterSecurityInterceptor.java:83) at org.springframework.security.web.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:380) at org.springframework.security.web.access.ExceptionTranslationFilter.doFilter(ExceptionTranslationFilter.java:97) at org.springframework.security.web.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:380) at org.springframework.security.web.session.SessionManagementFilter.doFilter(SessionManagementFilter.java:100) at org.springframework.security.web.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:380) at org.springframework.security.web.authentication.AnonymousAuthenticationFilter.doFilter(AnonymousAuthenticationFilter.java:78) at org.springframework.security.web.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:380) at org.springframework.security.web.servletapi.SecurityContextHolderAwareRequestFilter.doFilter(SecurityContextHolderAwareRequestFilter.java:54) at org.springframework.security.web.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:380) at org.springframework.security.web.savedrequest.RequestCacheAwareFilter.doFilter(RequestCacheAwareFilter.java:35) at
Re: Validating HTML 4
Hi, Le 10/11/2011 09:29, Martin Grigorov a écrit : So you say thatbr/ is valid butlink / is not. I thought that any self closing tag was invalid in any html version, html 4 as of html 5. But the validator is ok with self closing br and link in html 5, and the html 5 draft recommandation says very clearly self closing tags are allowed for void elements (which br and link are part of) - just to remember : http://www.w3.org/TR/html5/syntax.html#syntax-start-tag, point 6. For HTML 4, the self-closing tags are not valid in the validator (br as link), and the recommandation is pretty clear to my opinion : http://www.w3.org/TR/html4/intro/sgmltut.html#didx-element-3. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: abort loading lazy components
This is fixed in 1.5.3 (currently in voting) On Thu, Nov 10, 2011 at 3:37 PM, Michal Wegrzyn michal.wegr...@onior.com wrote: -Original Message- From: Martin Grigorov [mailto:mgrigo...@apache.org] Sent: Thursday, November 10, 2011 9:48 To: users@wicket.apache.org Subject: Re: abort loading lazy components Hi, I see no solution for your case. Using BookmarkablePageLink works as you confirmed but I'm not aware of clean way to cancel running Ajax requests and replace them with completely new one. XMLHttpRequest has #abort() method which cancels the request but this will lead co socket close exceptions in the server side. Right, I've already looked at XMLHttpRequest#abort(). It wouldn't be a clean solution anyway. The best approach I see is to use the same AjaxChannel name for all LazyLoadPanels and the AjaxLinks. The LazyLoadPanels should use type QUEUE and the AjaxLinks - type DROP. This way all LazyLoadPanels will load sequencially and if you click an AjaxLink it will cancel all pending LazyLoadPanels and will schedule the execution of the AjaxLink after the end of the currently loading LazyLoadPanel HTH That's what I've already done - Wicket schedules and executes AjaxLink action (it does not wait for other lazy panels - so far, so good ), but then (already during handling new ajax request) Wicket throws exception. Isn't it a Wicket bug? 15:31:11.847 user [http--2] WARN o.a.w.r.h.render.WebPageRenderer - The Buffered response should be handled by BufferedResponseRequestHandler 15:32:24.028 user [http--5] ERROR o.a.wicket.DefaultExceptionMapper - Unexpected error occurred org.apache.wicket.request.handler.ComponentNotFoundException: Could not find component 'folders:listContainer:itemList:29:itemPanel:folder:children' on page 'class package.MyPage at org.apache.wicket.request.handler.PageAndComponentProvider.getComponent(PageAndComponentProvider.java:167) at org.apache.wicket.request.handler.ListenerInterfaceRequestHandler.getComponent(ListenerInterfaceRequestHandler.java:92) at org.apache.wicket.request.handler.ListenerInterfaceRequestHandler.respond(ListenerInterfaceRequestHandler.java:169) at org.apache.wicket.request.cycle.RequestCycle$HandlerExecutor.respond(RequestCycle.java:750) at org.apache.wicket.request.RequestHandlerStack.execute(RequestHandlerStack.java:64) at org.apache.wicket.request.cycle.RequestCycle.execute(RequestCycle.java:252) at org.apache.wicket.request.cycle.RequestCycle.processRequest(RequestCycle.java:209) at org.apache.wicket.request.cycle.RequestCycle.processRequestAndDetach(RequestCycle.java:280) at org.apache.wicket.protocol.http.WicketFilter.processRequest(WicketFilter.java:162) at org.apache.wicket.protocol.http.WicketFilter.doFilter(WicketFilter.java:218) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at package.MyRequestContextFilter.doFilter(MyRequestContextFilter.java:43) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.springframework.security.web.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:368) at org.springframework.security.web.access.intercept.FilterSecurityInterceptor.invoke(FilterSecurityInterceptor.java:109) at org.springframework.security.web.access.intercept.FilterSecurityInterceptor.doFilter(FilterSecurityInterceptor.java:83) at org.springframework.security.web.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:380) at org.springframework.security.web.access.ExceptionTranslationFilter.doFilter(ExceptionTranslationFilter.java:97) at org.springframework.security.web.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:380) at org.springframework.security.web.session.SessionManagementFilter.doFilter(SessionManagementFilter.java:100) at org.springframework.security.web.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:380) at org.springframework.security.web.authentication.AnonymousAuthenticationFilter.doFilter(AnonymousAuthenticationFilter.java:78) at org.springframework.security.web.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:380) at org.springframework.security.web.servletapi.SecurityContextHolderAwareRequestFilter.doFilter(SecurityContextHolderAwareRequestFilter.java:54) at org.springframework.security.web.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:380) at
Re: Validating HTML 4
On Thu, Nov 10, 2011 at 3:41 PM, Pierre Goiffon pierre.goif...@interview-efm.com wrote: Hi, Le 10/11/2011 09:29, Martin Grigorov a écrit : So you say thatbr/ is valid butlink / is not. I thought that any self closing tag was invalid in any html version, html 4 as of html 5. But the validator is ok with self closing br and link in html 5, and the html 5 draft recommandation says very clearly self closing tags are allowed for void elements (which br and link are part of) - just to remember : http://www.w3.org/TR/html5/syntax.html#syntax-start-tag, point 6. For HTML 4, the self-closing tags are not valid in the validator (br as link), and the recommandation is pretty clear to my opinion : http://www.w3.org/TR/html4/intro/sgmltut.html#didx-element-3. I guess you mean: Such empty elements never have end tags. link ... / has no end tag. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org -- Martin Grigorov jWeekend Training, Consulting, Development http://jWeekend.com - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
AjaxLazyLoadPanel changes
Hi, Is it possible to apply two changes for AjaxLazyLoadPanel (apache.wicket.extensions.ajax.markup.html.AjaxLazyLoadPanel)? - Can LAZY_LOAD_COMPONENT_ID be public? Sometimes id is needed beforehand. - AjaxLazyLoadPanel uses anonymous AbstractDefaultAjaxBehavior, so AjaxChannel cannot be easily overridden. Is it possible to introduce AjaxLazyLoadPanel#getChannel() ? Best regards, Michal Wegrzyn
RE: abort loading lazy components
That's great, thanks. I'll try it ASAP. Best regards, Michal Wegrzyn -Original Message- From: Martin Grigorov [mailto:mgrigo...@apache.org] Sent: Thursday, November 10, 2011 14:50 To: users@wicket.apache.org Subject: Re: abort loading lazy components This is fixed in 1.5.3 (currently in voting) On Thu, Nov 10, 2011 at 3:37 PM, Michal Wegrzyn michal.wegr...@onior.com wrote: -Original Message- From: Martin Grigorov [mailto:mgrigo...@apache.org] Sent: Thursday, November 10, 2011 9:48 To: users@wicket.apache.org Subject: Re: abort loading lazy components Hi, I see no solution for your case. Using BookmarkablePageLink works as you confirmed but I'm not aware of clean way to cancel running Ajax requests and replace them with completely new one. XMLHttpRequest has #abort() method which cancels the request but this will lead co socket close exceptions in the server side. Right, I've already looked at XMLHttpRequest#abort(). It wouldn't be a clean solution anyway. The best approach I see is to use the same AjaxChannel name for all LazyLoadPanels and the AjaxLinks. The LazyLoadPanels should use type QUEUE and the AjaxLinks - type DROP. This way all LazyLoadPanels will load sequencially and if you click an AjaxLink it will cancel all pending LazyLoadPanels and will schedule the execution of the AjaxLink after the end of the currently loading LazyLoadPanel HTH That's what I've already done - Wicket schedules and executes AjaxLink action (it does not wait for other lazy panels - so far, so good ), but then (already during handling new ajax request) Wicket throws exception. Isn't it a Wicket bug? 15:31:11.847 user [http--2] WARN o.a.w.r.h.render.WebPageRenderer - The Buffered response should be handled by BufferedResponseRequestHandler 15:32:24.028 user [http--5] ERROR o.a.wicket.DefaultExceptionMapper - Unexpected error occurred org.apache.wicket.request.handler.ComponentNotFoundException: Could not find component 'folders:listContainer:itemList:29:itemPanel:folder:children' on page 'class package.MyPage at org.apache.wicket.request.handler.PageAndComponentProvider.getComponent (PageAndComponentProvider.java:167) at org.apache.wicket.request.handler.ListenerInterfaceRequestHandler.getCo mponent(ListenerInterfaceRequestHandler.java:92) at org.apache.wicket.request.handler.ListenerInterfaceRequestHandler.respo nd(ListenerInterfaceRequestHandler.java:169) at org.apache.wicket.request.cycle.RequestCycle$HandlerExecutor.respond(Re questCycle.java:750) at org.apache.wicket.request.RequestHandlerStack.execute(RequestHandlerSta ck.java:64) at org.apache.wicket.request.cycle.RequestCycle.execute(RequestCycle.java: 252) at org.apache.wicket.request.cycle.RequestCycle.processRequest(RequestCycl e.java:209) at org.apache.wicket.request.cycle.RequestCycle.processRequestAndDetach(Re questCycle.java:280) at org.apache.wicket.protocol.http.WicketFilter.processRequest(WicketFilte r.java:162) at org.apache.wicket.protocol.http.WicketFilter.doFilter(WicketFilter.java :218) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applic ationFilterChain.java:235) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFil terChain.java:206) at package.MyRequestContextFilter.doFilter(MyRequestContextFilter.java:43) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applic ationFilterChain.java:235) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFil terChain.java:206) at org.springframework.security.web.FilterChainProxy$VirtualFilterChain.do Filter(FilterChainProxy.java:368) at org.springframework.security.web.access.intercept.FilterSecurityInterce ptor.invoke(FilterSecurityInterceptor.java:109) at org.springframework.security.web.access.intercept.FilterSecurityInterce ptor.doFilter(FilterSecurityInterceptor.java:83) at org.springframework.security.web.FilterChainProxy$VirtualFilterChain.do Filter(FilterChainProxy.java:380) at org.springframework.security.web.access.ExceptionTranslationFilter.doFi lter(ExceptionTranslationFilter.java:97) at org.springframework.security.web.FilterChainProxy$VirtualFilterChain.do Filter(FilterChainProxy.java:380) at org.springframework.security.web.session.SessionManagementFilter.doFilt er(SessionManagementFilter.java:100) at org.springframework.security.web.FilterChainProxy$VirtualFilterChain.do Filter(FilterChainProxy.java:380) at org.springframework.security.web.authentication.AnonymousAuthentication Filter.doFilter(AnonymousAuthenticationFilter.java:78) at org.springframework.security.web.FilterChainProxy$VirtualFilterChain.do
Re: AjaxLazyLoadPanel changes
Use Jira for such RFEs On Thu, Nov 10, 2011 at 4:12 PM, Michal Wegrzyn michal.wegr...@onior.com wrote: Hi, Is it possible to apply two changes for AjaxLazyLoadPanel (apache.wicket.extensions.ajax.markup.html.AjaxLazyLoadPanel)? - Can LAZY_LOAD_COMPONENT_ID be public? Sometimes id is needed beforehand. - AjaxLazyLoadPanel uses anonymous AbstractDefaultAjaxBehavior, so AjaxChannel cannot be easily overridden. Is it possible to introduce AjaxLazyLoadPanel#getChannel() ? Best regards, Michal Wegrzyn -- Martin Grigorov jWeekend Training, Consulting, Development http://jWeekend.com - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Validating HTML 4
Le 10/11/2011 10:33, Martijn Dashorst a écrit : While technically closing alink tag is considered a validation error (I tried the html validator of w3c, see below), in practice the HTML 4.01 standard is really crippled, as are the other HTML standards from that time. Can you provide us some details of what you meant by cripple ? Are you thinking about parsing of whatever wicket server-side issues ? Using HTML 4.01 strict and CSS 2.1 is pretty nice since some years now : the browsers switch to their standards rendering mode, and except for the different IE css bugs it would be a pretty cool world for web developpers. Of course sending pages without any doctype is a nightmare and should not be done. There is no reason what so ever not to use HTML5 doctype and rules I'd be happy to aknowledge, but your statement lacks some arguments ? Can you give some reasons to be confident about that ? Reading that thread I have different options : - Keep everything like it is. This is not so good, considering we aim to make our products certified, and we know some of our clients will only use our products if their IT gives a green light. For both checks, lots of validation errors will give very bad feelings ! For exemple in a sample page I made, we add more than 60 validations errors, and now I'm blocked for the reasons I talked about just above 40. This is still a lot ! - Update to HTML 5 Only feasable if all browsers including IE6 renders HTML 5 and CSS as of HTML 4 strict + CSS 2. I'm not aware of that area, Martijn Dahorst I'd be please if you could give some informations and url where I can learn more ! But anyway, I don't think we'll just have to change the doctype... And I don't think HTML 5 will give us any benefits for now on (I hope in a near future, but for now we have to deal with IE 6+...). So that seems like a lot of efforts just to have valid Wicket pages. - Suggest again to skip any self closing tags and replace the SPAN with some DIV. Of course I'm not aware of everything in Wicket, but I don't think this will break to much existing apps : I'm pretty confident everyone uses HTML 4 (and maybe a litlle html 5 ?) instead of XHTML, and replacing span by div would only break css selectors, if any (and there shouldn't be so much of them !). But Martijn, you were talking about an xhtml validator in wicket (Message-ID: cab63y-c5gljwx_ztyoxperuvzlswoewlujr8wjdoincb7or...@mail.gmail.com), it's something out of my scope, can you please give more details ? - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Validating HTML 4
Le 10/11/2011 14:58, Martin Grigorov a écrit : I thought that any self closing tag was invalid in any html version, html 4 as of html 5. But the validator is ok with self closing br and link in html 5, and the html 5 draft recommandation says very clearly self closing tags are allowed for void elements (which br and link are part of) - just to remember : http://www.w3.org/TR/html5/syntax.html#syntax-start-tag, point 6. For HTML 4, the self-closing tags are not valid in the validator (br as link), and the recommandation is pretty clear to my opinion : http://www.w3.org/TR/html4/intro/sgmltut.html#didx-element-3. I guess you mean: Such empty elements never have end tags. link ... / has no end tag. Do you refer to the HTML 4 recommandation I pointed, and the phrase : Some HTML element types have no content. For example, the line break element BRhttp://www.w3.org/TR/html4/struct/text.html#edef-BR has no content; its only role is to terminate a line of text. Such empty elements never have end tags. It says no end tags, and don't say you have to self-close the start tag. The others recommandations states clearly an empty element can (for html 5) and must (for xhtml) has a / caracter in the start tag ending. If we admit what is admit is what is written, then the HTML4 recommandation is clear on this point, right ?
Re: Validating HTML 4
On Thu, Nov 10, 2011 at 4:34 PM, Pierre Goiffon pierre.goif...@interview-efm.com wrote: Le 10/11/2011 14:58, Martin Grigorov a écrit : I thought that any self closing tag was invalid in any html version, html 4 as of html 5. But the validator is ok with self closing br and link in html 5, and the html 5 draft recommandation says very clearly self closing tags are allowed for void elements (which br and link are part of) - just to remember : http://www.w3.org/TR/html5/syntax.html#syntax-start-tag, point 6. For HTML 4, the self-closing tags are not valid in the validator (br as link), and the recommandation is pretty clear to my opinion : http://www.w3.org/TR/html4/intro/sgmltut.html#didx-element-3. I guess you mean: Such empty elements never have end tags. link ... / has no end tag. Do you refer to the HTML 4 recommandation I pointed, and the phrase : Some HTML element types have no content. For example, the line break element BRhttp://www.w3.org/TR/html4/struct/text.html#edef-BR has no content; its only role is to terminate a line of text. Such empty elements never have end tags. It says no end tags, and don't say you have to self-close the start tag. The others recommandations states clearly an empty element can (for html 5) and must (for xhtml) has a / caracter in the start tag ending. If we admit what is admit is what is written, then the HTML4 recommandation is clear on this point, right ? I just tested link ... in Wicket 1.5 quickstart and it produced link ... (no auto close of the start tag). -- Martin Grigorov jWeekend Training, Consulting, Development http://jWeekend.com - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: wicket-dojo wrappers (correction)
Hi David, Would it be possible to put up the jar that contains or the java file: org.smallmind.nutsnbolts.util.DotNotationComparator? I get a compile error with this and I don't understand what it does in terms of dot notation. Thanks, James. On 10/11/2011 3:15 AM, David Berkman wrote: Sorry for the repost, but this list doesn't take attachments I guess, so I've upload the code at https://github.com/zenbones/WicketDojo I've had a number of requests, so I'll upload this bit of code here so people can have a look. I know there's room for improvement in the code that exists, and a ton that needs to be done. There's a wicket-dojo project on GitHub https://github.com/vijaykiran/wicketstuff-dojo that's much cleaner, with many more advanced integrations. However, that project lacked implemented wrappers for Dojo Dijits, which is what I wanted most. The code there also seemed a bit daunting, so I began a project to make wrappers I could understand, and extend, and learn both Wicket and Dojo in the process. This is the results so far. The few advantages it has over the GitHub code I've linked to are... 1) A bunch of useful Dijits wrapped in a way I hope is fairly clear and extensible (it's getting better). 2) All the wrappers use fluent APIs 3) You can generally set a field, or your own model, interchangeably. For instance, if you want to set a Title, you can usually setTitle(String title) or setTitleModel(IModelString titleModel). Being able to control the model is extremely useful. 4) You can generally set attributes in your HTML and these values will initialize the fields/models in the wrappers on a non-Ajax render. Values can then be dynamically altered from there via Ajax (as with user interaction). 5) Using setIntermediateChanges(true) will generally update the wrappers' fields/models upon user interactions with the Dijit, via Ajax (you can also add DojoAjaxUpdatingBehaviors to get your own callbacks). This extends to things like stack container updating its models for selected child index and id. There's still much to do. It's not the cleanest code yet. It doesn't handle animations or fx or anything but presenting widgets. It's part of a larger project so I haven't presented a real build, just the code. If people are interested, I can cleave this off and provide a true maven build. David - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Custom ISerializer being used during serialization but _not_ during deserialization
Hi all, in my application I register a custom ISerializer implementation in the WebApplication.init() method as follows: @Override protected void init() { super.init(); getFrameworkSettings().setSerializer(new MySerializer(getApplicationKey())); ... This works as expected during page serialization (that is, my custom ISerializer.serialize() implementation gets called). However, it seems as though my ISerializer is _not_ being used during page deserialization, as can be seen in the error trace below. As can be seen in the stack trace, the default *org.apache.wicket.serialize.java.JavaSerializer.deserialize() method is being called. Am I doing anything wrong when setting up my custom ISerializer or is Wicket failing to honor my framework settings? best regards, Peter * java.lang.RuntimeException: Could not deserialize object using: class org.apache.wicket.serialize.java.JavaSerializer$ClassResolverObjectInputStream * at org.apache.wicket.serialize.java.JavaSerializer.deserialize(JavaSerializer.java:137) * at org.apache.wicket.pageStore.DefaultPageStore.deserializePage(DefaultPageStore.java:388) at org.apache.wicket.pageStore.DefaultPageStore.getPage(DefaultPageStore.java:127) at org.apache.wicket.page.PageStoreManager$SessionEntry.getPage(PageStoreManager.java:192) at org.apache.wicket.page.PageStoreManager$PersistentRequestAdapter.getPage(PageStoreManager.java:327) at org.apache.wicket.page.AbstractPageManager.getPage(AbstractPageManager.java:102) at org.apache.wicket.page.PageManagerDecorator.getPage(PageManagerDecorator.java:50) at org.apache.wicket.page.PageAccessSynchronizer$2.getPage(PageAccessSynchronizer.java:232) at org.apache.wicket.DefaultMapperContext.getPageInstance(DefaultMapperContext.java:117) at org.apache.wicket.request.handler.PageProvider.getStoredPage(PageProvider.java:292) at org.apache.wicket.request.handler.PageProvider.isNewPageInstance(PageProvider.java:205) at org.apache.wicket.request.mapper.AbstractBookmarkableMapper.mapHandler(AbstractBookmarkableMapper.java:339) at org.apache.wicket.request.mapper.CompoundRequestMapper.mapHandler(CompoundRequestMapper.java:156) at org.apache.wicket.protocol.https.HttpsMapper.mapHandler(HttpsMapper.java:125) at org.apache.wicket.request.cycle.RequestCycle.mapUrlFor(RequestCycle.java:401) at org.apache.wicket.request.handler.render.WebPageRenderer.respond(WebPageRenderer.java:146) at org.apache.wicket.request.handler.RenderPageRequestHandler.respond(RenderPageRequestHandler.java:167) at org.apache.wicket.request.cycle.RequestCycle$HandlerExecutor.respond(RequestCycle.java:750) at org.apache.wicket.request.RequestHandlerStack.execute(RequestHandlerStack.java:64) at org.apache.wicket.request.cycle.RequestCycle.execute(RequestCycle.java:252) at org.apache.wicket.request.cycle.RequestCycle.processRequest(RequestCycle.java:209) at org.apache.wicket.request.cycle.RequestCycle.processRequestAndDetach(RequestCycle.java:280) at org.apache.wicket.protocol.http.WicketFilter.processRequest(WicketFilter.java:162)
Re: Custom ISerializer being used during serialization but _not_ during deserialization
Hi, That's all you need to do to configure your custom ISerializer. DefaultPageStore uses the same instance for serialization and deserialization. Each user session has its own instance of IPageManager that keeps an instance of IPageStore. See org.apache.wicket.DefaultPageManagerProvider.newPageStore(IDataStore) I don't see how different ISerializer impls can be used. 2011/11/10 Peter Gardfjäll peter.gardfjall.w...@gmail.com: Hi all, in my application I register a custom ISerializer implementation in the WebApplication.init() method as follows: @Override protected void init() { super.init(); getFrameworkSettings().setSerializer(new MySerializer(getApplicationKey())); ... This works as expected during page serialization (that is, my custom ISerializer.serialize() implementation gets called). However, it seems as though my ISerializer is _not_ being used during page deserialization, as can be seen in the error trace below. As can be seen in the stack trace, the default *org.apache.wicket.serialize.java.JavaSerializer.deserialize() method is being called. Am I doing anything wrong when setting up my custom ISerializer or is Wicket failing to honor my framework settings? best regards, Peter * java.lang.RuntimeException: Could not deserialize object using: class org.apache.wicket.serialize.java.JavaSerializer$ClassResolverObjectInputStream * at org.apache.wicket.serialize.java.JavaSerializer.deserialize(JavaSerializer.java:137) * at org.apache.wicket.pageStore.DefaultPageStore.deserializePage(DefaultPageStore.java:388) at org.apache.wicket.pageStore.DefaultPageStore.getPage(DefaultPageStore.java:127) at org.apache.wicket.page.PageStoreManager$SessionEntry.getPage(PageStoreManager.java:192) at org.apache.wicket.page.PageStoreManager$PersistentRequestAdapter.getPage(PageStoreManager.java:327) at org.apache.wicket.page.AbstractPageManager.getPage(AbstractPageManager.java:102) at org.apache.wicket.page.PageManagerDecorator.getPage(PageManagerDecorator.java:50) at org.apache.wicket.page.PageAccessSynchronizer$2.getPage(PageAccessSynchronizer.java:232) at org.apache.wicket.DefaultMapperContext.getPageInstance(DefaultMapperContext.java:117) at org.apache.wicket.request.handler.PageProvider.getStoredPage(PageProvider.java:292) at org.apache.wicket.request.handler.PageProvider.isNewPageInstance(PageProvider.java:205) at org.apache.wicket.request.mapper.AbstractBookmarkableMapper.mapHandler(AbstractBookmarkableMapper.java:339) at org.apache.wicket.request.mapper.CompoundRequestMapper.mapHandler(CompoundRequestMapper.java:156) at org.apache.wicket.protocol.https.HttpsMapper.mapHandler(HttpsMapper.java:125) at org.apache.wicket.request.cycle.RequestCycle.mapUrlFor(RequestCycle.java:401) at org.apache.wicket.request.handler.render.WebPageRenderer.respond(WebPageRenderer.java:146) at org.apache.wicket.request.handler.RenderPageRequestHandler.respond(RenderPageRequestHandler.java:167) at org.apache.wicket.request.cycle.RequestCycle$HandlerExecutor.respond(RequestCycle.java:750) at org.apache.wicket.request.RequestHandlerStack.execute(RequestHandlerStack.java:64) at org.apache.wicket.request.cycle.RequestCycle.execute(RequestCycle.java:252) at org.apache.wicket.request.cycle.RequestCycle.processRequest(RequestCycle.java:209) at org.apache.wicket.request.cycle.RequestCycle.processRequestAndDetach(RequestCycle.java:280) at org.apache.wicket.protocol.http.WicketFilter.processRequest(WicketFilter.java:162) -- Martin Grigorov jWeekend Training, Consulting, Development http://jWeekend.com - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Validating HTML 4
Le 10/11/2011 16:11, Martin Grigorov a écrit : I just tested link ... in Wicket 1.5 quickstart and it produced link ... (no auto close of the start tag). Can you explain your test ? I'v just downloaded the wicket 1.5.2 package (zip version with sources) and I see that HeaderResponse#renderCSSReference(String url) calls at last HeaderResponse#internalRenderCSSReference(), and that method output a link tag with a / at its ending (so link ... /). So I would guess ResourceReference are still rendered with self closing link tags ? Maybe a solution not too hard to implement would be to add a method like getTagEnding(), not final, that could be easily overridable ? For HeaderResponse#renderCSSReference() for exemple : public void renderCSSReference(String url, String media) { if (Strings.isEmpty(url)) { throw new IllegalArgumentException(url cannot be empty or null); } if (!closed) { ListObject token = Arrays.asList(new Object[] { css, url, media }); if (wasRendered(token) == false) { // some code ... getResponse().println(getTagEnding() + ); markRendered(token); } } } protected String getTagEnding() { return /; } With that solution I'd be able to create an override to HeaderResponse that would just change the getTagEnding() return value. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Google Charts
Martin, I think I should just contribute to the existing google charts project. Instead of reinventing the wheel. -Original Message- From: Martin Grigorov mgrigo...@apache.org Date: Thu, 10 Nov 2011 10:20:17 To: users@wicket.apache.org Reply-To: users@wicket.apache.org Subject: Re: Google Charts I'd recommend you to put your project in GitHub or any other similar service so other people can see your work and contribute. Why didn't you contribute to https://github.com/wicketstuff/core/tree/master/jdk-1.5-parent/googlecharts-parent ? You say it is out of date but it is much better to update it than start it from scratch. Unless you have a clear idea how to do it and it is completely different than the old one but you said that you use it as example On Wed, Nov 9, 2011 at 10:21 PM, anantasthana anant.a...@gmail.com wrote: I just recently have started trying to implement a an integration with google charts. It is at a very basic stage . I am doing this for a project that I am working on but i want to implement it in a very flexible and extendable manner so that as an end result we have some thing every one else could use. Any advice or pointers? i did look at the existing google charts project and i am using that for samples and as a starting point but that project is really out of date. -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Google-Charts-tp4021237p4021237.html Sent from the Users forum 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 -- Martin Grigorov jWeekend Training, Consulting, Development http://jWeekend.com - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Adding a converter to a label
Is it not possible to add a converter to label? The Label's add() takes Behaviors, and Converters evidently aren't behaviors. I know I can modify the model or do the conversion beforehand, but I like snapping converters onto controls. Brian Mulholland - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Adding a converter to a label
Please ignore. I got my wires crossed. Brian Mulholland On Thu, Nov 10, 2011 at 1:00 PM, Brian Mulholland blmulholl...@gmail.com wrote: Is it not possible to add a converter to label? The Label's add() takes Behaviors, and Converters evidently aren't behaviors. I know I can modify the model or do the conversion beforehand, but I like snapping converters onto controls. Brian Mulholland - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Question regarding wiquery Rangeslider
Hi, I want to implement Sliders into my Wicket Project. This works fine with the example shown here: http://wiquery-examples-1-1-x.appspot.com/?wicket:bookmarkablePage=wicket-1:org.odlabs.wiquery.examples.slider.SliderPage Now I want to implement Range sliders. So i don't need only the Value of the Slider, but the two values (min, max) of them. Well, it works optically by adding SliderRange range = new SliderRange(true); slider.setRange(range); But I don't get the example edited so that I get those two values :'-( For help: Cleaned example: slider = new Slider(slider, 0, 100); slider.setChangeEvent( new DefaultJsScopeUiEvent( wicketAjaxGet(' + sliderBehavior.getCallbackUrl(true) + sliderValue='+ + Slider.UI_VALUE + , null,null, function() {return true;}))); add(slider); Can anybody give me a hint or prepare an example? Thank you a lot! -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Question-regarding-wiquery-Rangeslider-tp4025737p4025737.html Sent from the Users forum 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: Question regarding wiquery Rangeslider
hi, I remenber about an AjaxSlider component with method to get the values. I think you will find more hints on the wiquery wiki pages. cheers jul Le 10 nov. 2011 19:51, odin568 markus@web.de a écrit : Hi, I want to implement Sliders into my Wicket Project. This works fine with the example shown here: http://wiquery-examples-1-1-x.appspot.com/?wicket:bookmarkablePage=wicket-1:org.odlabs.wiquery.examples.slider.SliderPage Now I want to implement Range sliders. So i don't need only the Value of the Slider, but the two values (min, max) of them. Well, it works optically by adding SliderRange range = new SliderRange(true); slider.setRange(range); But I don't get the example edited so that I get those two values :'-( For help: Cleaned example: slider = new Slider(slider, 0, 100); slider.setChangeEvent( new DefaultJsScopeUiEvent( wicketAjaxGet(' + sliderBehavior.getCallbackUrl(true) + sliderValue='+ + Slider.UI_VALUE + , null,null, function() {return true;}))); add(slider); Can anybody give me a hint or prepare an example? Thank you a lot! -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Question-regarding-wiquery-Rangeslider-tp4025737p4025737.html Sent from the Users forum 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: Question regarding wiquery Rangeslider
Thanks. The problem is - Only normal Sliders are described in the Wiki - no SliderRange. I didn't find any Infos anywhere, that's why I post here hoping someone could help me... -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Question-regarding-wiquery-Rangeslider-tp4025737p4026495.html Sent from the Users forum 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-dojo wrappers (correction)
Sorry. I guess I can't get away with putting up the code and walking away. I've translated the code into a complete, and building (at least locally), maven project. Anyone interested can fork it from GitHub, alter the poms, and get it rolling. I've put it on a new namespace I've bought for the purpose, and changed the project name to match. https://github.com/zenbones/Wicketized David -Original Message- From: James Stewart [mailto:james.stewart...@gmail.com] Sent: Thursday, November 10, 2011 7:33 AM To: users@wicket.apache.org Subject: Re: wicket-dojo wrappers (correction) Hi David, Would it be possible to put up the jar that contains or the java file: org.smallmind.nutsnbolts.util.DotNotationComparator? I get a compile error with this and I don't understand what it does in terms of dot notation. Thanks, James. On 10/11/2011 3:15 AM, David Berkman wrote: Sorry for the repost, but this list doesn't take attachments I guess, so I've upload the code at https://github.com/zenbones/WicketDojo I've had a number of requests, so I'll upload this bit of code here so people can have a look. I know there's room for improvement in the code that exists, and a ton that needs to be done. There's a wicket-dojo project on GitHub https://github.com/vijaykiran/wicketstuff-dojo that's much cleaner, with many more advanced integrations. However, that project lacked implemented wrappers for Dojo Dijits, which is what I wanted most. The code there also seemed a bit daunting, so I began a project to make wrappers I could understand, and extend, and learn both Wicket and Dojo in the process. This is the results so far. The few advantages it has over the GitHub code I've linked to are... 1) A bunch of useful Dijits wrapped in a way I hope is fairly clear and extensible (it's getting better). 2) All the wrappers use fluent APIs 3) You can generally set a field, or your own model, interchangeably. For instance, if you want to set a Title, you can usually setTitle(String title) or setTitleModel(IModelString titleModel). Being able to control the model is extremely useful. 4) You can generally set attributes in your HTML and these values will initialize the fields/models in the wrappers on a non-Ajax render. Values can then be dynamically altered from there via Ajax (as with user interaction). 5) Using setIntermediateChanges(true) will generally update the wrappers' fields/models upon user interactions with the Dijit, via Ajax (you can also add DojoAjaxUpdatingBehaviors to get your own callbacks). This extends to things like stack container updating its models for selected child index and id. There's still much to do. It's not the cleanest code yet. It doesn't handle animations or fx or anything but presenting widgets. It's part of a larger project so I haven't presented a real build, just the code. If people are interested, I can cleave this off and provide a true maven build. David - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: wicket-dojo wrappers (correction)
David, I would love to help you manage/maintain this project if you need help. -Original Message- From: David Berkman david.berk...@glu.com Date: Thu, 10 Nov 2011 11:50:12 To: users@wicket.apache.org Reply-To: users@wicket.apache.org Subject: RE: wicket-dojo wrappers (correction) Sorry. I guess I can't get away with putting up the code and walking away. I've translated the code into a complete, and building (at least locally), maven project. Anyone interested can fork it from GitHub, alter the poms, and get it rolling. I've put it on a new namespace I've bought for the purpose, and changed the project name to match. https://github.com/zenbones/Wicketized David -Original Message- From: James Stewart [mailto:james.stewart...@gmail.com] Sent: Thursday, November 10, 2011 7:33 AM To: users@wicket.apache.org Subject: Re: wicket-dojo wrappers (correction) Hi David, Would it be possible to put up the jar that contains or the java file: org.smallmind.nutsnbolts.util.DotNotationComparator? I get a compile error with this and I don't understand what it does in terms of dot notation. Thanks, James. On 10/11/2011 3:15 AM, David Berkman wrote: Sorry for the repost, but this list doesn't take attachments I guess, so I've upload the code at https://github.com/zenbones/WicketDojo I've had a number of requests, so I'll upload this bit of code here so people can have a look. I know there's room for improvement in the code that exists, and a ton that needs to be done. There's a wicket-dojo project on GitHub https://github.com/vijaykiran/wicketstuff-dojo that's much cleaner, with many more advanced integrations. However, that project lacked implemented wrappers for Dojo Dijits, which is what I wanted most. The code there also seemed a bit daunting, so I began a project to make wrappers I could understand, and extend, and learn both Wicket and Dojo in the process. This is the results so far. The few advantages it has over the GitHub code I've linked to are... 1) A bunch of useful Dijits wrapped in a way I hope is fairly clear and extensible (it's getting better). 2) All the wrappers use fluent APIs 3) You can generally set a field, or your own model, interchangeably. For instance, if you want to set a Title, you can usually setTitle(String title) or setTitleModel(IModelString titleModel). Being able to control the model is extremely useful. 4) You can generally set attributes in your HTML and these values will initialize the fields/models in the wrappers on a non-Ajax render. Values can then be dynamically altered from there via Ajax (as with user interaction). 5) Using setIntermediateChanges(true) will generally update the wrappers' fields/models upon user interactions with the Dijit, via Ajax (you can also add DojoAjaxUpdatingBehaviors to get your own callbacks). This extends to things like stack container updating its models for selected child index and id. There's still much to do. It's not the cleanest code yet. It doesn't handle animations or fx or anything but presenting widgets. It's part of a larger project so I haven't presented a real build, just the code. If people are interested, I can cleave this off and provide a true maven build. David - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
RE: wicket-dojo wrappers (correction)
All help appreciated. You can either fork the project and submit back to it, or, if you have a GitHub account, I can add you as a collaborator. David -Original Message- From: anant.a...@gmail.com [mailto:anant.a...@gmail.com] Sent: Thursday, November 10, 2011 11:53 AM To: users@wicket.apache.org Subject: Re: wicket-dojo wrappers (correction) David, I would love to help you manage/maintain this project if you need help. -Original Message- From: David Berkman david.berk...@glu.com Date: Thu, 10 Nov 2011 11:50:12 To: users@wicket.apache.org Reply-To: users@wicket.apache.org Subject: RE: wicket-dojo wrappers (correction) Sorry. I guess I can't get away with putting up the code and walking away. I've translated the code into a complete, and building (at least locally), maven project. Anyone interested can fork it from GitHub, alter the poms, and get it rolling. I've put it on a new namespace I've bought for the purpose, and changed the project name to match. https://github.com/zenbones/Wicketized David -Original Message- From: James Stewart [mailto:james.stewart...@gmail.com] Sent: Thursday, November 10, 2011 7:33 AM To: users@wicket.apache.org Subject: Re: wicket-dojo wrappers (correction) Hi David, Would it be possible to put up the jar that contains or the java file: org.smallmind.nutsnbolts.util.DotNotationComparator? I get a compile error with this and I don't understand what it does in terms of dot notation. Thanks, James. On 10/11/2011 3:15 AM, David Berkman wrote: Sorry for the repost, but this list doesn't take attachments I guess, so I've upload the code at https://github.com/zenbones/WicketDojo I've had a number of requests, so I'll upload this bit of code here so people can have a look. I know there's room for improvement in the code that exists, and a ton that needs to be done. There's a wicket-dojo project on GitHub https://github.com/vijaykiran/wicketstuff-dojo that's much cleaner, with many more advanced integrations. However, that project lacked implemented wrappers for Dojo Dijits, which is what I wanted most. The code there also seemed a bit daunting, so I began a project to make wrappers I could understand, and extend, and learn both Wicket and Dojo in the process. This is the results so far. The few advantages it has over the GitHub code I've linked to are... 1) A bunch of useful Dijits wrapped in a way I hope is fairly clear and extensible (it's getting better). 2) All the wrappers use fluent APIs 3) You can generally set a field, or your own model, interchangeably. For instance, if you want to set a Title, you can usually setTitle(String title) or setTitleModel(IModelString titleModel). Being able to control the model is extremely useful. 4) You can generally set attributes in your HTML and these values will initialize the fields/models in the wrappers on a non-Ajax render. Values can then be dynamically altered from there via Ajax (as with user interaction). 5) Using setIntermediateChanges(true) will generally update the wrappers' fields/models upon user interactions with the Dijit, via Ajax (you can also add DojoAjaxUpdatingBehaviors to get your own callbacks). This extends to things like stack container updating its models for selected child index and id. There's still much to do. It's not the cleanest code yet. It doesn't handle animations or fx or anything but presenting widgets. It's part of a larger project so I haven't presented a real build, just the code. If people are interested, I can cleave this off and provide a true maven build. David - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
wicketAjaxGet and wicket 1.5 and StalePage exceptions
Hi, Recently converting an app from wicket 1.4.18 to wicket 1.5.2 and am now seeing stack traces like the following: org.apache.wicket.request.mapper.StalePageException at org.apache.wicket.request.handler.PageProvider.getStoredPage(PageProvider.java:302) at org.apache.wicket.request.handler.PageProvider.resolvePageInstance(PageProvider.java:257) at org.apache.wicket.request.handler.PageProvider.getPageInstance(PageProvider.java:165) I've tracked it down to a wicketAjaxGet request invoked on the client that looks something like this: var wcall = wicketAjaxGet(url + args, function() { }, function() { }); url looks something like: 'myBuildings?52-1.IBehaviorListener.2-' which I create from AbstractDefaultAjaxBehavior.getCallbackUrl().toString() It seems the problem has to do with page versioning not matching the page on the server. Is there a workaround or another way to code this up? Let me know if I can provide any additional information. Thanks, Jason
Re: wicket-dojo wrappers (correction)
I do have a github account my username is anantasty I would be happy to help and would really like to write documentation etc. So it would be great if you add me as a coloborator -Original Message- From: David Berkman david.berk...@glu.com Date: Thu, 10 Nov 2011 12:03:33 To: users@wicket.apache.org Reply-To: users@wicket.apache.org Subject: RE: wicket-dojo wrappers (correction) All help appreciated. You can either fork the project and submit back to it, or, if you have a GitHub account, I can add you as a collaborator. David -Original Message- From: anant.a...@gmail.com [mailto:anant.a...@gmail.com] Sent: Thursday, November 10, 2011 11:53 AM To: users@wicket.apache.org Subject: Re: wicket-dojo wrappers (correction) David, I would love to help you manage/maintain this project if you need help. -Original Message- From: David Berkman david.berk...@glu.com Date: Thu, 10 Nov 2011 11:50:12 To: users@wicket.apache.org Reply-To: users@wicket.apache.org Subject: RE: wicket-dojo wrappers (correction) Sorry. I guess I can't get away with putting up the code and walking away. I've translated the code into a complete, and building (at least locally), maven project. Anyone interested can fork it from GitHub, alter the poms, and get it rolling. I've put it on a new namespace I've bought for the purpose, and changed the project name to match. https://github.com/zenbones/Wicketized David -Original Message- From: James Stewart [mailto:james.stewart...@gmail.com] Sent: Thursday, November 10, 2011 7:33 AM To: users@wicket.apache.org Subject: Re: wicket-dojo wrappers (correction) Hi David, Would it be possible to put up the jar that contains or the java file: org.smallmind.nutsnbolts.util.DotNotationComparator? I get a compile error with this and I don't understand what it does in terms of dot notation. Thanks, James. On 10/11/2011 3:15 AM, David Berkman wrote: Sorry for the repost, but this list doesn't take attachments I guess, so I've upload the code at https://github.com/zenbones/WicketDojo I've had a number of requests, so I'll upload this bit of code here so people can have a look. I know there's room for improvement in the code that exists, and a ton that needs to be done. There's a wicket-dojo project on GitHub https://github.com/vijaykiran/wicketstuff-dojo that's much cleaner, with many more advanced integrations. However, that project lacked implemented wrappers for Dojo Dijits, which is what I wanted most. The code there also seemed a bit daunting, so I began a project to make wrappers I could understand, and extend, and learn both Wicket and Dojo in the process. This is the results so far. The few advantages it has over the GitHub code I've linked to are... 1) A bunch of useful Dijits wrapped in a way I hope is fairly clear and extensible (it's getting better). 2) All the wrappers use fluent APIs 3) You can generally set a field, or your own model, interchangeably. For instance, if you want to set a Title, you can usually setTitle(String title) or setTitleModel(IModelString titleModel). Being able to control the model is extremely useful. 4) You can generally set attributes in your HTML and these values will initialize the fields/models in the wrappers on a non-Ajax render. Values can then be dynamically altered from there via Ajax (as with user interaction). 5) Using setIntermediateChanges(true) will generally update the wrappers' fields/models upon user interactions with the Dijit, via Ajax (you can also add DojoAjaxUpdatingBehaviors to get your own callbacks). This extends to things like stack container updating its models for selected child index and id. There's still much to do. It's not the cleanest code yet. It doesn't handle animations or fx or anything but presenting widgets. It's part of a larger project so I haven't presented a real build, just the code. If people are interested, I can cleave this off and provide a true maven build. David - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Modifying PageParameters
Hello, I am currently working on a Weld-Integration for Wicket 1.5. Got almost everything done but Conversations are giving me a headache. When navigating to another page I need to provide the conversation ID. Only at the very end of a request I am able to figure out if the conversation is valid. For an AjaxLink using setResponsePage I thought the following would be the thing to do: Use onRequestHandlerExecuted to do the stuff at the end of the request. There I look for an IPageRequestHandler and modify its PageParameters using one of the following methods: pageHandler.getPage().getPageParameters().add(WeldMetaData.CONVERSATIONID, conversation.getId()); pageHandler.getPageParameters().add(WeldMetaData.CONVERSATIONID, conversation.getId()); Apparently this doesn't work and parameters set in this way won't end up in the response page. What do I have to do to achieve this? Thanks, Jochen - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
IAjaxIndicatorAware/Busy Indicator Problems
I have a custom modal window (not ModalWindow) that, upon closure, updates the grid on my home page. This processing can take 5-10 seconds and if a user tries to interact with a checkbox or link in the grid during that time, they get a component not found exception. Basically, what I'm looking for is a busy indicator and IAjaxIndicatorAware seemed to be a perfect solution to this problem. However, it doesn't seem to work for modal closure as getAjaxIndicatorMarkupId() never gets called. I then attempted to create a new AjaxRequestTarget in my onClose method for my modal. My thought was that if I could append some custom javascript with a busy indicator to the new target, I could then call it's respond() method to send it to the browser, and it would execute until the original AjaxRequestTarget was done. At this point, I could add more custom javascript to the original target to stop the indicator. This solution also didn't work. I couldn't figure out how to actually get the new target to fire. I'm out of ideas and don't have a path forward. -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/IAjaxIndicatorAware-Busy-Indicator-Problems-tp4029525p4029525.html Sent from the Users forum 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: Modifying PageParameters
is it more awesome then this one: https://github.com/42Lines/wicket-cdi -igor On Thu, Nov 10, 2011 at 1:22 PM, Jochen Mader pflanzenmoer...@gmail.com wrote: Hello, I am currently working on a Weld-Integration for Wicket 1.5. Got almost everything done but Conversations are giving me a headache. When navigating to another page I need to provide the conversation ID. Only at the very end of a request I am able to figure out if the conversation is valid. For an AjaxLink using setResponsePage I thought the following would be the thing to do: Use onRequestHandlerExecuted to do the stuff at the end of the request. There I look for an IPageRequestHandler and modify its PageParameters using one of the following methods: pageHandler.getPage().getPageParameters().add(WeldMetaData.CONVERSATIONID, conversation.getId()); pageHandler.getPageParameters().add(WeldMetaData.CONVERSATIONID, conversation.getId()); Apparently this doesn't work and parameters set in this way won't end up in the response page. What do I have to do to achieve this? Thanks, Jochen - 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
Setting Wicket to by pass DWR in filter
Hi, I have done a quick search with no results so have decided to consult the hive mind. Currently I am considering using DWR to perform simple and secure JS on the front end on an existing wicket app. 1) How do i proceed to configure wicket to ignore certain URL in the wicket filter? E.g. I would want DWR's servlet to handle all /dwr/* requests and not use wicket's filter which handles /*. Is there anyway to do this via a configuration that I may have missed out? Or do I need to go into the source and modify this? Regards, Lester - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Setting Wicket to by pass DWR in filter
wicket filter confing in web.xml takes an ignorePaths argument which is a comma separated list of paths to ignore -igor On Thu, Nov 10, 2011 at 4:11 PM, Lester K H Chua cicowic...@gmail.com wrote: Hi, I have done a quick search with no results so have decided to consult the hive mind. Currently I am considering using DWR to perform simple and secure JS on the front end on an existing wicket app. 1) How do i proceed to configure wicket to ignore certain URL in the wicket filter? E.g. I would want DWR's servlet to handle all /dwr/* requests and not use wicket's filter which handles /*. Is there anyway to do this via a configuration that I may have missed out? Or do I need to go into the source and modify this? Regards, Lester - 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: inmethod grid problem in IE8
After upgrade the app to version 1.5.2, the problem has gone. Cheers, Duy On Mon, Sep 19, 2011 at 3:27 PM, Martin Grigorov mgrigo...@apache.orgwrote: Also try with IE9/10. They may give you better error description. On Sun, Sep 18, 2011 at 1:18 PM, Duy Do doquoc...@gmail.com wrote: Hi Attila, I'm using version 1.4.18 of Wicket, inmethod-grid. I will try to test the example of inmethod grid and let you know the result. Thank you for your help. Regards, Duy On 9/18/2011 4:06 PM, Attila Király wrote: Repeating my previous answer to you: give more details. For example: which wicket, inmethod-grid versions are you using? Is the problem reproducable with the wicketstuff inmethod grid examples web app too? Attila 2011/9/18 Duy Dodoquoc...@gmail.com Any suggestion? On 9/17/2011 10:59 AM, Duy Do wrote: Hi Wicketers, I have a problem with inmethod-grid in IE8 as below error. This issue cause the grid display incorrectly. Is it a bug? And how to fix it? Webpage error details User Agent: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.1; WOW64; Trident/4.0; EasyBits GO v1.0; SLCC2; .NET CLR 2.0.50727; .NET CLR 3.5.30729; .NET CLR 3.0.30729; Media Center PC 6.0; InfoPath.2; .NET4.0C) Timestamp: Sat, 17 Sep 2011 03:56:56 UTC Message: 'undefined' is null or not an object Line: 464 Char: 4 Code: 0 URI: http://localhost:8080/**chesscom-web/resources/com.** inmethod.grid.common.**AbstractGrid/res/script.js http://localhost:8080/chesscom-web/resources/com.inmethod.grid.common.AbstractGrid/res/script.js Thanks, Duy --**--**- To unsubscribe, e-mail: users-unsubscribe@wicket.**apache.org 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 -- Martin Grigorov jWeekend Training, Consulting, Development http://jWeekend.com - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Setting Wicket to by pass DWR in filter
Thanks! Got it. Regards, Lester On Nov 11, 2011, at 8:20 AM, Igor Vaynberg wrote: wicket filter confing in web.xml takes an ignorePaths argument which is a comma separated list of paths to ignore -igor On Thu, Nov 10, 2011 at 4:11 PM, Lester K H Chua cicowic...@gmail.com wrote: Hi, I have done a quick search with no results so have decided to consult the hive mind. Currently I am considering using DWR to perform simple and secure JS on the front end on an existing wicket app. 1) How do i proceed to configure wicket to ignore certain URL in the wicket filter? E.g. I would want DWR's servlet to handle all /dwr/* requests and not use wicket's filter which handles /*. Is there anyway to do this via a configuration that I may have missed out? Or do I need to go into the source and modify this? Regards, Lester - 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: What is the difference between Model , PropertyModel,CompoundPropertyModel?
Hi, There is some documentation about models on the wiki: https://cwiki.apache.org/WICKET/working-with-wicket-models.html cheers, Steve On 11/11/2011, at 3:33 PM, raju.ch wrote: Could someone please explain me the difference between Model , PropertyModel,CompoundPropertyModel? -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/What-is-the-difference-between-Model-PropertyModel-CompoundPropertyModel-tp4030452p4030452.html Sent from the Users forum 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: What is the difference between Model , PropertyModel,CompoundPropertyModel?
Model is like a box. It is just a container. Put your object in and get it back out. PropertyModel lets you put an object in the box and always lookup a value on that object, and set that value CompoundPropertyModel merely removes the string setting which value is pointing to the object and uses the Wicket:id of the corresponding component to reference the property The examples Steve linked in the wiki are great. -Clint On Thu, Nov 10, 2011 at 10:33 PM, raju.ch raju.challagun...@gmail.comwrote: Could someone please explain me the difference between Model , PropertyModel,CompoundPropertyModel? -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/What-is-the-difference-between-Model-PropertyModel-CompoundPropertyModel-tp4030452p4030452.html Sent from the Users forum 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: What is the difference between Model , PropertyModel,CompoundPropertyModel?
yeah..thats very good material...I've understood it..thanks -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/What-is-the-difference-between-Model-PropertyModel-CompoundPropertyModel-tp4030452p4030480.html Sent from the Users forum 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: IAjaxIndicatorAware/Busy Indicator Problems
Hi, you can add Javascript to the current AjaxRequestTarget in the onClose-Method of your Modal Window, i.e. like: AjaxRequestTarget.get().appendJavaScript(...) - -- Regards, Hans http://cantaa.de -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/IAjaxIndicatorAware-Busy-Indicator-Problems-tp4029525p4030568.html Sent from the Users forum 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: Modifying PageParameters
So much more awesome... (goes and cries in a corner) Am 11.11.2011 01:04 schrieb Igor Vaynberg igor.vaynb...@gmail.com: is it more awesome then this one: https://github.com/42Lines/wicket-cdi -igor On Thu, Nov 10, 2011 at 1:22 PM, Jochen Mader pflanzenmoer...@gmail.com wrote: Hello, I am currently working on a Weld-Integration for Wicket 1.5. Got almost everything done but Conversations are giving me a headache. When navigating to another page I need to provide the conversation ID. Only at the very end of a request I am able to figure out if the conversation is valid. For an AjaxLink using setResponsePage I thought the following would be the thing to do: Use onRequestHandlerExecuted to do the stuff at the end of the request. There I look for an IPageRequestHandler and modify its PageParameters using one of the following methods: pageHandler.getPage().getPageParameters().add(WeldMetaData.CONVERSATIONID, conversation.getId()); pageHandler.getPageParameters().add(WeldMetaData.CONVERSATIONID, conversation.getId()); Apparently this doesn't work and parameters set in this way won't end up in the response page. What do I have to do to achieve this? Thanks, Jochen - 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: What is Dynamic Markup?
What is the context ? On Fri, Nov 11, 2011 at 8:50 AM, raju.ch raju.challagun...@gmail.com wrote: Could someone please let me know about Dynamic Markup? -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/What-is-Dynamic-Markup-tp4030593p4030593.html Sent from the Users forum 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 -- Martin Grigorov jWeekend Training, Consulting, Development http://jWeekend.com - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org