Re: Fwd: wicket 1.5-rc2 and aggregate jar for osgi
ok, I can take the pom from rc1 and adopt it for rc2 - shouldn't be problem since you did the work already. If it works and I find some time I'll try with github thanks and regards, eike On [Tue, 15.03.2011 22:10], Martin Grigorov wrote: Well, wicketstuff is hosted at GitHub and any user can contribute. If you have some time and willing to share your work with the community you can do it yourself. Otherwise just create a ticket in wicketstuff's issue tracking system and someone of us will do it when we have some time. Thanks for testing the RCs ! ;-) On Tue, Mar 15, 2011 at 9:21 PM, Eike Kettner n...@eknet.org wrote: Hi Martin, thanks for your response and no need to apologize! It's good to have rcX candidate releases to play with so issues can be found. For me a wicket-osgi dependency would be great! And I really don't care about where to download :) I don't think that providing it from wicketstuff would bother users... If you decide to not support osgi out-of-the-box, it's still no problem to create an aggregate jar myself. I'd think most osgi users have to do this (unfortunately) quite often to add other no-bundle-jars. But with a distributed jar, it's of course a lot easier - I would appreciate it (as probably other osgi users would). regards, Eike On [Tue, 15.03.2011 20:43], Martin Grigorov wrote: Hi Eike, Sorry that we broke OSGi support again. The problem was that many users wanted -sources and -javadoc for the aggregate .jar and it became a bit complex and confusing. I think we can add wicket-osgi project in wicketstuff/core repository that will do the same we did initially in WICKET-3088 and then you will use org.wicketstuff:wicket-osgi dependency instead. We release wicketstuff core projects few days after Wicket releases. Other opinions/suggestions ? martin-g On Tue, Mar 15, 2011 at 3:05 PM, Eike Kettner n...@eknet.org wrote: Hi, I'm using wicket 1.5-RC1 in an OSGi container. There was an issue when upgrading related to package names (https://issues.apache.org/jira/browse/WICKET-3088) Now I tried upgrading to 1.5-rc2 and found that there is no aggregate jar file anymore. I then read the discussion-thread [discuss] How to resolve wicket aggregate classes / sources jar issues. (nabble: http://apache-wicket.1842946.n4.nabble.com/discuss-How-to-resolve-wicket-aggregate-classes-sources-jar-issues-td3234420.html ) As it states, the aggregate jar has been removed from the wicket distribution. Now, this introduces the very same issues described in WICKET-3088 again. While I can just repackage wicket myself and create a aggregate jar to feed the osgi container, it is first more inconvenient :) and secondly, there is then no real reason to have the wicket-xxx jars export packages, as they won't work in an OSGi container one by one anyways. I cannot add all single jars to the osgi container, because of the clashes in export-package. so in summary, there is another use case where the aggregate jar is really helpful: when using wicket with osgi. But it only is, because the single wicket jars export the same packages (for example, wicket-request and wicket-core both export org.apache.wicket.request.handler). Are there any thoughts of adding this aggregate jar to the distribution back again? kind regards, eike - 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 http://jweekend.com/ -- email: e...@eknet.org https://www.eknet.org pgp: 481161A0 - 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 http://jweekend.com/ -- email: e...@eknet.org https://www.eknet.org pgp: 481161A0 - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Wicket Wizard Step iComplete and Validation
Hi Pedro, Indeed isComplete step attribute isn't the best place to do this Job. I've overridden Step classes and manually handle a filled boolean attribute for each step when the applyState is called. Thanks again for your answer. -R- -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Wicket-Wizard-Step-iComplete-and-Validation-tp3344208p3381035.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: New Wicket tutorial series
Hello. 2011/3/15 Igor Racic igor.ra...@gmail.com I think it would be easier to follow tutorials if it were made by something like wink (especially where you have longer code with 6-7 points that are referenced) But, I can understand that it would be much less SEO friendly... Thank you for feedback, I appreciate it a lot! :) But can you be more specific about above and wink stuff? :) One thing that comes regularly - some getting started Authentication Authorization ? This is planned feature in my tutorial web application :) -- Best regards, Tomasz Dziurko www.tomaszdziurko.pl http://www.programatico.pl/
Re: Wicket in Action: problem with redirection
Try with RC2 and if it still fails please create a ticket with a quickstart On Tue, Mar 15, 2011 at 11:27 PM, Jim Pinkham pinkh...@gmail.com wrote: I think I've got the same situation happening. It's a login link on my home page, whose onClick uses the usual: throw new RestartResponseAtInterceptPageException( AuctionApplication.get().getSignInPageClass()); I've stepped thru this a bit, and I find a problematic point in: RestartResponseAtInterceptPageException.InterceptData.set() where it captures what I think is supposed to be the home page url, which it is saving as follows: ... data.originalUrl = request.getOriginalUrl(); However, in my debugger, this is instead the Url of the link: http://localhost:8080/myapp/wicket/page?0-1.ILinkListener-userPanel-signIn If I manually change it in the debugger to just my home page Url, it seems to work fine. This was working last for me in 1.5-M3, and now in 1.5-RC1 it appears to have broken. Hope this helps narrow the search... Thanks, -- Jim. On Thu, Mar 10, 2011 at 1:50 PM, Jeremy Thomerson jer...@wickettraining.com wrote: On Thu, Mar 10, 2011 at 12:36 PM, Jim Goodwin sophin...@comcast.net wrote: I'm a Wicket newbie, working my way through /Wicket in Action. /I don't understand redirection too clearly yet, but there is an example in the book which doesn't work right when I try it and I'd like to ask if the book example code makes sense to more experienced folks. Page 271 Listing 11.3 line 4: The onSubmit() method calls !continueToOriginalDestination(). continueToOriginalDestination() lets the user continue on to the place they were going before being interrupted by the security mechanism if they aren't logged in. i.e: user on home page user clicks restricted page link security strategy says can't go there without being logged in as X, redirects user to login page user logs in, and continueToOriginalDestination() redirects to restricted page (original dest) and returns true. another example: user clicks bookmarked link in a new tab in their browser to login page (or goes to unrestricted home page and clicks link for login page) user logs in, and continueToOriginalDestination() can't redirect them anywhere, because there is no original destination that was interrupted Page 272 Listing 11.4 , new Link(...){ ... method onClick(): throws new RestartResponseAtInterceptPageException(signInPage) This is a way to stop processing at ANY point in your application and redirect the user to a certain page. How is this supposed to work? Suppose the user is on the Home page, and the Home Page has a UserPanel, and the user clicks on the Sign In link. Then the link itself sets an intercept to the sign-in page (that is how the link arranges to take you there, as far as I can understand). But then, when the user enters name/password and submits, and the submit method calls continueToOriginalDestination(), it will always succceed, and find the original destination to be the signIn page, regardless of where it really originated (the Home Page, in this case). You're a bit confused by original and destination. Since the user clicked the signin page link, the *destination* was the signin page - which is unrestricted, so the continueToOriginalDestination() method can not redirect them anywhere, and thus returns false. You now need to redirect them somewhere manually or the signin page will re-render. The *origin* was the home page - but that doesn't matter. Don't be thrown off by original (destination) and origin - which are two different things. :) For a while my code was working like that: Signing in worked, i.e. it did sign you in, but you were returned to a blank sign-in page. (My code doesn't work like that just this minute, but that is only because I've been enhancing it with other bugs.) Can anyone explain how the book-example is supposed to work? Thanks Jim -- Jeremy Thomerson http://wickettraining.com *Need a CMS for Wicket? Use Brix! http://brixcms.org* -- Martin Grigorov jWeekend Training, Consulting, Development http://jWeekend.com http://jweekend.com/
LazyLoad Panel in Wicket 1.4.14
Does anybody else have problems with LazyLoadPanel? Moving from 1.4.13 to 1.4. 16 breaks alls LazyLoadPanles in our applications (endless loading). -- Stefan - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Set FormComponent Type and EmailValidator
What is your real question ? The error message ? The email validation mechanism ? If you want a more precise message for the error message, put a Label on your TextField : Form f = new Form(form); add(f); TextFieldString tf = new TextFieldString(text, new Model(), String.class); f.add(tf); tf.add(EmailAddressValidator.getInstance()); tf.setLabel(Model.of(Email validated TextField); R 2011/3/15 vov [via Apache Wicket] ml-node+3356588-93268421-216...@n4.nabble.com After submitting a form: add(new Form(form) // .add(new TextField(text, new Model(), String.class) // .add(EmailAddressValidator.getInstance( with empty field the fallowing error occur:('' is not a valid email address.) Without setting type for TextField - all fine -- If you reply to this email, your message will be added to the discussion below: http://apache-wicket.1842946.n4.nabble.com/Set-FormComponent-Type-and-EmailValidator-tp3356588p3356588.html To start a new topic under Users forum, email ml-node+1842947-98389252-216...@n4.nabble.com To unsubscribe from Users forum, click herehttp://apache-wicket.1842946.n4.nabble.com/template/NamlServlet.jtp?macro=unsubscribe_by_codenode=1842947code=cmNvcXVldWduaW90QGdtYWlsLmNvbXwxODQyOTQ3fDE1MTA1ODc1MTA=. -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Set-FormComponent-Type-and-EmailValidator-tp3356588p3381466.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: LazyLoad Panel in Wicket 1.4.14
Hi, it is working at: http://www.wicketstuff.org/wicket14/ajax/lazy-loading http://www.wicketstuff.org/wicket14/ajax/lazy-loadingplease send a quickstart On Wed, Mar 16, 2011 at 7:40 AM, Stefan Lindner lind...@visionet.de wrote: Does anybody else have problems with LazyLoadPanel? Moving from 1.4.13 to 1.4. 16 breaks alls LazyLoadPanles in our applications (endless loading). -- Stefan - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org -- Pedro Henrique Oliveira dos Santos
Re: Fwd: wicket 1.5-rc2 and aggregate jar for osgi
Hello, The way releases have been working is that I take the current HEAD and then change the wicket.version to the current stable and the pom version to the next release. If you can commit your changes onto the master branch (wicket 1.5-SNAPSHOT) then I can create a new 1.5-rc2.1 point release to get the wicket-osgi module out into maven central. Just let me know when it works (i.e. mvn install works without error) You can either fork the repository on github and then do the change and file a ticket with a pull request or send a message to the dev list with your github username for push/pull access to the wicketstuff repository directly. Look at the 'Developer Information' section on the wiki here: https://github.com/wicketstuff/core/wiki for more details. Regards, Mike ok, I can take the pom from rc1 and adopt it for rc2 - shouldn't be problem since you did the work already. If it works and I find some time I'll try with github thanks and regards, eike On [Tue, 15.03.2011 22:10], Martin Grigorov wrote: Well, wicketstuff is hosted at GitHub and any user can contribute. If you have some time and willing to share your work with the community you can do it yourself. Otherwise just create a ticket in wicketstuff's issue tracking system and someone of us will do it when we have some time. Thanks for testing the RCs ! ;-) On Tue, Mar 15, 2011 at 9:21 PM, Eike Kettnern...@eknet.org wrote: Hi Martin, thanks for your response and no need to apologize! It's good to have rcX candidate releases to play with so issues can be found. For me a wicket-osgi dependency would be great! And I really don't care about where to download :) I don't think that providing it from wicketstuff would bother users... If you decide to not support osgi out-of-the-box, it's still no problem to create an aggregate jar myself. I'd think most osgi users have to do this (unfortunately) quite often to add other no-bundle-jars. But with a distributed jar, it's of course a lot easier - I would appreciate it (as probably other osgi users would). regards, Eike On [Tue, 15.03.2011 20:43], Martin Grigorov wrote: Hi Eike, Sorry that we broke OSGi support again. The problem was that many users wanted -sources and -javadoc for the aggregate .jar and it became a bit complex and confusing. I think we can add wicket-osgi project in wicketstuff/core repository that will do the same we did initially in WICKET-3088 and then you will use org.wicketstuff:wicket-osgi dependency instead. We release wicketstuff core projects few days after Wicket releases. Other opinions/suggestions ? martin-g On Tue, Mar 15, 2011 at 3:05 PM, Eike Kettnern...@eknet.org wrote: Hi, I'm using wicket 1.5-RC1 in an OSGi container. There was an issue when upgrading related to package names (https://issues.apache.org/jira/browse/WICKET-3088) Now I tried upgrading to 1.5-rc2 and found that there is no aggregate jar file anymore. I then read the discussion-thread [discuss] How to resolve wicket aggregate classes / sources jar issues. (nabble: http://apache-wicket.1842946.n4.nabble.com/discuss-How-to-resolve-wicket-aggregate-classes-sources-jar-issues-td3234420.html ) As it states, the aggregate jar has been removed from the wicket distribution. Now, this introduces the very same issues described in WICKET-3088 again. While I can just repackage wicket myself and create a aggregate jar to feed the osgi container, it is first more inconvenient :) and secondly, there is then no real reason to have the wicket-xxx jars export packages, as they won't work in an OSGi container one by one anyways. I cannot add all single jars to the osgi container, because of the clashes in export-package. so in summary, there is another use case where the aggregate jar is really helpful: when using wicket with osgi. But it only is, because the single wicket jars export the same packages (for example, wicket-request and wicket-core both export org.apache.wicket.request.handler). Are there any thoughts of adding this aggregate jar to the distribution back again? kind regards, eike - 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.comhttp://jweekend.com/ -- email: e...@eknet.org https://www.eknet.org pgp: 481161A0 - 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.comhttp://jweekend.com/ - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Serving Wicket Resources from CDN (Announcement/Tutorial)
Hi all, I've just released a new version of wicketstuff-merged-resource to Maven Central. It supports serving wicket-mounted resources through CDNs using a pretty simple URL coding strategy (which may be used on its own too). This only works for CDNs that fetch the resources as users request them though, i.e. not those that require you to upload first. Amazon CloudFront would be such a CDN. For those interested: http://techblog.molindo.at/2011/03/serving-wicket-resources-from-cdn.html Download: http://repo1.maven.org/maven2/at/molindo/wicketstuff-merged-resources/3.1-alpha-1/ GibHub: https://github.com/molindo/wicketstuff-merged-resources Hope you like it. Cheers, Stefan
Re: Set FormComponent Type and EmailValidator
I have a warning in my log if I use new TextField(text, new Model(): WARN [org.apache.wicket.markup.html.form.AbstractTextComponent] Couldn't resolve model type of Model:classname=[org.apache.wicket.model.CompoundPropertyModel$AttachedCompoundPropertyModel]:nestedModel=[Model:classname=[org.apache.wicket.model.CompoundPropertyModel]:nestedModel=[Model:classname=[org.apache.wicket.model.Model]:object=[null]]] for [MarkupContainer [Component id = email]], please set the type yourself. If I set the type manually new TextField(text, new Model(), String.class) the warning disappear. But in this case I have a problem with EmailValidator. The validation error occur because in case with setting type - getConverterInput() return empty line, but not null. The question is - how to fix warning in the log and escape validation error in case if nothing has been input in the field -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Set-FormComponent-Type-and-EmailValidator-tp3356588p3382142.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
Wicket Job Opportunity
we are looking to hire a few senior and junior level engineers. when: a Continental US Timezone (we can make an exception if you are wicked good) where: full telecommute we work on an expanding intranet application for a university. we use the latest technologies and keep our stack up to date. we have a developer-friendly environment. more details at http://www.42lines.net/employment/java_engineer cheers, -igor - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Ajax and Wicket Problem
I have problem with wicket, when returning from Ajax calls it redirects me to Page Expired page.And today this exception appeared on my server.log. Please help me, i need your valuable suggestions. [#|2011-03-16T18:26:03.646+0200|SEVERE|sun-appserver2.1|org.apache.catalina.core.ContainerBase|_ThreadID=35;_ThreadName=RMI TCP Connection(94)-127.0.0.1;_RequestID=5a96a7dd-8b07-49b5-a742-855ab490e55d;|PWC1415: Error stopping container StandardEngine[com.sun.appserv].StandardHost[server].StandardContext[/XPROJECT] org.apache.wicket.WicketRuntimeException: Failed to serialize [Page class = tr.com.xxx.xxx.gui.request.tabOne.PGRequestOne, id = 55, version = 0] at org.apache.wicket.protocol.http.SecondLevelCacheSessionStore$SecondLevelCachePageMap.writeObject(SecondLevelCacheSessionStore.java:407) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at java.io.ObjectStreamClass.invokeWriteObject(ObjectStreamClass.java:945) at java.io.ObjectOutputStream.writeSerialData(ObjectOutputStream.java:1469) at java.io.ObjectOutputStream.writeOrdinaryObject(ObjectOutputStream.java:1400) at java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1158) at java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java:330) at org.apache.catalina.session.StandardSession.writeObject(StandardSession.java:2045) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at java.io.ObjectStreamClass.invokeWriteObject(ObjectStreamClass.java:945) at java.io.ObjectOutputStream.writeSerialData(ObjectOutputStream.java:1469) at java.io.ObjectOutputStream.writeOrdinaryObject(ObjectOutputStream.java:1400) at java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1158) at java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java:330) at org.apache.catalina.session.StandardManager.writeSessions(StandardManager.java:719) at org.apache.catalina.session.StandardManager.doUnloadToFile(StandardManager.java:625) at org.apache.catalina.session.StandardManager.unload(StandardManager.java:592) at org.apache.catalina.session.StandardManager.stop(StandardManager.java:889) at org.apache.catalina.core.StandardContext.managerStop(StandardContext.java:5004) at org.apache.catalina.core.StandardContext.stop(StandardContext.java:5511) at com.sun.enterprise.web.WebModule.stop(WebModule.java:376) at org.apache.catalina.core.ContainerBase.stop(ContainerBase.java:1299) at com.sun.enterprise.web.VirtualServer.stop(VirtualServer.java:453) at org.apache.catalina.core.ContainerBase.stop(ContainerBase.java:1299) at org.apache.catalina.core.StandardEngine.stop(StandardEngine.java:554) at org.apache.catalina.startup.Embedded.stop(Embedded.java:986) at com.sun.enterprise.web.WebContainer.stop(WebContainer.java:931) at com.sun.enterprise.web.PEWebContainer.stopInstance(PEWebContainer.java:818) at com.sun.enterprise.web.PEWebContainerLifecycle.onShutdown(PEWebContainerLifecycle.java:100) at com.sun.enterprise.server.ApplicationServer.onShutdown(ApplicationServer.java:560) at com.sun.enterprise.server.ondemand.OnDemandServer.onShutdown(OnDemandServer.java:145) at com.sun.enterprise.server.Shutdown.startShutdown(Shutdown.java:75) at com.sun.enterprise.admin.event.AdminEventMulticaster.invokeShutdownEventListener(AdminEventMulticaster.java:1532) at com.sun.enterprise.admin.event.AdminEventMulticaster.handleShutdownEvent(AdminEventMulticaster.java:1521) at com.sun.enterprise.admin.event.AdminEventMulticaster.processEvent(AdminEventMulticaster.java:486) at com.sun.enterprise.admin.event.AdminEventMulticaster.multicastEvent(AdminEventMulticaster.java:182) at com.sun.enterprise.admin.server.core.channel.AdminChannelServer.sendNotification(AdminChannelServer.java:121) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:305) at sun.rmi.transport.Transport$1.run(Transport.java:159) at
Re: Ajax and Wicket Problem
Make your loggers static. If the page cannot be serialized then later it cannot be found in the page store and all Ajax request will fail with Page not found = PageExpiredException On Wed, Mar 16, 2011 at 5:33 PM, tech7 techlove...@gmail.com wrote: I have problem with wicket, when returning from Ajax calls it redirects me to Page Expired page.And today this exception appeared on my server.log. Please help me, i need your valuable suggestions. [#|2011-03-16T18:26:03.646+0200|SEVERE|sun-appserver2.1|org.apache.catalina.core.ContainerBase|_ThreadID=35;_ThreadName=RMI TCP Connection(94)-127.0.0.1;_RequestID=5a96a7dd-8b07-49b5-a742-855ab490e55d;|PWC1415: Error stopping container StandardEngine[com.sun.appserv].StandardHost[server].StandardContext[/XPROJECT] org.apache.wicket.WicketRuntimeException: Failed to serialize [Page class = tr.com.xxx.xxx.gui.request.tabOne.PGRequestOne, id = 55, version = 0] at org.apache.wicket.protocol.http.SecondLevelCacheSessionStore$SecondLevelCachePageMap.writeObject(SecondLevelCacheSessionStore.java:407) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at java.io.ObjectStreamClass.invokeWriteObject(ObjectStreamClass.java:945) at java.io.ObjectOutputStream.writeSerialData(ObjectOutputStream.java:1469) at java.io.ObjectOutputStream.writeOrdinaryObject(ObjectOutputStream.java:1400) at java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1158) at java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java:330) at org.apache.catalina.session.StandardSession.writeObject(StandardSession.java:2045) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at java.io.ObjectStreamClass.invokeWriteObject(ObjectStreamClass.java:945) at java.io.ObjectOutputStream.writeSerialData(ObjectOutputStream.java:1469) at java.io.ObjectOutputStream.writeOrdinaryObject(ObjectOutputStream.java:1400) at java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1158) at java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java:330) at org.apache.catalina.session.StandardManager.writeSessions(StandardManager.java:719) at org.apache.catalina.session.StandardManager.doUnloadToFile(StandardManager.java:625) at org.apache.catalina.session.StandardManager.unload(StandardManager.java:592) at org.apache.catalina.session.StandardManager.stop(StandardManager.java:889) at org.apache.catalina.core.StandardContext.managerStop(StandardContext.java:5004) at org.apache.catalina.core.StandardContext.stop(StandardContext.java:5511) at com.sun.enterprise.web.WebModule.stop(WebModule.java:376) at org.apache.catalina.core.ContainerBase.stop(ContainerBase.java:1299) at com.sun.enterprise.web.VirtualServer.stop(VirtualServer.java:453) at org.apache.catalina.core.ContainerBase.stop(ContainerBase.java:1299) at org.apache.catalina.core.StandardEngine.stop(StandardEngine.java:554) at org.apache.catalina.startup.Embedded.stop(Embedded.java:986) at com.sun.enterprise.web.WebContainer.stop(WebContainer.java:931) at com.sun.enterprise.web.PEWebContainer.stopInstance(PEWebContainer.java:818) at com.sun.enterprise.web.PEWebContainerLifecycle.onShutdown(PEWebContainerLifecycle.java:100) at com.sun.enterprise.server.ApplicationServer.onShutdown(ApplicationServer.java:560) at com.sun.enterprise.server.ondemand.OnDemandServer.onShutdown(OnDemandServer.java:145) at com.sun.enterprise.server.Shutdown.startShutdown(Shutdown.java:75) at com.sun.enterprise.admin.event.AdminEventMulticaster.invokeShutdownEventListener(AdminEventMulticaster.java:1532) at com.sun.enterprise.admin.event.AdminEventMulticaster.handleShutdownEvent(AdminEventMulticaster.java:1521) at com.sun.enterprise.admin.event.AdminEventMulticaster.processEvent(AdminEventMulticaster.java:486) at com.sun.enterprise.admin.event.AdminEventMulticaster.multicastEvent(AdminEventMulticaster.java:182) at com.sun.enterprise.admin.server.core.channel.AdminChannelServer.sendNotification(AdminChannelServer.java:121) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at
Re: Drag and Drop, simply copy from list A to list B
For the requirements described above I have implemented wicket-dnd and I have to say it works like a charm. In case anyone finds themselves in a similar predicament any time soon, I thought I put it out there. -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Drag-and-Drop-simply-copy-from-list-A-to-list-B-tp3335780p3382994.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 in Action: problem with redirection
FYI - rc2 still has this problem. It works OK on a BookmarkablePageLink to a page that implement IAuthorizationStrategy, but not on the new LinkMyLoginPage on a panel on my home page. After login is complete, the link is hidden and replaced with a logout link, so the user gets an AccessDenied page after login as they try to 'restart the response' to the (wrong) onClick handler url for the now-invisible login link. Not sure when I'll get to making quickstart, but I thought I'd give at least this brief info for now. Thanks, -- Jim. On Wed, Mar 16, 2011 at 5:01 AM, Martin Grigorov mgrigo...@apache.orgwrote: Try with RC2 and if it still fails please create a ticket with a quickstart On Tue, Mar 15, 2011 at 11:27 PM, Jim Pinkham pinkh...@gmail.com wrote: I think I've got the same situation happening. It's a login link on my home page, whose onClick uses the usual: throw new RestartResponseAtInterceptPageException( AuctionApplication.get().getSignInPageClass()); I've stepped thru this a bit, and I find a problematic point in: RestartResponseAtInterceptPageException.InterceptData.set() where it captures what I think is supposed to be the home page url, which it is saving as follows: ... data.originalUrl = request.getOriginalUrl(); However, in my debugger, this is instead the Url of the link: http://localhost:8080/myapp/wicket/page?0-1.ILinkListener-userPanel-signIn If I manually change it in the debugger to just my home page Url, it seems to work fine. This was working last for me in 1.5-M3, and now in 1.5-RC1 it appears to have broken. Hope this helps narrow the search... Thanks, -- Jim. On Thu, Mar 10, 2011 at 1:50 PM, Jeremy Thomerson jer...@wickettraining.com wrote: On Thu, Mar 10, 2011 at 12:36 PM, Jim Goodwin sophin...@comcast.net wrote: I'm a Wicket newbie, working my way through /Wicket in Action. /I don't understand redirection too clearly yet, but there is an example in the book which doesn't work right when I try it and I'd like to ask if the book example code makes sense to more experienced folks. Page 271 Listing 11.3 line 4: The onSubmit() method calls !continueToOriginalDestination(). continueToOriginalDestination() lets the user continue on to the place they were going before being interrupted by the security mechanism if they aren't logged in. i.e: user on home page user clicks restricted page link security strategy says can't go there without being logged in as X, redirects user to login page user logs in, and continueToOriginalDestination() redirects to restricted page (original dest) and returns true. another example: user clicks bookmarked link in a new tab in their browser to login page (or goes to unrestricted home page and clicks link for login page) user logs in, and continueToOriginalDestination() can't redirect them anywhere, because there is no original destination that was interrupted Page 272 Listing 11.4 , new Link(...){ ... method onClick(): throws new RestartResponseAtInterceptPageException(signInPage) This is a way to stop processing at ANY point in your application and redirect the user to a certain page. How is this supposed to work? Suppose the user is on the Home page, and the Home Page has a UserPanel, and the user clicks on the Sign In link. Then the link itself sets an intercept to the sign-in page (that is how the link arranges to take you there, as far as I can understand). But then, when the user enters name/password and submits, and the submit method calls continueToOriginalDestination(), it will always succceed, and find the original destination to be the signIn page, regardless of where it really originated (the Home Page, in this case). You're a bit confused by original and destination. Since the user clicked the signin page link, the *destination* was the signin page - which is unrestricted, so the continueToOriginalDestination() method can not redirect them anywhere, and thus returns false. You now need to redirect them somewhere manually or the signin page will re-render. The *origin* was the home page - but that doesn't matter. Don't be thrown off by original (destination) and origin - which are two different things. :) For a while my code was working like that: Signing in worked, i.e. it did sign you in, but you were returned to a blank sign-in page. (My code doesn't work like that just this minute, but that is only because I've been enhancing it with other bugs.) Can anyone explain how the book-example is supposed to work? Thanks Jim -- Jeremy Thomerson http://wickettraining.com *Need a CMS for Wicket? Use Brix! http://brixcms.org*
Re: Wicket in Action: problem with redirection
Thanks Jim, But without a quickstart it is hard to debug it. There is a ticket which sounds to be related to what you described: https://issues.apache.org/jira/browse/WICKET-3493 On Wed, Mar 16, 2011 at 9:54 PM, Jim Pinkham pinkh...@gmail.com wrote: FYI - rc2 still has this problem. It works OK on a BookmarkablePageLink to a page that implement IAuthorizationStrategy, but not on the new LinkMyLoginPage on a panel on my home page. After login is complete, the link is hidden and replaced with a logout link, so the user gets an AccessDenied page after login as they try to 'restart the response' to the (wrong) onClick handler url for the now-invisible login link. Not sure when I'll get to making quickstart, but I thought I'd give at least this brief info for now. Thanks, -- Jim. On Wed, Mar 16, 2011 at 5:01 AM, Martin Grigorov mgrigo...@apache.org wrote: Try with RC2 and if it still fails please create a ticket with a quickstart On Tue, Mar 15, 2011 at 11:27 PM, Jim Pinkham pinkh...@gmail.com wrote: I think I've got the same situation happening. It's a login link on my home page, whose onClick uses the usual: throw new RestartResponseAtInterceptPageException( AuctionApplication.get().getSignInPageClass()); I've stepped thru this a bit, and I find a problematic point in: RestartResponseAtInterceptPageException.InterceptData.set() where it captures what I think is supposed to be the home page url, which it is saving as follows: ... data.originalUrl = request.getOriginalUrl(); However, in my debugger, this is instead the Url of the link: http://localhost:8080/myapp/wicket/page?0-1.ILinkListener-userPanel-signIn If I manually change it in the debugger to just my home page Url, it seems to work fine. This was working last for me in 1.5-M3, and now in 1.5-RC1 it appears to have broken. Hope this helps narrow the search... Thanks, -- Jim. On Thu, Mar 10, 2011 at 1:50 PM, Jeremy Thomerson jer...@wickettraining.com wrote: On Thu, Mar 10, 2011 at 12:36 PM, Jim Goodwin sophin...@comcast.net wrote: I'm a Wicket newbie, working my way through /Wicket in Action. /I don't understand redirection too clearly yet, but there is an example in the book which doesn't work right when I try it and I'd like to ask if the book example code makes sense to more experienced folks. Page 271 Listing 11.3 line 4: The onSubmit() method calls !continueToOriginalDestination(). continueToOriginalDestination() lets the user continue on to the place they were going before being interrupted by the security mechanism if they aren't logged in. i.e: user on home page user clicks restricted page link security strategy says can't go there without being logged in as X, redirects user to login page user logs in, and continueToOriginalDestination() redirects to restricted page (original dest) and returns true. another example: user clicks bookmarked link in a new tab in their browser to login page (or goes to unrestricted home page and clicks link for login page) user logs in, and continueToOriginalDestination() can't redirect them anywhere, because there is no original destination that was interrupted Page 272 Listing 11.4 , new Link(...){ ... method onClick(): throws new RestartResponseAtInterceptPageException(signInPage) This is a way to stop processing at ANY point in your application and redirect the user to a certain page. How is this supposed to work? Suppose the user is on the Home page, and the Home Page has a UserPanel, and the user clicks on the Sign In link. Then the link itself sets an intercept to the sign-in page (that is how the link arranges to take you there, as far as I can understand). But then, when the user enters name/password and submits, and the submit method calls continueToOriginalDestination(), it will always succceed, and find the original destination to be the signIn page, regardless of where it really originated (the Home Page, in this case). You're a bit confused by original and destination. Since the user clicked the signin page link, the *destination* was the signin page - which is unrestricted, so the continueToOriginalDestination() method can not redirect them anywhere, and thus returns false. You now need to redirect them somewhere manually or the signin page will re-render. The *origin* was the home page - but that doesn't matter. Don't be thrown off by original (destination) and origin - which are two different things. :) For a while my code was working like that: Signing in worked, i.e. it did sign you in,
Re: Checking the checkboxes of CheckBoxMultipleChoice
I wrote a comment on this issue explaining why it is not a bug. Please have a look. https://issues.apache.org/jira/browse/WICKET-3538?focusedCommentId=1300page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-1300 https://issues.apache.org/jira/browse/WICKET-3538?focusedCommentId=1300page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-1300 Bruno Borges www.brunoborges.com.br +55 21 76727099 The glory of great men should always be measured by the means they have used to acquire it. - Francois de La Rochefoucauld On Tue, Mar 15, 2011 at 3:46 PM, Sjoerd Smeets ssme...@gmail.com wrote: Hi Pedro, I've created a quickstart and put it in a ticket. https://issues.apache.org/jira/browse/WICKET-3538 https://issues.apache.org/jira/browse/WICKET-3538Thanks for your help, Sjoerd On Tue, Mar 15, 2011 at 1:12 PM, Pedro Santos pedros...@gmail.com wrote: double check the Location hash/equals implementation, if it keeps not working send us a quickstart On Tue, Mar 15, 2011 at 2:04 PM, Sjoerd Smeets ssme...@gmail.com wrote: Hi Pedro, Thanks for all your help so far. locationsInput.listAsSet() indeed returns the data that is persisted. To try something else, I have created an IModel class called LocationsModel as below and I've changed the concerning bit to: listChoice.setDefaultModel(new LocationsModel(new Model(details),details.getLocations())); //listChoice.setModelObject(locationsInput.listAsSet()); Unfortunately the result is the same: the data is persisted correctly into my database, but the checkboxes are not checked when the page is reloaded or reopened. I can confirm that details.getLocations() contains all the locations. Btw, details.getlocations returns a HasSet. private static class LocationsModel implements IModel { /** the selected sites. */ private IModel locationContainingModel; private SetLocation locations; public LocationsModel(IModel locationContainingModel, SetLocation locations){ this.locationContainingModel = locationContainingModel; this.locations = locations; } public Object getObject() { Details details = (Details) locationContainingModel.getObject(); return details.getLocations(); } public void setObject(Object object) { Details details = (Details) locationContainingModel.getObject(); details.setLocations((SetLocation)object); } public void detach() { locationContainingModel.detach(); } } On Tue, Mar 15, 2011 at 12:22 PM, Pedro Santos pedros...@gmail.com wrote: Hi Sjoerd, double check the listChoice. If you want it presenting the persisted data, you should use an model containg it, does the locationsInput.listAsSet() give you that? change listChoice.setDefaultModel(new CompoundPropertyModelLocationsInput(locationsInput)); listChoice.setModelObject(locationsInput.listAsSet()); to listChoice.setDefaultModel(modelContainingCollectionOfPersistedData); In the example the Input type has an instance variable named: sites. This is exactly the wicket id of the CheckBoxMultipleChoice. class Input { public List sites = new ArrayList(); } final Input input = new Input(); setModel(new CompoundPropertyModel(input)); CheckBoxMultipleChoice listChoice = new CheckBoxMultipleChoice(sites, SITES); -- the model object of thi component will be the sites list at the Input On Tue, Mar 15, 2011 at 1:00 PM, Sjoerd Smeets ssme...@gmail.com wrote: Hi Pedro, I've changed the code as you suggested and the result is the same. The data is persisted correctly (as it was in previous cases as well), however the check boxes are not checked when the page is reopened. Just to be clear, the locations variable of LocationsInput is set properly when final LocationsInput locationsInput = new LocationsInput(details); is being called. I can also confirm this when I check the variables is debug mode and when I add some extra logging. Am I correct that the checkboxes should be checked when setDefaultModel(new CompoundPropertyModelLocationsInput(locationsInput)); is called? I understand the purpose of CompoundPropertyModels and PropertyModels. In the example code (example http://wicketstuff.org/wicket13/compref/?wicket:bookmarkablePage=:org.apache.wicket.examples.compref.CheckBoxMultipleChoicePage ), the CompoundPropertyModel is used, but it is not exactly clear why to me. Could it be that the problem is that in the example an ArrayList of Strings is returned and in my code an ArrayList of Locations is returned by the LocationInput class? Alternatively, is there an other way to manually check the checkboxes via loop or something? Performance is of less concern. Thanks
Re: wicket - tomcat - apache - haproxy
Could you try to comment Wicket Filter and just try to access a simple index.html file ? I think this has nothing to do with Wicket or anything related to the web application. Must be something between your web server and servlet container. Best regards, Bruno Borges www.brunoborges.com.br +55 21 76727099 The glory of great men should always be measured by the means they have used to acquire it. - Francois de La Rochefoucauld On Mon, Mar 14, 2011 at 7:11 PM, Jeffrey Schneller jeffrey.schnel...@envisa.com wrote: I am trying to setup my environment so that HAProxy sits in front of my apache server so I can turn the server off and send requests to a different site without the user knowing. [ie... like apple does when they are refreshing their catalog/site the morning of a new product launch]. I have HAProxy working correctly with HTTP. However, HTTPS is causing ssl_error_rx_record_too_long errors. If I go directly against the apache instance and remove HAProxy from the mix everything works. Is there anything with wicket that would be causing the problem? The SSL certs are defined on the apache server. I am just trying to narrow down where my problem lies. Has anyone done something like this before? Any recommendations on an easy solution to the problem? The wicket application would be down so I can't server the page from my wicket application. Thanks.
Re: Drag and Drop, simply copy from list A to list B
You can submit that component to wicketstuff. www.wicketstuff.org Congratulations for the great work! Bruno Borges www.brunoborges.com.br +55 21 76727099 The glory of great men should always be measured by the means they have used to acquire it. - Francois de La Rochefoucauld On Wed, Mar 16, 2011 at 5:51 PM, lucast lucastol...@hotmail.com wrote: For the requirements described above I have implemented wicket-dnd and I have to say it works like a charm. In case anyone finds themselves in a similar predicament any time soon, I thought I put it out there. -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Drag-and-Drop-simply-copy-from-list-A-to-list-B-tp3335780p3382994.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