Re: Wicket YUI integration
At least there used to be some YUI related things in WicketStuff project. br, Juha On Mon, Aug 31, 2009 at 6:59 PM, Frank van Lankvelt wrote: > een building some of them by hand, including browser version > checks, and have some code to enable YUI widgets. > This is a costly business where we are severely hampered by > compatibility requirements. (IE6!) > > Are there widget libraries out there, in particular that integrate > with YUI, that I've been missing? > > Related to this, about a year ago there was a discussion about Wicket > Ajax Next Generation. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: UTF-8
> Erm > http://chillenious.wordpress.com/2006/11/13/wicket-now-supports-resource-bundles-in-xml-format/ Which says Wicket 2.0 (yes, it's that old), but it was also one of the first things backported. Loading is automatic, and .xml takes precedence over .properties. Eelco - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: UTF-8
> Because Wicket uses Java Properties objects and it can't handle UTF-8. > In Tapestry they made a wapper around Java Properties so that you can > use the good old properties format (ie "key=value") with UTF8 encoding > and IMO it's a nice feature missing in Wicket. Erm http://chillenious.wordpress.com/2006/11/13/wicket-now-supports-resource-bundles-in-xml-format/ Eelco - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Grouping messages in FeedbackPanel
Hi, Thanks for the reply, but it's not suitable for us. We want to create a generic FeedbakPanel for hat purpose and not in a specific page. What we actually want is that the messages will be list of lists. In the first iteration he completely created a new FeedbackPanel that inherits from a regular Panel. I suggested him not to break Wicket's framework and to try using the methods that Wicket allow. The main problem was that the list view of the messages is private (MessageListView). He eventually overridden the model and of course newMessageDisplayComponent ... We use version 1.3.6 Wouldn't it be nice to make the creation of the list protected? so we can override it? Eyal Golan egola...@gmail.com Visit: http://jvdrums.sourceforge.net/ LinkedIn: http://www.linkedin.com/in/egolan74 P Save a tree. Please don't print this e-mail unless it's really necessary On Mon, Aug 31, 2009 at 11:25 AM, Eyal Golan wrote: > Hello, > I there a way to change the feedback panel so we we group the messages > according to levels: > Errors: > error message 1. > error message 2. > > Info: > info 1. > > etc. > > Do we need to *completely* override FeedbackPanel? My team mate wants to > do that and I really holding him off. > > Thanks > > Eyal Golan > egola...@gmail.com > > Visit: http://jvdrums.sourceforge.net/ > LinkedIn: http://www.linkedin.com/in/egolan74 > > P Save a tree. Please don't print this e-mail unless it's really necessary >
Re: why is getHomePage called multiple times?
I have the same issue. Same message appear twice in tomcat log: 2009-09-01 13:04:52,009 INFO [Application] [HelloWorldApplication] init: Wicket core library initializer 2009-09-01 13:04:52,009 INFO [Application] [HelloWorldApplication] init: Wicket core library initializer 2009-09-01 13:04:52,009 INFO [RequestListenerInterface] registered listener interface [RequestListenerInterface name=IBehaviorListener, method=public abstract void org.apache.wicket.behavior.IBehaviorListener.onRequest()] 2009-09-01 13:04:52,009 INFO [RequestListenerInterface] registered listener interface [RequestListenerInterface name=IBehaviorListener, method=public abstract void org.apache.wicket.behavior.IBehaviorListener.onRequest()] 2009-09-01 13:04:52,009 INFO [RequestListenerInterface] registered listener interface [RequestListenerInterface name=IBehaviorListener, method=public abstract void org.apache.wicket.behavior.IBehaviorListener.onRequest()] 2009-09-01 13:04:52,009 INFO [RequestListenerInterface] registered listener interface [RequestListenerInterface name=IBehaviorListener, method=public abstract void org.apache.wicket.behavior.IBehaviorListener.onRequest()] 2009-09-01 13:04:52,024 INFO [RequestListenerInterface] registered listener interface [RequestListenerInterface name=IFormSubmitListener, method=public abstract void org.apache.wicket.markup.html.form.IFormSubmitListener.onFormSubmitted()] 2009-09-01 13:04:52,024 INFO [RequestListenerInterface] registered listener interface [RequestListenerInterface name=IFormSubmitListener, method=public abstract void org.apache.wicket.markup.html.form.IFormSubmitListener.onFormSubmitted()] 2009-09-01 13:04:52,024 INFO [RequestListenerInterface] registered listener interface [RequestListenerInterface name=IFormSubmitListener, method=public abstract void org.apache.wicket.markup.html.form.IFormSubmitListener.onFormSubmitted()] 2009-09-01 13:04:52,024 INFO [RequestListenerInterface] registered listener interface [RequestListenerInterface name=IFormSubmitListener, method=public abstract void org.apache.wicket.markup.html.form.IFormSubmitListener.onFormSubmitted()] 2009-09-01 13:04:52,024 INFO [RequestListenerInterface] registered listener interface [RequestListenerInterface name=ILinkListener, method=public abstract void org.apache.wicket.markup.html.link.ILinkListener.onLinkClicked()] 2009-09-01 13:04:52,024 INFO [RequestListenerInterface] registered listener interface [RequestListenerInterface name=ILinkListener, method=public abstract void org.apache.wicket.markup.html.link.ILinkListener.onLinkClicked()] 2009-09-01 13:04:52,024 INFO [RequestListenerInterface] registered listener interface [RequestListenerInterface name=ILinkListener, method=public abstract void org.apache.wicket.markup.html.link.ILinkListener.onLinkClicked()] 2009-09-01 13:04:52,024 INFO [RequestListenerInterface] registered listener interface [RequestListenerInterface name=ILinkListener, method=public abstract void org.apache.wicket.markup.html.link.ILinkListener.onLinkClicked()] 2009-09-01 13:04:52,024 INFO [RequestListenerInterface] registered listener interface [RequestListenerInterface name=IOnChangeListener, method=public abstract void org.apache.wicket.markup.html.form.IOnChangeListener.onSelectionChanged()] 2009-09-01 13:04:52,024 INFO [RequestListenerInterface] registered listener interface [RequestListenerInterface name=IOnChangeListener, method=public abstract void org.apache.wicket.markup.html.form.IOnChangeListener.onSelectionChanged()] 2009-09-01 13:04:52,024 INFO [RequestListenerInterface] registered listener interface [RequestListenerInterface name=IOnChangeListener, method=public abstract void org.apache.wicket.markup.html.form.IOnChangeListener.onSelectionChanged()] 2009-09-01 13:04:52,024 INFO [RequestListenerInterface] registered listener interface [RequestListenerInterface name=IOnChangeListener, method=public abstract void org.apache.wicket.markup.html.form.IOnChangeListener.onSelectionChanged()] 2009-09-01 13:04:52,024 INFO [RequestListenerInterface] registered listener interface [RequestListenerInterface name=IRedirectListener, method=public abstract void org.apache.wicket.IRedirectListener.onRedirect()] 2009-09-01 13:04:52,024 INFO [RequestListenerInterface] registered listener interface [RequestListenerInterface name=IRedirectListener, method=public abstract void org.apache.wicket.IRedirectListener.onRedirect()] 2009-09-01 13:04:52,024 INFO [RequestListenerInterface] registered listener interface [RequestListenerInterface name=IRedirectListener, method=public abstract void org.apache.wicket.IRedirectListener.onRedirect()] 2009-09-01 13:04:52,024 INFO [RequestListenerInterface] registered listener interface [RequestListenerInterface name=IRedirectListener, method=public abstract void org.apache.wicket.IRedirectListener.onRedirect()] 2009-09-01 13:04:52,024 INFO [RequestListenerInterface] registered listener interface [RequestListenerInterface na
Re: why is getHomePage called multiple times?
Hi Nick, I tried with the simplest page: http://www.w3.org/1999/xhtml"; xmlns:wicket="http://www.w3.org/1999/xhtml";> hello wicket The good news is that it only happens after loading the app for the first time-- after an additional request is made to the home page, it's instantiated only once. Cheers, Jason Nick Heudecker wrote: Any chance you have empty image src attributes in your home page? On Mon, Aug 31, 2009 at 9:19 PM, Jason Novotny wrote: Hi, My home page takes longer to load than expected and after placing a log line in getHomePage#MyWicketApplication I see that it's being called 3 times: Connected to server gethome page called me! gethome page called me! gethome page called me! Is there sort of a LoadableDetachableModel equivalent for pages, so they are just instantiated one per request cycle? Thanks, Jason - 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: why is getHomePage called multiple times?
Any chance you have empty image src attributes in your home page? On Mon, Aug 31, 2009 at 9:19 PM, Jason Novotny wrote: > > Hi, > > My home page takes longer to load than expected and after placing a log > line in getHomePage#MyWicketApplication I see that it's being called 3 > times: > > Connected to server > gethome page > called me! > gethome page > called me! > gethome page > called me! > > Is there sort of a LoadableDetachableModel equivalent for pages, so they > are just instantiated one per request cycle? > > Thanks, Jason > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > > -- Nick Heudecker Professional Wicket Training & Consulting http://www.systemmobile.com
why is getHomePage called multiple times?
Hi, My home page takes longer to load than expected and after placing a log line in getHomePage#MyWicketApplication I see that it's being called 3 times: Connected to server gethome page called me! gethome page called me! gethome page called me! Is there sort of a LoadableDetachableModel equivalent for pages, so they are just instantiated one per request cycle? Thanks, Jason - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Testing ajax form behavior still confused me.
> The simple question I have is, "How do I invoke the behavior associated > with an AjaxButton as well as the form processing logic, like validation?" Clicking the button always results in form processing if you hae defaultFormProcessing=true. You can click the button via ajax using tester.executeAjaxEvent(xx, "onclick"); > I am using Wicket 1.3.5. Stop using 1.3.5. 1.4 branch is more robust. > I have a form that is submitted via an AjaxButton, overriding onSubmit( > AjaxRequestTarget anAjaxTarget, Form aForm ). I can easily invoke it's > behavior by using executeAjaxEvent( path, "onclick" ), but this obviously > doesn't make use of the FormTester. call tester.newFormTester(xx) first, and after you have filled the necessary values, execute the ajax event (instead of calling formtester.submit). ** Martin - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Form validation and replaceable panels
Oh, sorry, missed that. Thanks! jk On Mon, Aug 31, 2009 at 02:40:33PM -0700, Igor Vaynberg wrote: > later versions of wicket (1.4.0+?) have Component#onRemove() > > -igor > > On Mon, Aug 31, 2009 at 1:42 PM, John Krasnay wrote: > > Hi folks, > > > > I have a wizard-like page with a form, and inside the form I have a > > panel that I replace as the user moves through the flow. In some cases, > > I need one of the panels to contribute a form validator to the enclosing > > form. > > > > Adding the validator is simple enough: I just override the panel's > > onBeforeRender(), find the form, and add the validator. But removing the > > validator is tricky since there doesn't seem to be a way to have Wicket > > notify the panel that it has been removed. > > > > Currently, I have the page call a "onRemove" method on panels that > > implement a particular interface, but it would be nice if I didn't need > > to explicitly do this. > > > > Am I missing something? > > > > jk > > > > - > > 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
Testing ajax form behavior still confused me.
Hello everyone! I have read a lot of forum posts and defects/feature requests around testing form posts with ajax and am still confused. The simple question I have is, "How do I invoke the behavior associated with an AjaxButton as well as the form processing logic, like validation?" An even simpler question might be, "Should I be testing by driving the webapp (Selenium,etc...) instead of WicketTester for Ajax form posts? Read on for more details on my struggle... I am using Wicket 1.3.5. I have a form that is submitted via an AjaxButton, overriding onSubmit( AjaxRequestTarget anAjaxTarget, Form aForm ). I can easily invoke it's behavior by using executeAjaxEvent( path, "onclick" ), but this obviously doesn't make use of the FormTester. I can explicitly set the model object on each of my TextFields and then call executeAjaxEvent( path "onclick" ), but this obviously bypasses the form validation logic. Am I missing something? I hope someone out there has been through this already. I appreciate all of the help I've gotten so far, so thank you all. --pete
Re: How to tackle Ajax "Flooding"
Tom Wollert wrote: Hello there, I have a problem with my Wicket Application, which is quite Ajax heavy. Certain ajax calls take some time as they start an import, however the button can still be clicked and sends another ajax call (which is delayed for quite some time). Is it possible to disable the button while the request cycle is not complete? (I mean with wicket, or do I need to use Javascript?). Also ajax calls are postponed as long as the channel is busy, is it possible to deactivate this behaviour? And are there reasons why I should not? Normally I guess we do not want to do that (disabling all the other buttons ,etc). Often the reason we use ajax is to make the user requests handled asynchronysly. But for something that really critical like handling credit card payment, I think its still a good idea to disable any other actions on the same page. I did not have this problem(flooding) myself, but I think you may consider using a "event bus" to tackle it. So all the ajax events are queued into the bus then handled by your server layer when it can. Plus you will have the benefits to have a centralized place to prioritize the events, doing some sort of load balancing. Jason Wang - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
wicket + jquery
Hi i'm using the qtip jquery plugin to add tooltips, i use the following script: $(document).ready(function() { $('a[title]').qtip( { show: { when: 'click', solo: true }, position: { corner: { target: 'topRight', tooltip: 'bottomLeft' } }, style: { border: { width: 1, radius: 0, color: 'black' }, padding: 10, textAlign: 'center', tip: true, title: { 'border-width': '1px', 'border-style': 'solid', 'border-color': 'black' } } }); }); this will take tip and display a tooltip when the link is clicked. However in one of my pages, when a user selects something from a drop down choice i add a fragment to the page using ajax. when i click on the tooltip link in this fragment the tooltip refuses to show. when i click on a non-ajax loaded tooltip link, it works just fine. i'm guessing it's because of $(document).ready. any clue as to how this could be solved? can wicket be of help in something like this? - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Form validation and replaceable panels
later versions of wicket (1.4.0+?) have Component#onRemove() -igor On Mon, Aug 31, 2009 at 1:42 PM, John Krasnay wrote: > Hi folks, > > I have a wizard-like page with a form, and inside the form I have a > panel that I replace as the user moves through the flow. In some cases, > I need one of the panels to contribute a form validator to the enclosing > form. > > Adding the validator is simple enough: I just override the panel's > onBeforeRender(), find the form, and add the validator. But removing the > validator is tricky since there doesn't seem to be a way to have Wicket > notify the panel that it has been removed. > > Currently, I have the page call a "onRemove" method on panels that > implement a particular interface, but it would be nice if I didn't need > to explicitly do this. > > Am I missing something? > > jk > > - > 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
Form validation and replaceable panels
Hi folks, I have a wizard-like page with a form, and inside the form I have a panel that I replace as the user moves through the flow. In some cases, I need one of the panels to contribute a form validator to the enclosing form. Adding the validator is simple enough: I just override the panel's onBeforeRender(), find the form, and add the validator. But removing the validator is tricky since there doesn't seem to be a way to have Wicket notify the panel that it has been removed. Currently, I have the page call a "onRemove" method on panels that implement a particular interface, but it would be nice if I didn't need to explicitly do this. Am I missing something? jk - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Modal window position - always centred, even on long page
I believe what you are suggesting requires modifying the ModalWindow class where the modal.js is added. Am i right ? Because without that I am not sure how can i ensure that my snippet is added/rendered after the modal.js on my wicket page. I have tried adding the js-snippet on my wicket page (after the modal-window div tag) but it doesn't work. I am just trying to avoid adding a dependency on the new/custom wicket-extensions.jar (with the modified modal center method) and rely on the 1.3.6 version only. Thanks Farhan. igor.vaynberg wrote: > > Simply include a js snippet after the modal.js that overrides the method. > > -igor > > > On 8/31/09, mfs wrote: >> >> Hi Steve, >> >> I have come across a scenario where I need to provide custom >> implementation >> for the Wicket.Window.prototype.center method. The question I had was, >> that >> is there anyway I can override this method without injecting the new >> modified modal.js (i.e. with the custom center() method impl) in the >> wicket-extensions.jar. >> >> Thanks >> Farhan. >> >> >> German Morales-3 wrote: >>> >>> Hi Steve, >>> >>> I answer quickly with some ideas, perhaps it helps. >>> >>> It seems that you need a different implementation of the center method >>> provided by ModalWindow. >>> >>> You can see the original in modal.js, in the package >>> org.apache.wicket.extensions.ajax.markup.html.modal.res of the >>> wicket-extensions. >>> You should attempt centering the window to the current browser window, >>> instead of the viewport. >>> >>> You could provide an own javascript with a content like: >>> >>>Wicket.Window.prototype.center = function() { >>> // your own version >>>}; >>> >>> Hope this helps, >>> >>> German >>> >>> >>> 2009/1/23 Steve Swinsburg >>> Hi all, I have a fairly long page making use of Modal Windows, and any ModalWindow that I place onto this page always renders in the exact centre of the page (vertically). So if the button that opens the window is at the top, you need to scroll down to get to the window. Likewise if the button is at the bottom, you'll need to scroll up. This is a pain because sometimes the screen just dims out but the window is off screen. How can I control where the Modal Window is placed on the screen vertically? Doesn't seem to be any options. BTW this is inside an iframe which takes up most of the screen (but not all). Ideally I'd like the mask to extend over the whole window, not just the part that the iframe is in (which it currently does, but I can live with that) cheers, Steve >>> >>> >> >> -- >> View this message in context: >> http://www.nabble.com/Modal-window-position---always-centred%2C-even-on-long-page-tp21629148p25229119.html >> Sent from the Wicket - User mailing list archive at Nabble.com. >> >> >> - >> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org >> For additional commands, e-mail: users-h...@wicket.apache.org >> >> > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > > > -- View this message in context: http://www.nabble.com/Modal-window-position---always-centred%2C-even-on-long-page-tp21629148p25229751.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Wicket Stuff Core 1.4.1 Release[ing]
I have the credentials and think that I will definitely be trying this on the next release :) -- Jeremy Thomerson http://www.wickettraining.com On Mon, Aug 31, 2009 at 3:16 PM, Martijn Dashorst < martijn.dasho...@gmail.com> wrote: > Perhaps it's more beneficial to do the actual release local on the > machine? I'm sure Johan can provide you with the credentials to do so. > > Martijn > > On Mon, Aug 31, 2009 at 9:27 PM, Jeremy > Thomerson wrote: > > It's mostly uploading and then merging the POMs on the remote server. > The > > build isn't actually that bad (maybe 15 or 20 minutes for the release > > procedure, including tagging, etc). > > > > -- > > Jeremy Thomerson > > http://www.wickettraining.com > > > > > > > > On Mon, Aug 31, 2009 at 2:14 PM, Nicolas Melendez < > nmelen...@getsense.com.ar > >> wrote: > > > >> very slow build :) > >> > >> On Mon, Aug 31, 2009 at 9:07 PM, Jeremy > >> Thomerson wrote: > >> > Wicket Stuff Core 1.4.1 is now released: > >> > > >> > [INFO] BUILD SUCCESSFUL > >> > [INFO] > >> > > > >> > [INFO] Total time: 204 minutes 20 seconds > >> > [INFO] Finished at: Mon Aug 31 14:04:09 CDT 2009 > >> > [INFO] Final Memory: 218M/929M > >> > [INFO] > >> > > > >> > > >> > > >> > -- > >> > Jeremy Thomerson > >> > http://www.wickettraining.com > >> > > >> > > >> > > >> > On Mon, Aug 31, 2009 at 10:38 AM, Jeremy Thomerson < > >> > jer...@wickettraining.com> wrote: > >> > > >> >> That was only in the event that we really needed an interim release. > >> The > >> >> plan still is that we will release to match Wicket releases. > >> >> > >> >> PS - I have to try to start the deploy over again: > >> >> > >> >> [INFO] Retrieving previous metadata from wicketstuff-org-maven > >> >>[INFO] Uploading repository metadata for: 'artifact > >> >> org.wicketstuff:sitemap-xml' > >> >> [INFO] Uploading project information for sitemap-xml 1.4.1 > >> >>Uploading: scpexe:// > >> >> > >> > wicketstuff.org/home/wicket/tomcat/webapps/maven/repository/org/wicketstuff/sitemap-xml/1.4.1/sitemap-xml-1.4.1-sources.jar > >> >> [INFO] > >> >> > > >> >>[ERROR] BUILD ERROR > >> >> [INFO] > >> >> > > >> >>[INFO] Error deploying artifact: Error executing command for > >> >> transfer > >> >> > >> >>Exit code 255 - Write failed: Connection timed out > >> >> > >> >>[INFO] > >> >> > > >> >> [INFO] For more information, run Maven with the -e switch > >> >>[INFO] > >> >> > > >> >> [INFO] Total time: 601 minutes 35 seconds > >> >>[INFO] Finished at: Mon Aug 31 10:33:31 CDT 2009 > >> >> [INFO] Final Memory: 221M/902M > >> >>[INFO] > >> >> > > >> >> [INFO] > >> >> > > >> >> [ERROR] BUILD ERROR > >> >> > >> >> > >> >> -- > >> >> Jeremy Thomerson > >> >> http://www.wickettraining.com > >> >> > >> >> > >> >> > >> >> > >> >> On Mon, Aug 31, 2009 at 3:36 AM, Maarten Bosteels< > >> mbosteels@gmail.com> > >> >> wrote: > >> >> > Hi Jeremy, > >> >> > > >> >> > Great to see another release of Wicket Stuff Core !! > >> >> > > >> >> > Some weeks ago you suggested : > >> >> > " I think that the best solution is that we have 1.4.1.X where X is > >> our > >> >> > release number." > >> >> > > >> >> > Did you change your mind about this ? > >> >> > > >> >> > http://www.mail-archive.com/users@wicket.apache.org/msg40780.html > >> >> > > >> >> > Regards, > >> >> > Maarten > >> >> > > >> >> > > >> >> > On Mon, Aug 31, 2009 at 8:03 AM, Jeremy Thomerson < > >> >> jer...@wickettraining.com > >> >> >> wrote: > >> >> > > >> >> >> I successfully built Wicket Stuff Core 1.4.1 today. It is in the > >> >> >> (very very slow) process of doing a release:perform (currently > >> >> >> uploading all of the necessary files to wicketstuff repo). > Hopefully > >> >> >> by the time you read this, your project will be available as > 1.4.1. > >> >> >> Here are a couple that seem to have already made it up: > >> >> >> > >> >> >> > >> >> >> > >> >> > >> > http://wicketstuff.org/maven/repository/org/wicketstuff/wicketstuff-core/1.4.1/ > >> >> >> > http://wicketstuff.org/maven/repository/org/wicketstuff/gmap2/1.4.1/ > >> >> >> > >> >> >> > >> >> > >> > http://wicketstuff.org/maven/repository/org/wicketstuff/calendarviews-parent/1.4.1/ > >> >> >> > >> >> >> -- > >> >> >> Jeremy Thomerson > >> >> >> http://www.wickettraining.com > >> >> >> > >> >> >> > -
Re: Wicket Stuff Core 1.4.1 Release[ing]
Perhaps it's more beneficial to do the actual release local on the machine? I'm sure Johan can provide you with the credentials to do so. Martijn On Mon, Aug 31, 2009 at 9:27 PM, Jeremy Thomerson wrote: > It's mostly uploading and then merging the POMs on the remote server. The > build isn't actually that bad (maybe 15 or 20 minutes for the release > procedure, including tagging, etc). > > -- > Jeremy Thomerson > http://www.wickettraining.com > > > > On Mon, Aug 31, 2009 at 2:14 PM, Nicolas Melendez > wrote: > >> very slow build :) >> >> On Mon, Aug 31, 2009 at 9:07 PM, Jeremy >> Thomerson wrote: >> > Wicket Stuff Core 1.4.1 is now released: >> > >> > [INFO] BUILD SUCCESSFUL >> > [INFO] >> > >> > [INFO] Total time: 204 minutes 20 seconds >> > [INFO] Finished at: Mon Aug 31 14:04:09 CDT 2009 >> > [INFO] Final Memory: 218M/929M >> > [INFO] >> > >> > >> > >> > -- >> > Jeremy Thomerson >> > http://www.wickettraining.com >> > >> > >> > >> > On Mon, Aug 31, 2009 at 10:38 AM, Jeremy Thomerson < >> > jer...@wickettraining.com> wrote: >> > >> >> That was only in the event that we really needed an interim release. >> The >> >> plan still is that we will release to match Wicket releases. >> >> >> >> PS - I have to try to start the deploy over again: >> >> >> >> [INFO] Retrieving previous metadata from wicketstuff-org-maven >> >> [INFO] Uploading repository metadata for: 'artifact >> >> org.wicketstuff:sitemap-xml' >> >> [INFO] Uploading project information for sitemap-xml 1.4.1 >> >> Uploading: scpexe:// >> >> >> wicketstuff.org/home/wicket/tomcat/webapps/maven/repository/org/wicketstuff/sitemap-xml/1.4.1/sitemap-xml-1.4.1-sources.jar >> >> [INFO] >> >> >> >> [ERROR] BUILD ERROR >> >> [INFO] >> >> >> >> [INFO] Error deploying artifact: Error executing command for >> >> transfer >> >> >> >> Exit code 255 - Write failed: Connection timed out >> >> >> >> [INFO] >> >> >> >> [INFO] For more information, run Maven with the -e switch >> >> [INFO] >> >> >> >> [INFO] Total time: 601 minutes 35 seconds >> >> [INFO] Finished at: Mon Aug 31 10:33:31 CDT 2009 >> >> [INFO] Final Memory: 221M/902M >> >> [INFO] >> >> >> >> [INFO] >> >> >> >> [ERROR] BUILD ERROR >> >> >> >> >> >> -- >> >> Jeremy Thomerson >> >> http://www.wickettraining.com >> >> >> >> >> >> >> >> >> >> On Mon, Aug 31, 2009 at 3:36 AM, Maarten Bosteels< >> mbosteels@gmail.com> >> >> wrote: >> >> > Hi Jeremy, >> >> > >> >> > Great to see another release of Wicket Stuff Core !! >> >> > >> >> > Some weeks ago you suggested : >> >> > " I think that the best solution is that we have 1.4.1.X where X is >> our >> >> > release number." >> >> > >> >> > Did you change your mind about this ? >> >> > >> >> > http://www.mail-archive.com/users@wicket.apache.org/msg40780.html >> >> > >> >> > Regards, >> >> > Maarten >> >> > >> >> > >> >> > On Mon, Aug 31, 2009 at 8:03 AM, Jeremy Thomerson < >> >> jer...@wickettraining.com >> >> >> wrote: >> >> > >> >> >> I successfully built Wicket Stuff Core 1.4.1 today. It is in the >> >> >> (very very slow) process of doing a release:perform (currently >> >> >> uploading all of the necessary files to wicketstuff repo). Hopefully >> >> >> by the time you read this, your project will be available as 1.4.1. >> >> >> Here are a couple that seem to have already made it up: >> >> >> >> >> >> >> >> >> >> >> >> http://wicketstuff.org/maven/repository/org/wicketstuff/wicketstuff-core/1.4.1/ >> >> >> http://wicketstuff.org/maven/repository/org/wicketstuff/gmap2/1.4.1/ >> >> >> >> >> >> >> >> >> http://wicketstuff.org/maven/repository/org/wicketstuff/calendarviews-parent/1.4.1/ >> >> >> >> >> >> -- >> >> >> Jeremy Thomerson >> >> >> http://www.wickettraining.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 >> >> > -- Become a Wicket expert, learn from the best: http://wicketinaction.com Apache Wicket 1.4 increases type safety for web a
Re: Modal window position - always centred, even on long page
Simply include a js snippet after the modal.js that overrides the method. -igor On 8/31/09, mfs wrote: > > Hi Steve, > > I have come across a scenario where I need to provide custom implementation > for the Wicket.Window.prototype.center method. The question I had was, that > is there anyway I can override this method without injecting the new > modified modal.js (i.e. with the custom center() method impl) in the > wicket-extensions.jar. > > Thanks > Farhan. > > > German Morales-3 wrote: >> >> Hi Steve, >> >> I answer quickly with some ideas, perhaps it helps. >> >> It seems that you need a different implementation of the center method >> provided by ModalWindow. >> >> You can see the original in modal.js, in the package >> org.apache.wicket.extensions.ajax.markup.html.modal.res of the >> wicket-extensions. >> You should attempt centering the window to the current browser window, >> instead of the viewport. >> >> You could provide an own javascript with a content like: >> >>Wicket.Window.prototype.center = function() { >> // your own version >>}; >> >> Hope this helps, >> >> German >> >> >> 2009/1/23 Steve Swinsburg >> >>> Hi all, >>> >>> I have a fairly long page making use of Modal Windows, and any >>> ModalWindow >>> that I place onto this page always renders in the exact centre of the >>> page >>> (vertically). So if the button that opens the window is at the top, you >>> need >>> to scroll down to get to the window. Likewise if the button is at the >>> bottom, you'll need to scroll up. This is a pain because sometimes the >>> screen just dims out but the window is off screen. >>> >>> How can I control where the Modal Window is placed on the screen >>> vertically? Doesn't seem to be any options. >>> >>> BTW this is inside an iframe which takes up most of the screen (but not >>> all). Ideally I'd like the mask to extend over the whole window, not just >>> the part that the iframe is in (which it currently does, but I can live >>> with >>> that) >>> >>> >>> cheers, >>> Steve >>> >>> >>> >>> >>> >> >> > > -- > View this message in context: > http://www.nabble.com/Modal-window-position---always-centred%2C-even-on-long-page-tp21629148p25229119.html > Sent from the Wicket - User mailing list archive at Nabble.com. > > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > > - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Quick model/user/session question
The QuickStart I made doesn't have the lazy loading problem, so that's a good sign. Now it's just a matter of working backwards between the two to find where things fall apart. When I discover the source of the problem, I'll post it here to give closure to the thread. Dane On Mon, Aug 31, 2009 at 10:21 AM, Dane Laverty wrote: > Here's my output on a request. I'm no expert on reading these, but it looks > pretty clear to me that the OSIV filter ("open.hibernate.session.in.view") > is being hit before the Wicket filter ("wicket.careerconnect"). > > DEBUG btpool0-4 - /view-jobs org.mortbay.log - Got Session ID ofm3l3dawnb1 > from cookie > ... > // Here's the call to OSIV filter > DEBUG btpool0-4 - /view-jobs org.mortbay.log - call filter > open.hibernate.session.in.view > DEBUG btpool0-4 - /view-jobs > org.springframework.orm.hibernate3.support.OpenSessionInViewFilter - Using > SessionFactory 'sessionFactory' for OpenSessionInViewFilter > DEBUG btpool0-4 - /view-jobs > org.springframework.beans.factory.support.DefaultListableBeanFactory - > Returning cached instance of singleton bean 'sessionFactory' > DEBUG btpool0-4 - /view-jobs > org.springframework.orm.hibernate3.support.OpenSessionInViewFilter - Opening > single Hibernate Session in OpenSessionInViewFilter > DEBUG btpool0-4 - /view-jobs > org.springframework.orm.hibernate3.SessionFactoryUtils - Opening Hibernate > Session > DEBUG btpool0-4 - /view-jobs org.hibernate.impl.SessionImpl - opened > session at timestamp: 5127121449623552 > ... > // Here's the call to Wicket Filter > DEBUG btpool0-4 - /view-jobs org.mortbay.log - call filter > wicket.careerconnect > DEBUG btpool0-4 - /view-jobs > org.springframework.transaction.support.TransactionSynchronizationManager - > Retrieved value [org.springframework.orm.hibernate3.sessionhol...@835551] > for key [org.hibernate.impl.sessionfactoryi...@11739d] bound to thread > [btpool0-4 - /view-jobs] > DEBUG btpool0-4 - /view-jobs > org.springframework.orm.hibernate3.HibernateTransactionManager - Found > thread-bound Session [org.hibernate.impl.sessioni...@14af2c1] for > Hibernate transaction > DEBUG btpool0-4 - /view-jobs > org.springframework.orm.hibernate3.HibernateTransactionManager - Using > transaction object > [org.springframework.orm.hibernate3.hibernatetransactionmanager$hibernatetransactionobj...@18762b1 > ] > ... > DEBUG btpool0-4 - /view-jobs > org.springframework.orm.hibernate3.HibernateTransactionManager - Preparing > JDBC Connection of Hibernate Session [org.hibernate.impl.sessioni...@14af2c1 > ] > TRACE btpool0-4 - /view-jobs org.hibernate.impl.SessionImpl - setting flush > mode to: AUTO > DEBUG btpool0-4 - /view-jobs org.hibernate.transaction.JDBCTransaction - > begin > DEBUG btpool0-4 - /view-jobs org.hibernate.jdbc.ConnectionManager - opening > JDBC connection > DEBUG btpool0-4 - /view-jobs org.hibernate.transaction.JDBCTransaction - > current autocommit status: true > DEBUG btpool0-4 - /view-jobs org.hibernate.transaction.JDBCTransaction - > disabling autocommit > TRACE btpool0-4 - /view-jobs org.hibernate.jdbc.JDBCContext - after > transaction begin > DEBUG btpool0-4 - /view-jobs > org.springframework.orm.hibernate3.HibernateTransactionManager - Exposing > Hibernate transaction as JDBC transaction [jdbc:hsqldb:mem:mysticpaste-test, > UserName=SA, HSQL Database Engine Driver] > DEBUG btpool0-4 - /view-jobs > org.springframework.transaction.support.TransactionSynchronizationManager - > Bound value [org.springframework.jdbc.datasource.connectionhol...@20dc10] > for key [org.apache.commons.dbcp.basicdatasou...@1b289cd] to thread > [btpool0-4 - /view-jobs] > DEBUG btpool0-4 - /view-jobs > org.springframework.transaction.support.TransactionSynchronizationManager - > Initializing transaction synchronization > TRACE btpool0-4 - /view-jobs > org.springframework.transaction.interceptor.TransactionInterceptor - Getting > transaction for [edu.chemeketa.careerconnect.persistence.EntityDao.get] > DEBUG btpool0-4 - /view-jobs > org.springframework.orm.hibernate3.SessionFactoryUtils - Opening Hibernate > Session > DEBUG btpool0-4 - /view-jobs org.hibernate.impl.SessionImpl - opened > session at timestamp: 5127121449623553 > DEBUG btpool0-4 - /view-jobs > org.springframework.orm.hibernate3.SessionFactoryUtils - Registering Spring > transaction synchronization for new Hibernate Session > DEBUG btpool0-4 - /view-jobs > org.springframework.transaction.support.TransactionSynchronizationManager - > Bound value [org.springframework.orm.hibernate3.sessionhol...@14fceb7] for > key [org.hibernate.impl.sessionfactoryi...@1be6544] to thread [btpool0-4 - > /view-jobs] > DEBUG btpool0-4 - /view-jobs > org.springframework.transaction.support.TransactionSynchronizationManager - > Retrieved value [org.springframework.orm.hibernate3.sessionhol...@14fceb7] > for key [org.hibernate.impl.sessionfactoryi...@1be6544] bound to thread > [btpool0-4 - /view-jobs] > DEBUG btpool0-4 - /view-jobs > org.springframework.orm.hibernate3.Hibern
Re: Modal window position - always centred, even on long page
Hi Steve, I have come across a scenario where I need to provide custom implementation for the Wicket.Window.prototype.center method. The question I had was, that is there anyway I can override this method without injecting the new modified modal.js (i.e. with the custom center() method impl) in the wicket-extensions.jar. Thanks Farhan. German Morales-3 wrote: > > Hi Steve, > > I answer quickly with some ideas, perhaps it helps. > > It seems that you need a different implementation of the center method > provided by ModalWindow. > > You can see the original in modal.js, in the package > org.apache.wicket.extensions.ajax.markup.html.modal.res of the > wicket-extensions. > You should attempt centering the window to the current browser window, > instead of the viewport. > > You could provide an own javascript with a content like: > >Wicket.Window.prototype.center = function() { > // your own version >}; > > Hope this helps, > > German > > > 2009/1/23 Steve Swinsburg > >> Hi all, >> >> I have a fairly long page making use of Modal Windows, and any >> ModalWindow >> that I place onto this page always renders in the exact centre of the >> page >> (vertically). So if the button that opens the window is at the top, you >> need >> to scroll down to get to the window. Likewise if the button is at the >> bottom, you'll need to scroll up. This is a pain because sometimes the >> screen just dims out but the window is off screen. >> >> How can I control where the Modal Window is placed on the screen >> vertically? Doesn't seem to be any options. >> >> BTW this is inside an iframe which takes up most of the screen (but not >> all). Ideally I'd like the mask to extend over the whole window, not just >> the part that the iframe is in (which it currently does, but I can live >> with >> that) >> >> >> cheers, >> Steve >> >> >> >> >> > > -- View this message in context: http://www.nabble.com/Modal-window-position---always-centred%2C-even-on-long-page-tp21629148p25229119.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Wicket Stuff Core 1.4.1 Release[ing]
It's mostly uploading and then merging the POMs on the remote server. The build isn't actually that bad (maybe 15 or 20 minutes for the release procedure, including tagging, etc). -- Jeremy Thomerson http://www.wickettraining.com On Mon, Aug 31, 2009 at 2:14 PM, Nicolas Melendez wrote: > very slow build :) > > On Mon, Aug 31, 2009 at 9:07 PM, Jeremy > Thomerson wrote: > > Wicket Stuff Core 1.4.1 is now released: > > > > [INFO] BUILD SUCCESSFUL > > [INFO] > > > > [INFO] Total time: 204 minutes 20 seconds > > [INFO] Finished at: Mon Aug 31 14:04:09 CDT 2009 > > [INFO] Final Memory: 218M/929M > > [INFO] > > > > > > > > -- > > Jeremy Thomerson > > http://www.wickettraining.com > > > > > > > > On Mon, Aug 31, 2009 at 10:38 AM, Jeremy Thomerson < > > jer...@wickettraining.com> wrote: > > > >> That was only in the event that we really needed an interim release. > The > >> plan still is that we will release to match Wicket releases. > >> > >> PS - I have to try to start the deploy over again: > >> > >> [INFO] Retrieving previous metadata from wicketstuff-org-maven > >>[INFO] Uploading repository metadata for: 'artifact > >> org.wicketstuff:sitemap-xml' > >> [INFO] Uploading project information for sitemap-xml 1.4.1 > >>Uploading: scpexe:// > >> > wicketstuff.org/home/wicket/tomcat/webapps/maven/repository/org/wicketstuff/sitemap-xml/1.4.1/sitemap-xml-1.4.1-sources.jar > >> [INFO] > >> > >>[ERROR] BUILD ERROR > >> [INFO] > >> > >>[INFO] Error deploying artifact: Error executing command for > >> transfer > >> > >>Exit code 255 - Write failed: Connection timed out > >> > >>[INFO] > >> > >> [INFO] For more information, run Maven with the -e switch > >>[INFO] > >> > >> [INFO] Total time: 601 minutes 35 seconds > >>[INFO] Finished at: Mon Aug 31 10:33:31 CDT 2009 > >> [INFO] Final Memory: 221M/902M > >>[INFO] > >> > >> [INFO] > >> > >> [ERROR] BUILD ERROR > >> > >> > >> -- > >> Jeremy Thomerson > >> http://www.wickettraining.com > >> > >> > >> > >> > >> On Mon, Aug 31, 2009 at 3:36 AM, Maarten Bosteels< > mbosteels@gmail.com> > >> wrote: > >> > Hi Jeremy, > >> > > >> > Great to see another release of Wicket Stuff Core !! > >> > > >> > Some weeks ago you suggested : > >> > " I think that the best solution is that we have 1.4.1.X where X is > our > >> > release number." > >> > > >> > Did you change your mind about this ? > >> > > >> > http://www.mail-archive.com/users@wicket.apache.org/msg40780.html > >> > > >> > Regards, > >> > Maarten > >> > > >> > > >> > On Mon, Aug 31, 2009 at 8:03 AM, Jeremy Thomerson < > >> jer...@wickettraining.com > >> >> wrote: > >> > > >> >> I successfully built Wicket Stuff Core 1.4.1 today. It is in the > >> >> (very very slow) process of doing a release:perform (currently > >> >> uploading all of the necessary files to wicketstuff repo). Hopefully > >> >> by the time you read this, your project will be available as 1.4.1. > >> >> Here are a couple that seem to have already made it up: > >> >> > >> >> > >> >> > >> > http://wicketstuff.org/maven/repository/org/wicketstuff/wicketstuff-core/1.4.1/ > >> >> http://wicketstuff.org/maven/repository/org/wicketstuff/gmap2/1.4.1/ > >> >> > >> >> > >> > http://wicketstuff.org/maven/repository/org/wicketstuff/calendarviews-parent/1.4.1/ > >> >> > >> >> -- > >> >> Jeremy Thomerson > >> >> http://www.wickettraining.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 > >
wicket 1.3.6/1.3.7 PagingNavigation broken
Paging navigation produces links (page 2) with start greater than end, produces the wrong number of pages and is generally borked. Has anyone else noticed this?--jim
Re: Wicket Stuff Core 1.4.1 Release[ing]
very slow build :) On Mon, Aug 31, 2009 at 9:07 PM, Jeremy Thomerson wrote: > Wicket Stuff Core 1.4.1 is now released: > > [INFO] BUILD SUCCESSFUL > [INFO] > > [INFO] Total time: 204 minutes 20 seconds > [INFO] Finished at: Mon Aug 31 14:04:09 CDT 2009 > [INFO] Final Memory: 218M/929M > [INFO] > > > > -- > Jeremy Thomerson > http://www.wickettraining.com > > > > On Mon, Aug 31, 2009 at 10:38 AM, Jeremy Thomerson < > jer...@wickettraining.com> wrote: > >> That was only in the event that we really needed an interim release. The >> plan still is that we will release to match Wicket releases. >> >> PS - I have to try to start the deploy over again: >> >> [INFO] Retrieving previous metadata from wicketstuff-org-maven >> [INFO] Uploading repository metadata for: 'artifact >> org.wicketstuff:sitemap-xml' >> [INFO] Uploading project information for sitemap-xml 1.4.1 >> Uploading: scpexe:// >> wicketstuff.org/home/wicket/tomcat/webapps/maven/repository/org/wicketstuff/sitemap-xml/1.4.1/sitemap-xml-1.4.1-sources.jar >> [INFO] >> >> [ERROR] BUILD ERROR >> [INFO] >> >> [INFO] Error deploying artifact: Error executing command for >> transfer >> >> Exit code 255 - Write failed: Connection timed out >> >> [INFO] >> >> [INFO] For more information, run Maven with the -e switch >> [INFO] >> >> [INFO] Total time: 601 minutes 35 seconds >> [INFO] Finished at: Mon Aug 31 10:33:31 CDT 2009 >> [INFO] Final Memory: 221M/902M >> [INFO] >> >> [INFO] >> >> [ERROR] BUILD ERROR >> >> >> -- >> Jeremy Thomerson >> http://www.wickettraining.com >> >> >> >> >> On Mon, Aug 31, 2009 at 3:36 AM, Maarten Bosteels >> wrote: >> > Hi Jeremy, >> > >> > Great to see another release of Wicket Stuff Core !! >> > >> > Some weeks ago you suggested : >> > " I think that the best solution is that we have 1.4.1.X where X is our >> > release number." >> > >> > Did you change your mind about this ? >> > >> > http://www.mail-archive.com/users@wicket.apache.org/msg40780.html >> > >> > Regards, >> > Maarten >> > >> > >> > On Mon, Aug 31, 2009 at 8:03 AM, Jeremy Thomerson < >> jer...@wickettraining.com >> >> wrote: >> > >> >> I successfully built Wicket Stuff Core 1.4.1 today. It is in the >> >> (very very slow) process of doing a release:perform (currently >> >> uploading all of the necessary files to wicketstuff repo). Hopefully >> >> by the time you read this, your project will be available as 1.4.1. >> >> Here are a couple that seem to have already made it up: >> >> >> >> >> >> >> http://wicketstuff.org/maven/repository/org/wicketstuff/wicketstuff-core/1.4.1/ >> >> http://wicketstuff.org/maven/repository/org/wicketstuff/gmap2/1.4.1/ >> >> >> >> >> http://wicketstuff.org/maven/repository/org/wicketstuff/calendarviews-parent/1.4.1/ >> >> >> >> -- >> >> Jeremy Thomerson >> >> http://www.wickettraining.com >> >> >> >> - >> >> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org >> >> For additional commands, e-mail: users-h...@wicket.apache.org >> >> >> >> >> > >> >> > - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Wicket Stuff Core 1.4.1 Release[ing]
Wicket Stuff Core 1.4.1 is now released: [INFO] BUILD SUCCESSFUL [INFO] [INFO] Total time: 204 minutes 20 seconds [INFO] Finished at: Mon Aug 31 14:04:09 CDT 2009 [INFO] Final Memory: 218M/929M [INFO] -- Jeremy Thomerson http://www.wickettraining.com On Mon, Aug 31, 2009 at 10:38 AM, Jeremy Thomerson < jer...@wickettraining.com> wrote: > That was only in the event that we really needed an interim release. The > plan still is that we will release to match Wicket releases. > > PS - I have to try to start the deploy over again: > > [INFO] Retrieving previous metadata from wicketstuff-org-maven >[INFO] Uploading repository metadata for: 'artifact > org.wicketstuff:sitemap-xml' > [INFO] Uploading project information for sitemap-xml 1.4.1 >Uploading: scpexe:// > wicketstuff.org/home/wicket/tomcat/webapps/maven/repository/org/wicketstuff/sitemap-xml/1.4.1/sitemap-xml-1.4.1-sources.jar > [INFO] > >[ERROR] BUILD ERROR > [INFO] > >[INFO] Error deploying artifact: Error executing command for > transfer > >Exit code 255 - Write failed: Connection timed out > >[INFO] > > [INFO] For more information, run Maven with the -e switch >[INFO] > > [INFO] Total time: 601 minutes 35 seconds >[INFO] Finished at: Mon Aug 31 10:33:31 CDT 2009 > [INFO] Final Memory: 221M/902M >[INFO] > > [INFO] > > [ERROR] BUILD ERROR > > > -- > Jeremy Thomerson > http://www.wickettraining.com > > > > > On Mon, Aug 31, 2009 at 3:36 AM, Maarten Bosteels > wrote: > > Hi Jeremy, > > > > Great to see another release of Wicket Stuff Core !! > > > > Some weeks ago you suggested : > > " I think that the best solution is that we have 1.4.1.X where X is our > > release number." > > > > Did you change your mind about this ? > > > > http://www.mail-archive.com/users@wicket.apache.org/msg40780.html > > > > Regards, > > Maarten > > > > > > On Mon, Aug 31, 2009 at 8:03 AM, Jeremy Thomerson < > jer...@wickettraining.com > >> wrote: > > > >> I successfully built Wicket Stuff Core 1.4.1 today. It is in the > >> (very very slow) process of doing a release:perform (currently > >> uploading all of the necessary files to wicketstuff repo). Hopefully > >> by the time you read this, your project will be available as 1.4.1. > >> Here are a couple that seem to have already made it up: > >> > >> > >> > http://wicketstuff.org/maven/repository/org/wicketstuff/wicketstuff-core/1.4.1/ > >> http://wicketstuff.org/maven/repository/org/wicketstuff/gmap2/1.4.1/ > >> > >> > http://wicketstuff.org/maven/repository/org/wicketstuff/calendarviews-parent/1.4.1/ > >> > >> -- > >> Jeremy Thomerson > >> http://www.wickettraining.com > >> > >> - > >> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > >> For additional commands, e-mail: users-h...@wicket.apache.org > >> > >> > > > >
Re: Quick model/user/session question
Here's my output on a request. I'm no expert on reading these, but it looks pretty clear to me that the OSIV filter ("open.hibernate.session.in.view") is being hit before the Wicket filter ("wicket.careerconnect"). DEBUG btpool0-4 - /view-jobs org.mortbay.log - Got Session ID ofm3l3dawnb1 from cookie ... // Here's the call to OSIV filter DEBUG btpool0-4 - /view-jobs org.mortbay.log - call filter open.hibernate.session.in.view DEBUG btpool0-4 - /view-jobs org.springframework.orm.hibernate3.support.OpenSessionInViewFilter - Using SessionFactory 'sessionFactory' for OpenSessionInViewFilter DEBUG btpool0-4 - /view-jobs org.springframework.beans.factory.support.DefaultListableBeanFactory - Returning cached instance of singleton bean 'sessionFactory' DEBUG btpool0-4 - /view-jobs org.springframework.orm.hibernate3.support.OpenSessionInViewFilter - Opening single Hibernate Session in OpenSessionInViewFilter DEBUG btpool0-4 - /view-jobs org.springframework.orm.hibernate3.SessionFactoryUtils - Opening Hibernate Session DEBUG btpool0-4 - /view-jobs org.hibernate.impl.SessionImpl - opened session at timestamp: 5127121449623552 ... // Here's the call to Wicket Filter DEBUG btpool0-4 - /view-jobs org.mortbay.log - call filter wicket.careerconnect DEBUG btpool0-4 - /view-jobs org.springframework.transaction.support.TransactionSynchronizationManager - Retrieved value [org.springframework.orm.hibernate3.sessionhol...@835551] for key [org.hibernate.impl.sessionfactoryi...@11739d] bound to thread [btpool0-4 - /view-jobs] DEBUG btpool0-4 - /view-jobs org.springframework.orm.hibernate3.HibernateTransactionManager - Found thread-bound Session [org.hibernate.impl.sessioni...@14af2c1] for Hibernate transaction DEBUG btpool0-4 - /view-jobs org.springframework.orm.hibernate3.HibernateTransactionManager - Using transaction object [org.springframework.orm.hibernate3.hibernatetransactionmanager$hibernatetransactionobj...@18762b1 ] ... DEBUG btpool0-4 - /view-jobs org.springframework.orm.hibernate3.HibernateTransactionManager - Preparing JDBC Connection of Hibernate Session [org.hibernate.impl.sessioni...@14af2c1 ] TRACE btpool0-4 - /view-jobs org.hibernate.impl.SessionImpl - setting flush mode to: AUTO DEBUG btpool0-4 - /view-jobs org.hibernate.transaction.JDBCTransaction - begin DEBUG btpool0-4 - /view-jobs org.hibernate.jdbc.ConnectionManager - opening JDBC connection DEBUG btpool0-4 - /view-jobs org.hibernate.transaction.JDBCTransaction - current autocommit status: true DEBUG btpool0-4 - /view-jobs org.hibernate.transaction.JDBCTransaction - disabling autocommit TRACE btpool0-4 - /view-jobs org.hibernate.jdbc.JDBCContext - after transaction begin DEBUG btpool0-4 - /view-jobs org.springframework.orm.hibernate3.HibernateTransactionManager - Exposing Hibernate transaction as JDBC transaction [jdbc:hsqldb:mem:mysticpaste-test, UserName=SA, HSQL Database Engine Driver] DEBUG btpool0-4 - /view-jobs org.springframework.transaction.support.TransactionSynchronizationManager - Bound value [org.springframework.jdbc.datasource.connectionhol...@20dc10] for key [org.apache.commons.dbcp.basicdatasou...@1b289cd] to thread [btpool0-4 - /view-jobs] DEBUG btpool0-4 - /view-jobs org.springframework.transaction.support.TransactionSynchronizationManager - Initializing transaction synchronization TRACE btpool0-4 - /view-jobs org.springframework.transaction.interceptor.TransactionInterceptor - Getting transaction for [edu.chemeketa.careerconnect.persistence.EntityDao.get] DEBUG btpool0-4 - /view-jobs org.springframework.orm.hibernate3.SessionFactoryUtils - Opening Hibernate Session DEBUG btpool0-4 - /view-jobs org.hibernate.impl.SessionImpl - opened session at timestamp: 5127121449623553 DEBUG btpool0-4 - /view-jobs org.springframework.orm.hibernate3.SessionFactoryUtils - Registering Spring transaction synchronization for new Hibernate Session DEBUG btpool0-4 - /view-jobs org.springframework.transaction.support.TransactionSynchronizationManager - Bound value [org.springframework.orm.hibernate3.sessionhol...@14fceb7] for key [org.hibernate.impl.sessionfactoryi...@1be6544] to thread [btpool0-4 - /view-jobs] DEBUG btpool0-4 - /view-jobs org.springframework.transaction.support.TransactionSynchronizationManager - Retrieved value [org.springframework.orm.hibernate3.sessionhol...@14fceb7] for key [org.hibernate.impl.sessionfactoryi...@1be6544] bound to thread [btpool0-4 - /view-jobs] DEBUG btpool0-4 - /view-jobs org.springframework.orm.hibernate3.HibernateTemplate - Found thread-bound Session for HibernateTemplate TRACE btpool0-4 - /view-jobs org.hibernate.event.def.DefaultLoadEventListener - loading entity: [edu.chemeketa.careerconnect.model.EmployerInfo#250] TRACE btpool0-4 - /view-jobs org.hibernate.event.def.DefaultLoadEventListener - attempting to resolve: [edu.chemeketa.careerconnect.model.EmployerInfo#250] TRACE btpool0-4 - /view-jobs org.hibernate.event.def.DefaultLoadEventListener - object not resolved in any cache: [edu.chemeketa.careerconnect.model.E
Re: Quick model/user/session question
You need the output from Spring classes during a request, not during application startup. On Mon, Aug 31, 2009 at 12:39 PM, Dane Laverty wrote: > Here's the output on startup. The OSIV is being loaded before the > WicketFilter, and when I set breakpoints I can see that the > OpenSessionInViewFilter is being hit first on each request. I'm turning the > project into a QuickStart and will attach it to a JIRA issue. > > DEBUG main org.mortbay.log - loaded class > org.springframework.orm.hibernate3.support.OpenSessionInViewFilter from > sun.misc.launcher$appclassloa...@1a7bf11 > DEBUG main org.mortbay.log - Holding class > org.springframework.orm.hibernate3.support.OpenSessionInViewFilter > DEBUG main > org.springframework.orm.hibernate3.support.OpenSessionInViewFilter - > Initializing filter 'open.hibernate.session.in.view' > DEBUG main > org.springframework.orm.hibernate3.support.OpenSessionInViewFilter - Filter > 'open.hibernate.session.in.view' configured successfully > DEBUG main org.mortbay.log - started open.hibernate.session.in.view > DEBUG main org.mortbay.log - loaded class > org.apache.wicket.protocol.http.WicketFilter from > sun.misc.launcher$appclassloa...@1a7bf11 > DEBUG main org.mortbay.log - Holding class > org.apache.wicket.protocol.http.WicketFilter > DEBUG main org.mortbay.log - loaded class > org.apache.wicket.spring.SpringWebApplicationFactory from > sun.misc.launcher$appclassloa...@1a7bf11 > DEBUG main > org.springframework.beans.factory.support.DefaultListableBeanFactory - > Returning cached instance of singleton bean 'wicketApplication' > > > Dane > > > On Mon, Aug 31, 2009 at 9:14 AM, James Carman > wrote: > > > Or, you can turn on spring logging to see it opening the session. > > > > On Mon, Aug 31, 2009 at 10:56 AM, Igor Vaynberg > >wrote: > > > > > doesnt look like your osiv is working. you can create a wicket > > > quickstart project and attach it to a jira issue if you want someone > > > to take a look at it. other then that you can use the debugger to see > > > if osiv is actually being hit *before* the wicket filter. > > > > > > -igor > > > > > > On Mon, Aug 31, 2009 at 7:50 AM, Dane Laverty > > > wrote: > > > > Thanks James and Igor for looking it over. Switching the order of the > > > filter > > > > definitions didn't make a difference. If it helps, here's what I'm > > doing: > > > > > > > > 1 - This is the UserInfo class. As far as this test case is > concerned, > > it > > > > has an ID and a Set to check lazy loading. I've commented out > > the > > > > FetchType.EAGER to test the OSIV. When it is uncommented, the > UserPage > > > (#2, > > > > below) renders correctly, otherwise I get a lazy load exception. > > > > > > > > @Entity > > > > @Table(name = "zjp_user_accounts") > > > > public class UserInfo extends PersonInfo { > > > >@Id > > > >Long id; > > > > > > > >@OneToMany(mappedBy="employerInfo" /*, fetch=FetchType.EAGER*/) > > > >Set postedJobs; > > > >... > > > > } > > > > > > > > > > > > 2 - UserPage is the page I'm using to test lazy loading. > > > > > > > > public class UserPage extends WebPage { > > > >@SpringBean(name = "personInfoDao") > > > >private PersonInfoDao personInfoDao; > > > > > > > >public UserPage() { > > > > > > > >EntityModel personInfoModel = new > > > > EntityModel(UserInfo.class, new Long(1)); > > > > > > > >EmployerInfo personInfo = > > > (EmployerInfo)personInfoModel.getObject(); > > > >Set jobs = personInfo.getPostedJobs(); > > > >Iterator itr = jobs.iterator(); > > > >while (itr.hasNext()) { > > > >System.out.println(itr.next()); > > > >} > > > >} > > > > } > > > > > > > > > > > > 3 - And this is the EntityModel, based on the Smart EntityModel > article > > - > > > > http://wicketinaction.com/2008/09/building-a-smart-entitymodel/ > > > > > > > > public class EntityModel> extends > > > > AbstractEntityModel { > > > > > > > >@SpringBean(name = "entityDao") > > > >private EntityDao dao; > > > > > > > >public EntityModel(Class clazz, Serializable id) { > > > >super(clazz, id); > > > >// This makes the class Spring-aware, so we can inject the > DAOs, > > > as > > > > above > > > >InjectorHolder.getInjector().inject(this); > > > >} > > > > > > > >@Override > > > >protected T load(Class clazz, Serializable id) { > > > >return (T)dao.get(clazz, (Long)id); > > > >}; > > > > } > > > > > > > > > > > > I'd be happy to supply more code (xml files, etc.) if it would be > > useful. > > > I > > > > feel that this is about as simple a use case as I can create for the > > > issue. > > > > Thanks again for all your help! > > > > > > > > Dane > > > > > > > > > > > > > > > > On Sat, Aug 29, 2009 at 7:41 AM, James Carman < > > > ja...@carmanconsulting.com>wrote: > > > > > > > >> Aren't they chained based on the order of the filter mapping > > > definitions, > > > >> not the order of the filter definitions? > >
Re: TreeTable lazy loading. updateTree and javascript
Did anybody make any progress with lazy loading of tree tables? Thanks, Johannes JuanPabloCoenMitrani wrote: > Hi, > I'm using the TreeTable from wicket-extensions 1.2.6 > I extended it to make childs load lazily by AJAX when parent nodes are > expanded. > I also used some javascript to make all expand/collapse behavior client side > from that moment. > > My problem is that, when I update the tree via AJAX (and load some new child > nodes), if I call > target.addComponent(treeTable); > all nodes are sent to the server, and the purpose of lazy loading them is > not fullfiled, > on the other hand, if I call > treeTable.updateTree(target); > only the lastly loaded nodes are sent to the server, but the Javascript is > not sent. > > By the way, I have some behaviors that load the Javascript by doing > public void bind(Component component) { > > component.add(TextTemplateHeaderContributor.forJavaScript(getClass(),"prepareParents.js",variables)); > } > > Thank you very much > > Juan Pablo - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Quick model/user/session question
Here's the output on startup. The OSIV is being loaded before the WicketFilter, and when I set breakpoints I can see that the OpenSessionInViewFilter is being hit first on each request. I'm turning the project into a QuickStart and will attach it to a JIRA issue. DEBUG main org.mortbay.log - loaded class org.springframework.orm.hibernate3.support.OpenSessionInViewFilter from sun.misc.launcher$appclassloa...@1a7bf11 DEBUG main org.mortbay.log - Holding class org.springframework.orm.hibernate3.support.OpenSessionInViewFilter DEBUG main org.springframework.orm.hibernate3.support.OpenSessionInViewFilter - Initializing filter 'open.hibernate.session.in.view' DEBUG main org.springframework.orm.hibernate3.support.OpenSessionInViewFilter - Filter 'open.hibernate.session.in.view' configured successfully DEBUG main org.mortbay.log - started open.hibernate.session.in.view DEBUG main org.mortbay.log - loaded class org.apache.wicket.protocol.http.WicketFilter from sun.misc.launcher$appclassloa...@1a7bf11 DEBUG main org.mortbay.log - Holding class org.apache.wicket.protocol.http.WicketFilter DEBUG main org.mortbay.log - loaded class org.apache.wicket.spring.SpringWebApplicationFactory from sun.misc.launcher$appclassloa...@1a7bf11 DEBUG main org.springframework.beans.factory.support.DefaultListableBeanFactory - Returning cached instance of singleton bean 'wicketApplication' Dane On Mon, Aug 31, 2009 at 9:14 AM, James Carman wrote: > Or, you can turn on spring logging to see it opening the session. > > On Mon, Aug 31, 2009 at 10:56 AM, Igor Vaynberg >wrote: > > > doesnt look like your osiv is working. you can create a wicket > > quickstart project and attach it to a jira issue if you want someone > > to take a look at it. other then that you can use the debugger to see > > if osiv is actually being hit *before* the wicket filter. > > > > -igor > > > > On Mon, Aug 31, 2009 at 7:50 AM, Dane Laverty > > wrote: > > > Thanks James and Igor for looking it over. Switching the order of the > > filter > > > definitions didn't make a difference. If it helps, here's what I'm > doing: > > > > > > 1 - This is the UserInfo class. As far as this test case is concerned, > it > > > has an ID and a Set to check lazy loading. I've commented out > the > > > FetchType.EAGER to test the OSIV. When it is uncommented, the UserPage > > (#2, > > > below) renders correctly, otherwise I get a lazy load exception. > > > > > > @Entity > > > @Table(name = "zjp_user_accounts") > > > public class UserInfo extends PersonInfo { > > >@Id > > >Long id; > > > > > >@OneToMany(mappedBy="employerInfo" /*, fetch=FetchType.EAGER*/) > > >Set postedJobs; > > >... > > > } > > > > > > > > > 2 - UserPage is the page I'm using to test lazy loading. > > > > > > public class UserPage extends WebPage { > > >@SpringBean(name = "personInfoDao") > > >private PersonInfoDao personInfoDao; > > > > > >public UserPage() { > > > > > >EntityModel personInfoModel = new > > > EntityModel(UserInfo.class, new Long(1)); > > > > > >EmployerInfo personInfo = > > (EmployerInfo)personInfoModel.getObject(); > > >Set jobs = personInfo.getPostedJobs(); > > >Iterator itr = jobs.iterator(); > > >while (itr.hasNext()) { > > >System.out.println(itr.next()); > > >} > > >} > > > } > > > > > > > > > 3 - And this is the EntityModel, based on the Smart EntityModel article > - > > > http://wicketinaction.com/2008/09/building-a-smart-entitymodel/ > > > > > > public class EntityModel> extends > > > AbstractEntityModel { > > > > > >@SpringBean(name = "entityDao") > > >private EntityDao dao; > > > > > >public EntityModel(Class clazz, Serializable id) { > > >super(clazz, id); > > >// This makes the class Spring-aware, so we can inject the DAOs, > > as > > > above > > >InjectorHolder.getInjector().inject(this); > > >} > > > > > >@Override > > >protected T load(Class clazz, Serializable id) { > > >return (T)dao.get(clazz, (Long)id); > > >}; > > > } > > > > > > > > > I'd be happy to supply more code (xml files, etc.) if it would be > useful. > > I > > > feel that this is about as simple a use case as I can create for the > > issue. > > > Thanks again for all your help! > > > > > > Dane > > > > > > > > > > > > On Sat, Aug 29, 2009 at 7:41 AM, James Carman < > > ja...@carmanconsulting.com>wrote: > > > > > >> Aren't they chained based on the order of the filter mapping > > definitions, > > >> not the order of the filter definitions? > > >> > > >> On Aug 29, 2009 12:40 AM, "Igor Vaynberg" > > wrote: > > >> > > >> filters are executed in the order they are defined, so put the osiv > > >> filter declaration before wicket. > > >> > > >> -igor > > >> > > >> On Thu, Aug 27, 2009 at 8:08 AM, Dane Laverty > > >> wrote: > > >> > Thanks for the sugges... > > >> > > > > > > > - > > To unsubscribe,
Re: WicketFilter
Igor Vaynberg schrieb: ok, i added a protected getter. remember, you can only call it after the filter's init() has been called. sure, thanks Igor. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Quick model/user/session question
Or, you can turn on spring logging to see it opening the session. On Mon, Aug 31, 2009 at 10:56 AM, Igor Vaynberg wrote: > doesnt look like your osiv is working. you can create a wicket > quickstart project and attach it to a jira issue if you want someone > to take a look at it. other then that you can use the debugger to see > if osiv is actually being hit *before* the wicket filter. > > -igor > > On Mon, Aug 31, 2009 at 7:50 AM, Dane Laverty > wrote: > > Thanks James and Igor for looking it over. Switching the order of the > filter > > definitions didn't make a difference. If it helps, here's what I'm doing: > > > > 1 - This is the UserInfo class. As far as this test case is concerned, it > > has an ID and a Set to check lazy loading. I've commented out the > > FetchType.EAGER to test the OSIV. When it is uncommented, the UserPage > (#2, > > below) renders correctly, otherwise I get a lazy load exception. > > > > @Entity > > @Table(name = "zjp_user_accounts") > > public class UserInfo extends PersonInfo { > >@Id > >Long id; > > > >@OneToMany(mappedBy="employerInfo" /*, fetch=FetchType.EAGER*/) > >Set postedJobs; > >... > > } > > > > > > 2 - UserPage is the page I'm using to test lazy loading. > > > > public class UserPage extends WebPage { > >@SpringBean(name = "personInfoDao") > >private PersonInfoDao personInfoDao; > > > >public UserPage() { > > > >EntityModel personInfoModel = new > > EntityModel(UserInfo.class, new Long(1)); > > > >EmployerInfo personInfo = > (EmployerInfo)personInfoModel.getObject(); > >Set jobs = personInfo.getPostedJobs(); > >Iterator itr = jobs.iterator(); > >while (itr.hasNext()) { > >System.out.println(itr.next()); > >} > >} > > } > > > > > > 3 - And this is the EntityModel, based on the Smart EntityModel article - > > http://wicketinaction.com/2008/09/building-a-smart-entitymodel/ > > > > public class EntityModel> extends > > AbstractEntityModel { > > > >@SpringBean(name = "entityDao") > >private EntityDao dao; > > > >public EntityModel(Class clazz, Serializable id) { > >super(clazz, id); > >// This makes the class Spring-aware, so we can inject the DAOs, > as > > above > >InjectorHolder.getInjector().inject(this); > >} > > > >@Override > >protected T load(Class clazz, Serializable id) { > >return (T)dao.get(clazz, (Long)id); > >}; > > } > > > > > > I'd be happy to supply more code (xml files, etc.) if it would be useful. > I > > feel that this is about as simple a use case as I can create for the > issue. > > Thanks again for all your help! > > > > Dane > > > > > > > > On Sat, Aug 29, 2009 at 7:41 AM, James Carman < > ja...@carmanconsulting.com>wrote: > > > >> Aren't they chained based on the order of the filter mapping > definitions, > >> not the order of the filter definitions? > >> > >> On Aug 29, 2009 12:40 AM, "Igor Vaynberg" > wrote: > >> > >> filters are executed in the order they are defined, so put the osiv > >> filter declaration before wicket. > >> > >> -igor > >> > >> On Thu, Aug 27, 2009 at 8:08 AM, Dane Laverty > >> wrote: > >> > Thanks for the sugges... > >> > > > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > >
Re: WicketFilter
ok, i added a protected getter. remember, you can only call it after the filter's init() has been called. -igor 2009/8/31 Uwe Schäfer : > Igor Vaynberg schrieb: >> >> how are you getting a reference to the filter itself to start with? > > MyFunkyFilter extends WicketFilter :) > > - > 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: WicketFilter
Igor Vaynberg schrieb: how are you getting a reference to the filter itself to start with? MyFunkyFilter extends WicketFilter :) - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Wicket YUI integration
we've been developing a wicket application for some time now, where the client keeps pushing for more and more fancy UI components. We've been building some of them by hand, including browser version checks, and have some code to enable YUI widgets. This is a costly business where we are severely hampered by compatibility requirements. (IE6!) Are there widget libraries out there, in particular that integrate with YUI, that I've been missing? Related to this, about a year ago there was a discussion about Wicket Ajax Next Generation. Does anyone know if that is still scheduled for Wicket 1.5? thanks, Frank PS: I don't think it would be a problem to donate the code we have developed so far (it's APL already), though it would need to be decoupled from the rest of our code first. - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
[OT] OWasp Vulnerability Validation
All, Need some help here. A soon to be released Wicket application needs to validated with the Top 10 vulnerabilities that Owasp has identified. (http://www.owasp.org/index.php/Top_10_2007) Some of these cannot be validated by an outside entity...but for those can... Has anyone done this validation before? Is there a service that does this? Thanks in advance, - Doug
Re: Wicket Stuff Core 1.4.1 Release[ing]
That was only in the event that we really needed an interim release. The plan still is that we will release to match Wicket releases. PS - I have to try to start the deploy over again: [INFO] Retrieving previous metadata from wicketstuff-org-maven [INFO] Uploading repository metadata for: 'artifact org.wicketstuff:sitemap-xml' [INFO] Uploading project information for sitemap-xml 1.4.1 Uploading: scpexe:// wicketstuff.org/home/wicket/tomcat/webapps/maven/repository/org/wicketstuff/sitemap-xml/1.4.1/sitemap-xml-1.4.1-sources.jar [INFO] [ERROR] BUILD ERROR [INFO] [INFO] Error deploying artifact: Error executing command for transfer Exit code 255 - Write failed: Connection timed out [INFO] [INFO] For more information, run Maven with the -e switch [INFO] [INFO] Total time: 601 minutes 35 seconds [INFO] Finished at: Mon Aug 31 10:33:31 CDT 2009 [INFO] Final Memory: 221M/902M [INFO] [INFO] [ERROR] BUILD ERROR -- Jeremy Thomerson http://www.wickettraining.com On Mon, Aug 31, 2009 at 3:36 AM, Maarten Bosteels wrote: > Hi Jeremy, > > Great to see another release of Wicket Stuff Core !! > > Some weeks ago you suggested : > " I think that the best solution is that we have 1.4.1.X where X is our > release number." > > Did you change your mind about this ? > > http://www.mail-archive.com/users@wicket.apache.org/msg40780.html > > Regards, > Maarten > > > On Mon, Aug 31, 2009 at 8:03 AM, Jeremy Thomerson < jer...@wickettraining.com >> wrote: > >> I successfully built Wicket Stuff Core 1.4.1 today. It is in the >> (very very slow) process of doing a release:perform (currently >> uploading all of the necessary files to wicketstuff repo). Hopefully >> by the time you read this, your project will be available as 1.4.1. >> Here are a couple that seem to have already made it up: >> >> >> http://wicketstuff.org/maven/repository/org/wicketstuff/wicketstuff-core/1.4.1/ >> http://wicketstuff.org/maven/repository/org/wicketstuff/gmap2/1.4.1/ >> >> http://wicketstuff.org/maven/repository/org/wicketstuff/calendarviews-parent/1.4.1/ >> >> -- >> Jeremy Thomerson >> http://www.wickettraining.com >> >> - >> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org >> For additional commands, e-mail: users-h...@wicket.apache.org >> >> >
Re: WicketFilter
how are you getting a reference to the filter itself to start with? -igor 2009/8/31 Uwe Schäfer : > Igor Vaynberg schrieb: >> >> hm, i remember that filter also setting the application. maybe i did >> not remember correctly. anyways, you can simply write your own filter >> then. > > done. but i´d love to grab the webApplication reference from the original > filter by other means than nasty reflection *g* > > would it be possible to add > > protected Application getApplication(){ > return webApplication; > } > > to the WicketFilter? > > thx, uwe > > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > > - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: How to tackle Ajax "Flooding"
Hi Tom, It sounds like you are doing too much in your heavy Ajax requests. You should consider changing how it works so that the process can be started by the Ajax request but does not need to block other ajax requests while waiting for the results. You can use a progress bar to denote to the user that something is happening and then once the work is done allow them to access it (say through a link that is only visible when the request is completed). Others have mentioned the javascript client side checks but I like the server side approach since all the context is already present to make the decision on what to do with the Ajax call. Regards, Mike I have a problem with my Wicket Application, which is quite Ajax heavy. Certain ajax calls take some time as they start an import, however the button can still be clicked and sends another ajax call (which is delayed for quite some time). Is it possible to disable the button while the request cycle is not complete? (I mean with wicket, or do I need to use Javascript?). Also ajax calls are postponed as long as the channel is busy, is it possible to deactivate this behaviour? And are there reasons why I should not? - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: WicketFilter
Igor Vaynberg schrieb: hm, i remember that filter also setting the application. maybe i did not remember correctly. anyways, you can simply write your own filter then. done. but i´d love to grab the webApplication reference from the original filter by other means than nasty reflection *g* would it be possible to add protected Application getApplication(){ return webApplication; } to the WicketFilter? thx, uwe - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Quick model/user/session question
doesnt look like your osiv is working. you can create a wicket quickstart project and attach it to a jira issue if you want someone to take a look at it. other then that you can use the debugger to see if osiv is actually being hit *before* the wicket filter. -igor On Mon, Aug 31, 2009 at 7:50 AM, Dane Laverty wrote: > Thanks James and Igor for looking it over. Switching the order of the filter > definitions didn't make a difference. If it helps, here's what I'm doing: > > 1 - This is the UserInfo class. As far as this test case is concerned, it > has an ID and a Set to check lazy loading. I've commented out the > FetchType.EAGER to test the OSIV. When it is uncommented, the UserPage (#2, > below) renders correctly, otherwise I get a lazy load exception. > > @Entity > @Table(name = "zjp_user_accounts") > public class UserInfo extends PersonInfo { > �...@id > Long id; > > �...@onetomany(mappedBy="employerInfo" /*, fetch=FetchType.EAGER*/) > Set postedJobs; > ... > } > > > 2 - UserPage is the page I'm using to test lazy loading. > > public class UserPage extends WebPage { > �...@springbean(name = "personInfoDao") > private PersonInfoDao personInfoDao; > > public UserPage() { > > EntityModel personInfoModel = new > EntityModel(UserInfo.class, new Long(1)); > > EmployerInfo personInfo = (EmployerInfo)personInfoModel.getObject(); > Set jobs = personInfo.getPostedJobs(); > Iterator itr = jobs.iterator(); > while (itr.hasNext()) { > System.out.println(itr.next()); > } > } > } > > > 3 - And this is the EntityModel, based on the Smart EntityModel article - > http://wicketinaction.com/2008/09/building-a-smart-entitymodel/ > > public class EntityModel> extends > AbstractEntityModel { > > �...@springbean(name = "entityDao") > private EntityDao dao; > > public EntityModel(Class clazz, Serializable id) { > super(clazz, id); > // This makes the class Spring-aware, so we can inject the DAOs, as > above > InjectorHolder.getInjector().inject(this); > } > > �...@override > protected T load(Class clazz, Serializable id) { > return (T)dao.get(clazz, (Long)id); > }; > } > > > I'd be happy to supply more code (xml files, etc.) if it would be useful. I > feel that this is about as simple a use case as I can create for the issue. > Thanks again for all your help! > > Dane > > > > On Sat, Aug 29, 2009 at 7:41 AM, James Carman > wrote: > >> Aren't they chained based on the order of the filter mapping definitions, >> not the order of the filter definitions? >> >> On Aug 29, 2009 12:40 AM, "Igor Vaynberg" wrote: >> >> filters are executed in the order they are defined, so put the osiv >> filter declaration before wicket. >> >> -igor >> >> On Thu, Aug 27, 2009 at 8:08 AM, Dane Laverty >> wrote: >> > Thanks for the sugges... >> > - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: How to tackle Ajax "Flooding"
add(new ajaxbutton("button") { getajaxcalldecorator() { return new iajaxcalldecorator() { decoratescript(script) { "return this.enabled=false;"+script; } decorateonfailurescript(script) { return script+";this.enabled=true;";} decorateonsuccessscript(script) { return script+";this.enabled=true;";} } } } doesnt look like a lot of javascript to me. further you can factor it out into a separate class and reuse it all over the place. -igor On Mon, Aug 31, 2009 at 5:40 AM, Tom Wollert wrote: > The only idea I can come up with is to keep state of my model on client > side, but that would require alot of javascript :/ > - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Quick model/user/session question
Thanks James and Igor for looking it over. Switching the order of the filter definitions didn't make a difference. If it helps, here's what I'm doing: 1 - This is the UserInfo class. As far as this test case is concerned, it has an ID and a Set to check lazy loading. I've commented out the FetchType.EAGER to test the OSIV. When it is uncommented, the UserPage (#2, below) renders correctly, otherwise I get a lazy load exception. @Entity @Table(name = "zjp_user_accounts") public class UserInfo extends PersonInfo { @Id Long id; @OneToMany(mappedBy="employerInfo" /*, fetch=FetchType.EAGER*/) Set postedJobs; ... } 2 - UserPage is the page I'm using to test lazy loading. public class UserPage extends WebPage { @SpringBean(name = "personInfoDao") private PersonInfoDao personInfoDao; public UserPage() { EntityModel personInfoModel = new EntityModel(UserInfo.class, new Long(1)); EmployerInfo personInfo = (EmployerInfo)personInfoModel.getObject(); Set jobs = personInfo.getPostedJobs(); Iterator itr = jobs.iterator(); while (itr.hasNext()) { System.out.println(itr.next()); } } } 3 - And this is the EntityModel, based on the Smart EntityModel article - http://wicketinaction.com/2008/09/building-a-smart-entitymodel/ public class EntityModel> extends AbstractEntityModel { @SpringBean(name = "entityDao") private EntityDao dao; public EntityModel(Class clazz, Serializable id) { super(clazz, id); // This makes the class Spring-aware, so we can inject the DAOs, as above InjectorHolder.getInjector().inject(this); } @Override protected T load(Class clazz, Serializable id) { return (T)dao.get(clazz, (Long)id); }; } I'd be happy to supply more code (xml files, etc.) if it would be useful. I feel that this is about as simple a use case as I can create for the issue. Thanks again for all your help! Dane On Sat, Aug 29, 2009 at 7:41 AM, James Carman wrote: > Aren't they chained based on the order of the filter mapping definitions, > not the order of the filter definitions? > > On Aug 29, 2009 12:40 AM, "Igor Vaynberg" wrote: > > filters are executed in the order they are defined, so put the osiv > filter declaration before wicket. > > -igor > > On Thu, Aug 27, 2009 at 8:08 AM, Dane Laverty > wrote: > > Thanks for the sugges... >
Re: Grouping messages in FeedbackPanel
you can create a feedback panel for each, and filter messages according to their severity. -igor On Mon, Aug 31, 2009 at 1:25 AM, Eyal Golan wrote: > Hello, > I there a way to change the feedback panel so we we group the messages > according to levels: > Errors: > error message 1. > error message 2. > > Info: > info 1. > > etc. > > Do we need to *completely* override FeedbackPanel? My team mate wants to do > that and I really holding him off. > > Thanks > > Eyal Golan > egola...@gmail.com > > Visit: http://jvdrums.sourceforge.net/ > LinkedIn: http://www.linkedin.com/in/egolan74 > > P Save a tree. Please don't print this e-mail unless it's really necessary > - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: WicketFilter
hm, i remember that filter also setting the application. maybe i did not remember correctly. anyways, you can simply write your own filter then. -igor 2009/8/30 Uwe Schäfer : > Igor Vaynberg schrieb: >> >> even though it is session specific it still sets application threadlocal. > > does not work, and does not look like it would: > > public void doFilter(ServletRequest request, ServletResponse response, > FilterChain chain) > throws IOException, ServletException > { > HttpServletRequest httpServletRequest = ((HttpServletRequest)request); > HttpSession httpSession = httpServletRequest.getSession(false); > if (httpSession != null) > { > ... // sorry, dont have one > } > else > { > log.debug("could not set Wicket session: no http session was created yet > for {},{}", httpServletRequest.getContextPath(), > httpServletRequest.getServerName()); > } > > try > { > // go on with processing > chain.doFilter(request, response); > } > finally > { > Session.unset(); // was not set before in this case? > } > } > > > what am i missing ? > > cu uwe > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > > - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: Wicket + Spring Security (PreAuthentication)
Looks like more of a spring-security question that a Wicket one : try the spring-security forums. I suggest you have a look at this : http://forum.springsource.org/showthread.php?t=52377 And this nice example up to date (but it's for wicket-swarn) : http://out-println.blogspot.com/2009/02/wicket-swarm-spring-security-how-to.html For your spring configuration, I think you will have to write a custom AuthenticationProvider that handles you SSO cookie and checks the token validity. 2009/8/28 Anders : > Hi, > > I refered to > http://cwiki.apache.org/WICKET/spring-security-and-wicket-auth-roles.htmland > wicket-spring example web application and it works. > Now my company has a single-sign on web page already, like > https:///login.cgi. > This SSO web page will set cookies and return a token after login. > I'd like to know how to use PreAuthentication of spring-security with my > company's SSO web page? > > > -- > -- > ~Mia は 最高!~ > -- > - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: UTF-8
I am using Wicket 1.4 with UTF-8 pages and properties, and I added in my Application : getMarkupSettings().setDefaultMarkupEncoding("UTF-8"); getRequestCycleSettings().setResponseRequestEncoding("UTF-8"); That's enough. For the localization properties files I had to use XML properties files like this : http://java.sun.com/dtd/properties.dtd";> Titre de la page Because Wicket uses Java Properties objects and it can't handle UTF-8. In Tapestry they made a wapper around Java Properties so that you can use the good old properties format (ie "key=value") with UTF8 encoding and IMO it's a nice feature missing in Wicket. 2009/8/31 Douglas Ferguson : > Excellent. > > I saw a bunch of emails floating around saying that you'd have to also > > 1) Edit connectors in server.xml and add URIEncoding="UTF-8" > 2) Call request.setCharacterEncoding("UTF-8") (at the very beginning of the > cycle) > > Are those also necessary? > > I'm assuming that I'll need these: > UTF-8 > true > > > On Aug 31, 2009, at 5:48 AM, Tomasz Dziurko wrote: > > Add this to init() method in your Application class: > > getMarkupSettings().setDefaultMarkupEncoding("UTF-8"); > getRequestCycleSettings().setResponseRequestEncoding("UTF-8"); > > This should be enough. > > -- > Regards, > Tomasz Dziurko > > - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: UTF-8
Excellent. I saw a bunch of emails floating around saying that you'd have to also 1) Edit connectors in server.xml and add URIEncoding="UTF-8" 2) Call request.setCharacterEncoding("UTF-8") (at the very beginning of the cycle) Are those also necessary? I'm assuming that I'll need these: UTF-8 true On Aug 31, 2009, at 5:48 AM, Tomasz Dziurko wrote: Add this to init() method in your Application class: getMarkupSettings().setDefaultMarkupEncoding("UTF-8"); getRequestCycleSettings().setResponseRequestEncoding("UTF-8"); This should be enough. -- Regards, Tomasz Dziurko
Re: Using repeater depending on ajax enabled dropdown choice
Hi, I figured it out on my own. Sorry for the spam :) Best Regards Muro On Mon, Aug 31, 2009 at 10:15 AM, copenhag copenhagen wrote: > Hi, > > I tried to implement a repeater(DataView) that should change depending on a > dropdownchoice. > > I wanted the repeater to change right away, so i ajax enabled the > dropdownchoice, but for some reason it does not work. > > Can anyone tell me what i am doing wrong, or does anyone have an sample on > the mentioned behaviour? > > Here is my code: > > public class CategoryOverviewPage { > ... > DropDownChoice dropDownChoice = new MyDropDownChoice("categories", > new MyModel(caseCategory), caseCategoryService.getAllWithExtraOption(), > new ChoiceRenderer("category", "id")); > > SortableCaseDataProvider dp = new > MySortableCaseDataProvider(CaseCategory.DEFAULT_OPTION); > DataView dataView = new MyDataView("sorting", dp); > dataView.setOutputMarkupId(true); > > final WebMarkupContainer table = new WebMarkupContainer("table"); > table.add(dataView); > table.setOutputMarkupId(true); > form.add(tabel); > // add ajax behavior to categories choice option > dropDownChoice.add(new > AjaxFormComponentUpdatingBehavior("onchange") { > > private static final long serialVersionUID = > 4599145001919000272L; > > protected void onUpdate(AjaxRequestTarget target) { > log.debug("Updating list by ajax"); > log.debug("CaseCategory" + caseCategory); > > SortableCaseDataProvider myDp = new > MySortableCaseDataProvider(caseCategory); > DataView myDataView = new MyDataView("sorting", myDp); > myDataView.setOutputMarkupId(true); > > WebMarkupContainer myTable = new > WebMarkupContainer("table"); > myTable .add(myDataView); > myTable.setOutputMarkupId(true); > table.replaceWith(myTable); > target.addComponent(table); > } > }); > form.add(dropDownChoice); > } > > So when user chooses a different category from the dropdown choice box, i > try to replace > the repater with a different one, that has the same id. I thought this > should work... > > Best Regards > Muro >
Re: How to tackle Ajax "Flooding"
- area where the user sends multiple requests in very rapid succession - model on client side - alot of javascript Do you consider to choice an diferent framework for thi especific project? Take a look at: http://ptrthomas.wordpress.com/2008/09/04/wicket-and-gwt-compared-with-code/ On Mon, Aug 31, 2009 at 9:47 AM, nino martinez wael < nino.martinez.w...@gmail.com> wrote: > Heh, the whole idea with ajax are that it are asynchronous :) > > 2009/8/31 Tom Wollert : > > The only idea I can come up with is to keep state of my model on client > > side, but that would require alot of javascript :/ > > > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > >
Re: How to tackle Ajax "Flooding"
Heh, the whole idea with ajax are that it are asynchronous :) 2009/8/31 Tom Wollert : > The only idea I can come up with is to keep state of my model on client > side, but that would require alot of javascript :/ > - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
Re: How to tackle Ajax "Flooding"
The only idea I can come up with is to keep state of my model on client side, but that would require alot of javascript :/
Re: How to tackle Ajax "Flooding"
Thanks for the replies, so I have to write my own Javascript... no problem I guess, was hoping for a "cleaner" way so to speak. Any idea about disabling the postponing when the ajax channel is busy? Specifically I have on my website an area where the user sends multiple requests in very rapid succession. The way it is now all the requests simultaneously? Right now the responses come with an awkward delay right now. Any idea how to solve this elegantly? 2009/8/31 nino martinez wael > Is it something like this? > > http://www.nabble.com/No-behavior-listener-found-td20325302.html > > 2009/8/30 Tom Wollert : > > Hello there, > > > > I have a problem with my Wicket Application, which is quite Ajax heavy. > > Certain ajax calls take some time as they start an import, however the > > button can still be clicked and sends another ajax call (which is delayed > > for quite some time). Is it possible to disable the button while the > request > > cycle is not complete? (I mean with wicket, or do I need to use > > Javascript?). Also ajax calls are postponed as long as the channel is > busy, > > is it possible to deactivate this behaviour? And are there reasons why I > > should not? > > > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > >
Re: is it possible to include script resources using the HeaderContributor above the WebPage component script references
This could be helpful for you for first step: http://cwiki.apache.org/WICKET/markup-inheritance.html Regards, Peter Joe Hudson írta: Hello, I would like for the script included using a HeaderContributor to be above references within the WebPage component head node. Is this possible. The reason I would like to do this is because I would like to be able to reference code from the script file which is included using the HeaderContributor. For example: --- Application class --- // inside init method addComponentInstantiationListener(new IComponentInstantiationListener() { public void onInstantiation(Component component) { if (component instanceof WebPage) { component.add(new HeaderContributor(new IHeaderContributor() { public void renderHead(IHeaderResponse response) { response.renderJavascriptReference(new JavascriptResourceReference(MyReferenceClass.class, "scripts/example.js")); } })); } } }); // WebPage component template