Re: Deploiment problem of wicket application with Jboss 5.1
- To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org -- []'s Avraham Rosenzweig avrah...@gmail.com
Re: Deploiment problem of wicket application with Jboss 5.1
It's a known JBoss issue with a workaround: http://community.jboss.org/message/8053 On Wed, Jun 15, 2011 at 4:32 PM, Thomas Franconville tfranconvi...@tetraedge.com wrote: Hi all, I am deploying my wicket application as an EAR with maven using JMX deploiment of JBoss. When I use the web application, the directory [Jboss_home]/default/tmp/vfs-nested.tmp is growing until saturated the hardrive (several gigabytes !), duplicating all the jar and war in the ear. When the disk is saturated, I have this stack 2011-06-15 11:06:41,220 INFO [STDOUT] (ModificationWatcher Task) ERROR - Task - Unhandled exception thrown by user code in task ModificationWatcher java.lang.RuntimeException: Failed to read zip file: org.jboss.virtual.plugins.context.zip.ZipFileWrapper@1d295de - D:\Workspaces\UbiAnt\HemisEAR\target\Hemis.ear at org.jboss.virtual.plugins.context.zip.ZipEntryContext.ensureEntries(ZipEntryContext.java:628) at org.jboss.virtual.plugins.context.zip.ZipEntryContext.checkIfModified(ZipEntryContext.java:773) at org.jboss.virtual.plugins.context.zip.ZipEntryContext.getChild(ZipEntryContext.java:817) at org.jboss.virtual.plugins.context.zip.ZipEntryHandler.createChildHandler(ZipEntryHandler.java:191) at org.jboss.virtual.plugins.context.AbstractVirtualFileHandler.structuredFindChild(AbstractVirtualFileHandler.java:684) at org.jboss.virtual.plugins.context.zip.ZipEntryHandler.getChild(ZipEntryHandler.java:165) at org.jboss.virtual.plugins.context.DelegatingHandler.getChild(DelegatingHandler.java:107) at org.jboss.virtual.VirtualFile.findChild(VirtualFile.java:457) at org.jboss.virtual.plugins.vfs.VirtualFileURLConnection.resolveVirtualFile(VirtualFileURLConnection.java:106) at org.jboss.virtual.plugins.vfs.VirtualFileURLConnection.getVirtualFile(VirtualFileURLConnection.java:118) at org.jboss.virtual.plugins.vfs.VirtualFileURLConnection.getInputStream(VirtualFileURLConnection.java:93) at org.apache.wicket.util.io.Connections.close(Connections.java:127) at org.apache.wicket.util.io.Connections.getLastModified(Connections.java:87) at org.apache.wicket.util.resource.UrlResourceStream.lastModifiedTime(UrlResourceStream.java:233) at org.apache.wicket.markup.MarkupResourceStream.lastModifiedTime(MarkupResourceStream.java:149) at org.apache.wicket.util.watch.ModificationWatcher$1.run(ModificationWatcher.java:153) at org.apache.wicket.util.thread.Task$1.run(Task.java:115) at java.lang.Thread.run(Thread.java:662) Caused by: java.io.IOException: Espace insuffisant sur le disque at java.io.FileOutputStream.writeBytes(Native Method) at java.io.FileOutputStream.write(FileOutputStream.java:260) at java.io.BufferedOutputStream.write(BufferedOutputStream.java:105) at org.jboss.virtual.VFSUtils.copyStream(VFSUtils.java:941) at org.jboss.virtual.VFSUtils.copyStreamAndClose(VFSUtils.java:901) at org.jboss.virtual.plugins.context.zip.ZipEntryContext.initEntries(ZipEntryContext.java:562) at org.jboss.virtual.plugins.context.zip.ZipEntryContext.ensureEntries(ZipEntryContext.java:619) ... 17 more My environnement is: JBoss 5.1 Wicket 1.5-RC4.2 Jdk 1.6 I am still in development mode. When I am working with the war with Jetty, I have no problem. Is somebody can explain me what happen and give me any clue to go forward. Thanks Thomas - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org -- []'s Avraham Rosenzweig avrah...@gmail.com
Re: AjaxLazyLoadPanel, nothing else works until it finishes loading
That helps a lot. Thanks. On Wed, Nov 24, 2010 at 11:47 PM, jwray jwray.deve...@gmail.com wrote: The page will block until the panel is loaded. There are a number of threads discussing this. Here are a couple of gists that allow panel content to be loaded in an asynchronous manner in another thread, thus making the UI appear non-blocking. https://gist.github.com/594468 https://gist.github.com/636875 hope you find them useful. Jonny -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/AjaxLazyLoadPanel-nothing-else-works-until-it-finishes-loading-tp2322202p3058132.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 -- []'s Avraham Rosenzweig avrah...@gmail.com
Re: Putting HTML files in src/main/webapp
Try this: http://www.mkyong.com/wicket/how-do-change-the-html-file-location-wicket/ On Tue, Sep 28, 2010 at 12:45 PM, elesi jsar...@gmail.com wrote: Could i change html resource folder, even if my project don't have a maven folder structure? I mean no resources folder, etc.? -- View this message in context: http://apache-wicket.1842946.n4.nabble.com/Wicket-Offline-Applications-tp1883788p2716953.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 -- []'s Avraham Rosenzweig avrah...@gmail.com
Re: Within the wicket lifecyle, what is the best place to add a call on the page request
Or you can override onBeforeRender as we used to do before 1.4.10 :-) Just don't forget to call super.onBeforeRender(). On Fri, Sep 3, 2010 at 12:10 AM, Ben Tilford [via Apache Wicket] ml-node+2524782-1377046621-117...@n4.nabble.comml-node%2b2524782-1377046621-117...@n4.nabble.com wrote: If your using wicket 1.4.10 you may want to look at the new onConfigure method that was added. On Thu, Sep 2, 2010 at 3:38 PM, Brown, Berlin [GCG-PFS] [hidden email] http://user/SendEmail.jtp?type=nodenode=2524782i=0 wrote: Where is the best place to add logic to get invoked always when the page is requested? The logic may or may not be tied to the model. Berlin Brown -- View message @ http://apache-wicket.1842946.n4.nabble.com/Within-the-wicket-lifecyle-what-is-the-best-place-to-add-a-call-on-the-page-request-tp2524669p2524782.html To start a new topic under Wicket - User, email ml-node+1842947-58522394-117...@n4.nabble.comml-node%2b1842947-58522394-117...@n4.nabble.com To unsubscribe from Wicket - User, click herehttp://apache-wicket.1842946.n4.nabble.com/template/TplServlet.jtp?tpl=unsubscribe_by_codenode=1842947code=YXZyYWhhbXJAZ21haWwuY29tfDE4NDI5NDd8LTEwMTIyNDQ2OTU=. -- []'s Avraham Rosenzweig avrah...@gmail.com
Re: Works in Development Mode but not in Production Mode
We had a similar problem with some heavy javascript for resizing things on the screen. Since then in on our application init we call: getMarkupSettings().setStripWicketTags(true); So on both Development and Deployment mode we have a similar HTML output and we don't risk trying Ajax refresh on a wicket:container On Fri, Jul 23, 2010 at 6:30 PM, Adam Bender [via Apache Wicket] ml-node+2300335-1309396158-293...@n4.nabble.comml-node%2b2300335-1309396158-293...@n4.nabble.com wrote: Greetings, I recently ran into an issue involving the swapping of fragments on an ajax event. The scenario looks roughly like this: 1) User comes to page with a form on it 2) User fills in form and clicks submit 3) Form is validated and accepted and a confirmation message is shown In this case the form and the confirmation message are both fragments and in order to achieve the visual effect desired the confirmation is swapped with the form during the execution of the onSubmit event handler for an AjaxButton. The effective wicket looks like this: wicket:container wicket:id=feedbackContainer/wicket:container wicket:fragment wicket:id=feedbackForm ... relevant html to display form... /wicket:fragment wicket:fragment wicket:id=feedbackConfirmation ... relevant html to display confirmation... /wicket:fragment and the Java for swapping is something like this: feedbackForm.replaceWith(feedbackConfirmation); target.addComponent(feedbackConfirmation); Now when I run this in Development mode everything works exactly as expected. However, when I switch to Production mode (or suppress wicket tags during application configuration) this fails. In hindsight the reason is obvious - wicket:container will be removed from the page when Wicket tags are suppressed - but the only error message that appeared was in the ajax debugger (not usually where I find out about missing components). And while the error messages were telling me that the feedbackContainer wasn't on the screen this didn't make sense to me because I could plainly see it in my source. I ran around making sure I had setOutputMarkupId(true) on everything I could think of but to know avail - there just didn't seem to be any good feedback on what was wrong. Of course one could argue that I could have gotten to the bottom of this problem quicker if I just viewed the source of the page, or if I was more reliant on the ajax debugger and I agree. What is really at issue here is that we had a working feature in our test environment that - though no code was changed - started failing in our staging environment and no good information to diagnose it. Now to the feature request. As I said, in hindsight the problem here was obvious and the solution was very simple: change the wicket container into a real html element. What confounded me is that a subtle change to my runtime configuration actually broke a feature that was otherwise working fine. The change to the configuration happened at a time and place far removed from when the code was written and so the debugging process was very frustrating (a bit of that spooky action at a distance). Usually, the error messages and feedback from wicket are tremendous and I have often bragged about them to my peers using other less 'human friendly' frameworks. I have come to so rely on the error messages produced that when I dont see one I generally assume all is working well. For this reason it was quite difficult to track down the actual cause of the problem. So I ask: is it possible to provide a warning in the logs that a situation has been created that may not work in production mode because of the use of fragments in conjunction with a wicket:container? Or perhaps a more general message that captures the general issue of using wicket containers in production mode? I realize this may be a long shot of a request for any number of reasons (perhaps I am the only one foolish enough to put wicket:containers in my html) but I just spent half a day trying to sort out this problem and I was hoping to keep someone else from wasting their time. Thanks, Adam -- View message @ http://apache-wicket.1842946.n4.nabble.com/Works-in-Development-Mode-but-not-in-Production-Mode-tp2300335p2300335.html To start a new topic under Wicket - User, email ml-node+1842947-1647783149-293...@n4.nabble.comml-node%2b1842947-1647783149-293...@n4.nabble.com To unsubscribe from Wicket - User, click herehttp://apache-wicket.1842946.n4.nabble.com/subscriptions/Unsubscribe.jtp?code=YXZyYWhhbXJAZ21haWwuY29tfDE4NDI5NDd8LTEwNzY0NzQ1ODc=. -- []'s Avraham Rosenzweig avrah...@gmail.com
InMethod Grid
Hello All, I've been looking at the InMethod Grid (from wicketstuff) for use in one of my projects, but I can't find out under what license it is distributed. Does someone know something about it? A URL for the license info/text would be nice. And if we are already talking about it, I would be happy if anyone have a suggestion about a Wicket Library that provides a Data Table with support for column resizing, sort, pagination, and scrolling inside the table like InMethod We are open for suggestions, either open source or commercial. Thanks, Avraham -- []'s Avraham Rosenzweig avrah...@gmail.com