Re: PageFactory and SessionSettings
Indeed this is missed. I'll create a ticket for it. Thanks! On Thu, Sep 29, 2011 at 8:05 AM, Dirk Forchel wrote: > After migration to Wicket 1.5 I'm wondering why our tests with our own > IPageFactory implementation is not working anymore. In our tests we use the > following code ... > > WicketTester tester = new WicketTester(); > tester.getApplication().getSessionSettings().setPageFactory( new > FooPageFactory() ); > > But in Wicket 1.5 the implemented SessionSettings class and their method > getPageFacory() is only called from Session#getPageFactory() and > SignInPanel#onBeforeRender methods, in which the first call is used in the > InlineFrame class only. > > As I figured out you should use and override the newPageFactory() method > from the Application class instead to create a custom IPageFactory > implementation. Which whould result in the following code ... > > WicketTester tester = new WicketTester(new MockApplication() { > protected IPageFactory newPageFactory() { > return new FooPageFactory(); > } > }); > > The Application#getPageFactory() method is used in the DefaultMapperContext > class to create a new Page instance, therefore our own implementation is > used. But this is confusing to me. Maybe I miss a point but in my opinion > the ISessionSettings interface should be marked as deprecated. > > > -- > View this message in context: > http://apache-wicket.1842946.n4.nabble.com/PageFactory-and-SessionSettings-tp3854493p3854493.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: ModalWindow in IE6, IE7, IE8 browser issues
This is fixed in 1.5.1 On Thu, Sep 29, 2011 at 8:50 AM, nhsoft.yhw wrote: > here is exception stack, but only IE throws the exception > > > ERROR - DefaultExceptionMapper - Connection lost, give up responding. > org.apache.wicket.protocol.http.servlet.ResponseIOException: > ClientAbortException: java.io.IOException > at > org.apache.wicket.protocol.http.servlet.ServletWebResponse.flush(ServletWebResponse.java:254) > at > org.apache.wicket.protocol.http.HeaderBufferingWebResponse.flush(HeaderBufferingWebResponse.java:92) > at > org.apache.wicket.request.resource.AbstractResource.setResponseHeaders(AbstractResource.java:611) > at > org.apache.wicket.request.resource.AbstractResource.respond(AbstractResource.java:485) > at > org.apache.wicket.request.handler.resource.ResourceRequestHandler.respond(ResourceRequestHandler.java:77) > at > org.apache.wicket.request.handler.resource.ResourceReferenceRequestHandler.respond(ResourceReferenceRequestHandler.java:92) > at > org.apache.wicket.request.cycle.RequestCycle$HandlerExecutor.respond(RequestCycle.java:712) > at > org.apache.wicket.request.RequestHandlerStack.execute(RequestHandlerStack.java:63) > at > org.apache.wicket.request.cycle.RequestCycle.processRequest(RequestCycle.java:208) > at > org.apache.wicket.request.cycle.RequestCycle.processRequestAndDetach(RequestCycle.java:251) > 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:243) > at > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) > at > org.springframework.security.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:399) > at > org.springframework.security.context.HttpSessionContextIntegrationFilter.doFilterHttp(HttpSessionContextIntegrationFilter.java:235) > at > org.springframework.security.ui.SpringSecurityFilter.doFilter(SpringSecurityFilter.java:53) > at > org.springframework.security.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:411) > at > org.springframework.security.util.FilterChainProxy.doFilter(FilterChainProxy.java:188) > at > org.springframework.security.util.FilterToBeanProxy.doFilter(FilterToBeanProxy.java:99) > at > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243) > at > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) > at > org.springframework.orm.hibernate3.support.OpenSessionInViewFilter.doFilterInternal(OpenSessionInViewFilter.java:198) > at > org.springframework.web.filter.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:76) > at > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243) > at > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) > at > org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:240) > at > org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:164) > at > org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:462) > at > org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:164) > at > org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:100) > at > org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:563) > at > org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118) > at > org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:399) > at > org.apache.coyote.http11.Http11AprProcessor.process(Http11AprProcessor.java:306) > at > org.apache.coyote.http11.Http11AprProtocol$Http11ConnectionHandler.process(Http11AprProtocol.java:322) > at > org.apache.tomcat.util.net.AprEndpoint$SocketProcessor.run(AprEndpoint.java:1732) > at > java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886) > at > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) > at java.lang.Thread.run(Thread.java:619) > Caused by: ClientAbortException: java.io.IOException > at > org.apache.catalina.connector.OutputBuffer.doFlush(OutputBuffer.java:329) > at > org.apache.catalina.connector.OutputBuffer.flush(OutputBuffer.java:298) > at > org.apache.catalina.connector.Response.flushBuffer(Response.java:559) > at > org.apache.catalina.connector.ResponseFacade.flushBuffer(ResponseFacade.java:303) > at > javax.servlet.ServletResponseWrapper.flushBuffer(ServletResponseWrapper.java
Re: ModalWindow in IE6, IE7, IE8 browser issues
here is exception stack, but only IE throws the exception ERROR - DefaultExceptionMapper - Connection lost, give up responding. org.apache.wicket.protocol.http.servlet.ResponseIOException: ClientAbortException: java.io.IOException at org.apache.wicket.protocol.http.servlet.ServletWebResponse.flush(ServletWebResponse.java:254) at org.apache.wicket.protocol.http.HeaderBufferingWebResponse.flush(HeaderBufferingWebResponse.java:92) at org.apache.wicket.request.resource.AbstractResource.setResponseHeaders(AbstractResource.java:611) at org.apache.wicket.request.resource.AbstractResource.respond(AbstractResource.java:485) at org.apache.wicket.request.handler.resource.ResourceRequestHandler.respond(ResourceRequestHandler.java:77) at org.apache.wicket.request.handler.resource.ResourceReferenceRequestHandler.respond(ResourceReferenceRequestHandler.java:92) at org.apache.wicket.request.cycle.RequestCycle$HandlerExecutor.respond(RequestCycle.java:712) at org.apache.wicket.request.RequestHandlerStack.execute(RequestHandlerStack.java:63) at org.apache.wicket.request.cycle.RequestCycle.processRequest(RequestCycle.java:208) at org.apache.wicket.request.cycle.RequestCycle.processRequestAndDetach(RequestCycle.java:251) 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:243) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) at org.springframework.security.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:399) at org.springframework.security.context.HttpSessionContextIntegrationFilter.doFilterHttp(HttpSessionContextIntegrationFilter.java:235) at org.springframework.security.ui.SpringSecurityFilter.doFilter(SpringSecurityFilter.java:53) at org.springframework.security.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:411) at org.springframework.security.util.FilterChainProxy.doFilter(FilterChainProxy.java:188) at org.springframework.security.util.FilterToBeanProxy.doFilter(FilterToBeanProxy.java:99) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) at org.springframework.orm.hibernate3.support.OpenSessionInViewFilter.doFilterInternal(OpenSessionInViewFilter.java:198) at org.springframework.web.filter.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:76) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:240) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:164) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:462) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:164) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:100) at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:563) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:399) at org.apache.coyote.http11.Http11AprProcessor.process(Http11AprProcessor.java:306) at org.apache.coyote.http11.Http11AprProtocol$Http11ConnectionHandler.process(Http11AprProtocol.java:322) at org.apache.tomcat.util.net.AprEndpoint$SocketProcessor.run(AprEndpoint.java:1732) at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) at java.lang.Thread.run(Thread.java:619) Caused by: ClientAbortException: java.io.IOException at org.apache.catalina.connector.OutputBuffer.doFlush(OutputBuffer.java:329) at org.apache.catalina.connector.OutputBuffer.flush(OutputBuffer.java:298) at org.apache.catalina.connector.Response.flushBuffer(Response.java:559) at org.apache.catalina.connector.ResponseFacade.flushBuffer(ResponseFacade.java:303) at javax.servlet.ServletResponseWrapper.flushBuffer(ServletResponseWrapper.java:161) at javax.servlet.ServletResponseWrapper.flushBuffer(ServletResponseWrapper.java:161) at org.apache.wicket.protocol.http.servlet.ServletWebResponse.flush(ServletWebResponse.java:250) ... 39 mor
Re: Tracking Memory Usage
On Thu, Sep 29, 2011 at 3:04 AM, Dawid Dudzinski wrote: > Hello, > > We are running into memory usage problems in our Wicket application. The > team has identified several areas worth of improving. However we were only > able to do that by looking at our code and not by profiling the jvm. This > brings me to my actual questions: > 1. Is there tool or method to determine Wicket's memory usage/session size? > 2. Can anyone suggest a tool or a method to profile a jvm? (We use WebSphere > AS and RAD IDE - problem is that WAS simply crashes when attempting to run > in memory profiling mode) Then run the application in normal mode and from time to time dump the heap. Then you can examine the dumps with Eclipse Memory Analyzer tool. > > I'm open to all suggestions - if anyone could give some hints I would truly > appreciate your help. > > Thanks, > Dave > -- 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
PageFactory and SessionSettings
After migration to Wicket 1.5 I'm wondering why our tests with our own IPageFactory implementation is not working anymore. In our tests we use the following code ... WicketTester tester = new WicketTester(); tester.getApplication().getSessionSettings().setPageFactory( new FooPageFactory() ); But in Wicket 1.5 the implemented SessionSettings class and their method getPageFacory() is only called from Session#getPageFactory() and SignInPanel#onBeforeRender methods, in which the first call is used in the InlineFrame class only. As I figured out you should use and override the newPageFactory() method from the Application class instead to create a custom IPageFactory implementation. Which whould result in the following code ... WicketTester tester = new WicketTester(new MockApplication() { protected IPageFactory newPageFactory() { return new FooPageFactory(); } }); The Application#getPageFactory() method is used in the DefaultMapperContext class to create a new Page instance, therefore our own implementation is used. But this is confusing to me. Maybe I miss a point but in my opinion the ISessionSettings interface should be marked as deprecated. -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/PageFactory-and-SessionSettings-tp3854493p3854493.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: ModalWindow in IE6, IE7, IE8 browser issues
please create a quickstart that reproduces the issue and attach it to a jira issue. -igor On Wed, Sep 28, 2011 at 8:54 PM, nhsoft.yhw wrote: > Q1: > After the upgrade to 1.5 version , I found that the ModalWindow appear in IE > "Page Expired" error, but in Chrome browser to normal. > > Same Code for ModalWindow works for Firefox, IE, Chrome with wicket 1.4.18 > version. > > My ModalWindow Use WebPage Mode, not Page Mode. > > Q2: > sometimes Modalwindow did not display for Firefox 6, but always works for > firefox "private browse" mode. > > I found an article about wicket1.5's page cache changes > (https://cwiki.apache.org/WICKET/caching-in-wicket-15.html), whether this > claim? > > > > > > - > http://www.517wm.com > 外卖订餐分享工具 > -- > View this message in context: > http://apache-wicket.1842946.n4.nabble.com/ModalWindow-in-IE6-IE7-IE8-browser-issues-tp3854296p3854296.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: Dynamic Markup Content in Wicket (1.4+)
any component can implement IMarkupResourceStreamProvider and return whatever markup it wants wicket to use. If you need a fine-tuned control over the caching mechanism for this markup you can also let your components implement IMarkupCacheKeyProvider. -igor On Wed, Sep 28, 2011 at 8:05 PM, Brown, Berlin [GCG-PFS] wrote: > Does anyone have an article on how to add dynamic content such that the > content isn't defined in the markup at compile time. It is generated at > runtime. > > For example. > > Old Way - Listing1 > > > > > > > > > ... > With dynamic content - Listing2 > > > > > ... > > I could use an offline, compile time tool to generate the markup and > then add it to my project. But I wanted to see if there is something > more dynamic. > > I also, could use something like a ListView or Repeater, but I wanted to > avoid that because of legacy java code. > > The Java code is structured such that 'containers' has sub-components > 'container1' *** > > It is easier refactor the Java code or have some system to add some kind > of dynamic content that would look like the HTML in Listing1. > > UseCase: For Igor, > > The use-case is just as I described, there are some cases where you have > legacy Wicket Java code. It costs more to modify the Java code and > retest the logic so I wanted to be able to 'refactor' my markup and > clean at least the markup without making major changes to the Java > hierarchy structure. > > I want to have a HTML markup that looks like this but would act like > the listing in listing1 above. > > > > > > > > - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Dynamic Markup Content in Wicket (1.4+)
I remember we discussed it before: http://apache-wicket.1842946.n4.nabble.com/Wicket-MashUpContainer-td1893282.html 2011/9/29 Brown, Berlin [GCG-PFS] : > Does anyone have an article on how to add dynamic content such that the > content isn't defined in the markup at compile time. It is generated at > runtime. > > For example. > > Old Way - Listing1 > > > > > > > > > ... > With dynamic content - Listing2 > > > > > ... > > I could use an offline, compile time tool to generate the markup and > then add it to my project. But I wanted to see if there is something > more dynamic. > > I also, could use something like a ListView or Repeater, but I wanted to > avoid that because of legacy java code. > > The Java code is structured such that 'containers' has sub-components > 'container1' *** > > It is easier refactor the Java code or have some system to add some kind > of dynamic content that would look like the HTML in Listing1. > > UseCase: For Igor, > > The use-case is just as I described, there are some cases where you have > legacy Wicket Java code. It costs more to modify the Java code and > retest the logic so I wanted to be able to 'refactor' my markup and > clean at least the markup without making major changes to the Java > hierarchy structure. > > I want to have a HTML markup that looks like this but would act like > the listing in listing1 above. > > > > > > > > - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Tracking Memory Usage
yourkit is an excellent profiler... -igor On Wed, Sep 28, 2011 at 6:04 PM, Dawid Dudzinski wrote: > Hello, > > We are running into memory usage problems in our Wicket application. The > team has identified several areas worth of improving. However we were only > able to do that by looking at our code and not by profiling the jvm. This > brings me to my actual questions: > 1. Is there tool or method to determine Wicket's memory usage/session size? > 2. Can anyone suggest a tool or a method to profile a jvm? (We use WebSphere > AS and RAD IDE - problem is that WAS simply crashes when attempting to run > in memory profiling mode) > > I'm open to all suggestions - if anyone could give some hints I would truly > appreciate your help. > > Thanks, > Dave > - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
ModalWindow in IE6, IE7, IE8 browser issues
Q1: After the upgrade to 1.5 version , I found that the ModalWindow appear in IE "Page Expired" error, but in Chrome browser to normal. Same Code for ModalWindow works for Firefox, IE, Chrome with wicket 1.4.18 version. My ModalWindow Use WebPage Mode, not Page Mode. Q2: sometimes Modalwindow did not display for Firefox 6, but always works for firefox "private browse" mode. I found an article about wicket1.5's page cache changes (https://cwiki.apache.org/WICKET/caching-in-wicket-15.html), whether this claim? - http://www.517wm.com 外卖订餐分享工具 -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/ModalWindow-in-IE6-IE7-IE8-browser-issues-tp3854296p3854296.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: Authorization using JAAS and getting the Principal.
Hi, I have the same problem but I'm getting the request in a different way: (HttpServletRequest) PolicyContext.getContext("javax.servlet.http.HttpServletRequest") Did you find a solution? -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Authorization-using-JAAS-and-getting-the-Principal-tp3398135p3854205.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
Dynamic Markup Content in Wicket (1.4+)
Does anyone have an article on how to add dynamic content such that the content isn't defined in the markup at compile time. It is generated at runtime. For example. Old Way - Listing1 ... With dynamic content - Listing2 ... I could use an offline, compile time tool to generate the markup and then add it to my project. But I wanted to see if there is something more dynamic. I also, could use something like a ListView or Repeater, but I wanted to avoid that because of legacy java code. The Java code is structured such that 'containers' has sub-components 'container1' *** It is easier refactor the Java code or have some system to add some kind of dynamic content that would look like the HTML in Listing1. UseCase: For Igor, The use-case is just as I described, there are some cases where you have legacy Wicket Java code. It costs more to modify the Java code and retest the logic so I wanted to be able to 'refactor' my markup and clean at least the markup without making major changes to the Java hierarchy structure. I want to have a HTML markup that looks like this but would act like the listing in listing1 above.
Tracking Memory Usage
Hello, We are running into memory usage problems in our Wicket application. The team has identified several areas worth of improving. However we were only able to do that by looking at our code and not by profiling the jvm. This brings me to my actual questions: 1. Is there tool or method to determine Wicket's memory usage/session size? 2. Can anyone suggest a tool or a method to profile a jvm? (We use WebSphere AS and RAD IDE - problem is that WAS simply crashes when attempting to run in memory profiling mode) I'm open to all suggestions - if anyone could give some hints I would truly appreciate your help. Thanks, Dave
How to set Cookie on Redirect to URL
Hi, How do I add a cookie to a URL redirect response? I started with the following class: public class RedirectToUrlWithHandlerException extends ReplaceHandlerException { ... public RedirectToUrlWithHandlerException(final String redirectUrl, final int statusCode, final IRequestHandler handler) { super(new RedirectRequestHandler(redirectUrl, statusCode){ @Override public void detach(IRequestCycle requestCycle) { super.detach(requestCycle); handler.detach(requestCycle); } @Override public void respond(IRequestCycle requestCycle) { super.respond(requestCycle); handler.respond(requestCycle); } }, true); } } and in the page: throw new RedirectToUrlWithHandlerException(targetUrl, new IRequestHandler(){ @Override public void respond(IRequestCycle requestCycle) { // Set cookie cookieUtils.save(name, value); } @Override public void detach(IRequestCycle requestCycle) { } }); with cookieUtils: instance.cookieUtils = new CookieUtils(cookieDefaults){ @Override protected void initializeCookie(Cookie cookie) { super.initializeCookie(cookie); cookie.setPath("/"); } }; Still no cookie in the response. I know this is a tricky issue where older browsers don't always cooperate, but the page being redirected to can't set the cookie because the cookie is used to transfer information to it. Many thanks, Bernard - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: pretty strange behavior with TextArea containing remaining output html code inside
file a jira issue -igor On Wed, Sep 28, 2011 at 9:52 AM, manuelbarzi wrote: > right. > > may wicket html validation complain in future version for this > particular case. low priority issue... > . > > > > On Wed, Sep 28, 2011 at 6:42 PM, Igor Vaynberg > wrote: >> per html spec textarea must have a closing tag... >> >> -igor >> >> On Wed, Sep 28, 2011 at 9:25 AM, manuelbarzi wrote: >>> TextArea is one-self-closed tag <.../>. >>> >>> should TextArea two-opening-closing tags <...>... work fine. >>> >>> >>> >>> On Wed, Sep 28, 2011 at 6:18 PM, manuelbarzi wrote: this error happens on this simple composite (wicket 1.4.17): Page |-Panel |-Form |-TextField |-TextField |-TextArea |-TextField |-TextField |-Button |-Button when just rendering this simple page (no logic implemented yet), the output html (reviewed on chrome and ie) renders ok until the TextArea, and then, inside the TextArea content (visible text), there's all the remaining of the output markup! switching TextArea to a simple TextField does render ok. known bug? >>> >>> - >>> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org >>> For additional commands, e-mail: users-h...@wicket.apache.org >>> >>> >> >> - >> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org >> For additional commands, e-mail: users-h...@wicket.apache.org >> >> > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > > - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: pretty strange behavior with TextArea containing remaining output html code inside
right. may wicket html validation complain in future version for this particular case. low priority issue... . On Wed, Sep 28, 2011 at 6:42 PM, Igor Vaynberg wrote: > per html spec textarea must have a closing tag... > > -igor > > On Wed, Sep 28, 2011 at 9:25 AM, manuelbarzi wrote: >> TextArea is one-self-closed tag <.../>. >> >> should TextArea two-opening-closing tags <...>... work fine. >> >> >> >> On Wed, Sep 28, 2011 at 6:18 PM, manuelbarzi wrote: >>> this error happens on this simple composite (wicket 1.4.17): >>> >>> Page >>> |-Panel >>> |-Form >>> |-TextField >>> |-TextField >>> |-TextArea >>> |-TextField >>> |-TextField >>> |-Button >>> |-Button >>> >>> when just rendering this simple page (no logic implemented yet), the >>> output html (reviewed on chrome and ie) renders ok until the TextArea, >>> and then, inside the TextArea content (visible text), there's all the >>> remaining of the output markup! >>> >>> switching TextArea to a simple TextField does render ok. >>> >>> known bug? >>> >> >> - >> 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: pretty strange behavior with TextArea containing remaining output html code inside
confirmed: a single self-closed textarea tag () makes rendering fail in this wicket version. it does not complain about textarea markup (neither html editor), but renders it containing the remaining html escaped inside, and setting a closing textarea tag at the end. only double opening-closing textarea tag (...) is supported. On Wed, Sep 28, 2011 at 6:25 PM, manuelbarzi wrote: > TextArea is one-self-closed tag <.../>. > > should TextArea two-opening-closing tags <...>... work fine. > > > > On Wed, Sep 28, 2011 at 6:18 PM, manuelbarzi wrote: >> this error happens on this simple composite (wicket 1.4.17): >> >> Page >> |-Panel >> |-Form >> |-TextField >> |-TextField >> |-TextArea >> |-TextField >> |-TextField >> |-Button >> |-Button >> >> when just rendering this simple page (no logic implemented yet), the >> output html (reviewed on chrome and ie) renders ok until the TextArea, >> and then, inside the TextArea content (visible text), there's all the >> remaining of the output markup! >> >> switching TextArea to a simple TextField does render ok. >> >> known bug? >> > - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: pretty strange behavior with TextArea containing remaining output html code inside
per html spec textarea must have a closing tag... -igor On Wed, Sep 28, 2011 at 9:25 AM, manuelbarzi wrote: > TextArea is one-self-closed tag <.../>. > > should TextArea two-opening-closing tags <...>... work fine. > > > > On Wed, Sep 28, 2011 at 6:18 PM, manuelbarzi wrote: >> this error happens on this simple composite (wicket 1.4.17): >> >> Page >> |-Panel >> |-Form >> |-TextField >> |-TextField >> |-TextArea >> |-TextField >> |-TextField >> |-Button >> |-Button >> >> when just rendering this simple page (no logic implemented yet), the >> output html (reviewed on chrome and ie) renders ok until the TextArea, >> and then, inside the TextArea content (visible text), there's all the >> remaining of the output markup! >> >> switching TextArea to a simple TextField does render ok. >> >> known bug? >> > > - > 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: pretty strange behavior with TextArea containing remaining output html code inside
should a single closed textarea tag be a problem? neither html editor nor wicket markup validation complains about it. . On Wed, Sep 28, 2011 at 6:26 PM, Igor Vaynberg wrote: > sounds like a problem with your html... > > -igor > > > On Wed, Sep 28, 2011 at 9:18 AM, manuelbarzi wrote: >> this error happens on this simple composite (wicket 1.4.17): >> >> Page >> |-Panel >> |-Form >> |-TextField >> |-TextField >> |-TextArea >> |-TextField >> |-TextField >> |-Button >> |-Button >> >> when just rendering this simple page (no logic implemented yet), the >> output html (reviewed on chrome and ie) renders ok until the TextArea, >> and then, inside the TextArea content (visible text), there's all the >> remaining of the output markup! >> >> switching TextArea to a simple TextField does render ok. >> >> known bug? >> >> - >> 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: pretty strange behavior with TextArea containing remaining output html code inside
TextArea is one-self-closed tag <.../>. should TextArea two-opening-closing tags <...>... work fine. On Wed, Sep 28, 2011 at 6:18 PM, manuelbarzi wrote: > this error happens on this simple composite (wicket 1.4.17): > > Page > |-Panel > |-Form > |-TextField > |-TextField > |-TextArea > |-TextField > |-TextField > |-Button > |-Button > > when just rendering this simple page (no logic implemented yet), the > output html (reviewed on chrome and ie) renders ok until the TextArea, > and then, inside the TextArea content (visible text), there's all the > remaining of the output markup! > > switching TextArea to a simple TextField does render ok. > > known bug? > - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: pretty strange behavior with TextArea containing remaining output html code inside
sounds like a problem with your html... -igor On Wed, Sep 28, 2011 at 9:18 AM, manuelbarzi wrote: > this error happens on this simple composite (wicket 1.4.17): > > Page > |-Panel > |-Form > |-TextField > |-TextField > |-TextArea > |-TextField > |-TextField > |-Button > |-Button > > when just rendering this simple page (no logic implemented yet), the > output html (reviewed on chrome and ie) renders ok until the TextArea, > and then, inside the TextArea content (visible text), there's all the > remaining of the output markup! > > switching TextArea to a simple TextField does render ok. > > known bug? > > - > 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
pretty strange behavior with TextArea containing remaining output html code inside
this error happens on this simple composite (wicket 1.4.17): Page |-Panel |-Form |-TextField |-TextField |-TextArea |-TextField |-TextField |-Button |-Button when just rendering this simple page (no logic implemented yet), the output html (reviewed on chrome and ie) renders ok until the TextArea, and then, inside the TextArea content (visible text), there's all the remaining of the output markup! switching TextArea to a simple TextField does render ok. known bug? - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: CSS and JS references in wicket 1.4.18
this is a new feature in 1.5 -igor On Wed, Sep 28, 2011 at 7:06 AM, Jeffrey Schneller wrote: > I know there is a current thread discussing how to remove the > wicket-ver-XXX from the url for a js file. I was wondering if there was > a way to include the wicket-ver-XXX for all CSS and JS references in > wicket 1.4.18? > > > > I am sure it is probably something simple that I am overlooking. > > > > Thanks. > > > > - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: adding resources after ajax swap
hrm. that seems pretty strange. might have had something to do with WICKET-1623. something we should fix though... -igor On Wed, Sep 28, 2011 at 2:22 AM, Martin Grigorov wrote: > Actually it seems Wicket is to blame here. > In wicket-ajax.js, line 1680 (processScript() method) there is the > following line: > var req = new Wicket.Ajax.Request(src, onLoad, false, false); > where src is the src attribute of the contributed script element. > > Why Wicket tries to load the script body with Ajax and add it as > body here to the ? > It seems to be much more simpler just to add the contributed src="..."> to the . > > On Thu, Sep 22, 2011 at 11:23 PM, Pointbreak >wrote: >> Of course you could also just load the scripts in your page instead of >> via ajax... just my 2cnts. >> >> On Thursday, September 22, 2011 3:18 PM, "Steve Lowery" >> wrote: >>> Is that a filter on my end? Would that go before or after my wicket >>> filter >>> mapping? Any helpful resources out there on this? I haven't dealt with >>> OPTIONS methods before. >>> >>> >>> On Thu, Sep 22, 2011 at 2:28 PM, Steve Lowery >>> wrote: >>> >>> > I'm having an issue using resources after an ajax swap, in this case >>> > jquery. My home page does not have anything jquery related on it. There >>> > is >>> > an AjaxFallbackLink which swaps out the main content. The new content >>> > Panel >>> > has a jquery header contributor. I see this is being returned in the >>> > response to the AjaxFallbackLink click: >>> > >>> > >> > xmlns:wicket="http://wicket.apache.org";>