Re: [Wicket-user] Wicket customizability
i don't really understand what you're talking about because i don't know your requirements. but don't forget two things: 1) the primary unit of reuse in wicket is the panel and 2) you can put any component (such as a panel) in a completely self-contained jar because of packaged resources. if you just want users to be able to add panels that work on entities exposed through an API maybe all you need is jarred panels. Wander Grevink wrote: > > Hi all, > > I have just created my first wicket app: a simple JCR (jsr-170) > browser/editor with a tree showing nodes on the left, a > form for editing node properties on the right, and a menu with some > actions (add, delete, save etc.) on top. > All 100% Ajax, it just works! > > As a side note: I started from scratch (completely new to wicket), and it > took me two weeks to learn wicket and build > the application. Needless to say that I'm a definite a convert, thank you > guys for creating this wonderful thing called > wicket! > > Now for my question(s): > > What my shop actually needs is a customizable gui. We develop a core > module and users can write plugins for it, think > eclipse, firefox etc. > > I know of Pax Wicket which is an "An OSGification of the Wicket web > framework". It sounds very interesting and reading > the documentation it looks like exactly the thing we need. However > creating a 'Pax Wicket' application is something very > different from an ordinary Wicket app. I have the impression that 'going > OSGi' is a decision comparable to 'going J2EE' > and should not be made overnight, but I might be wrong there. > > I would prefer a simpler way of going this. Therefore I did some > experimenting and tried to inject a wicket Component (a > Label) with wicket-spring, but found that injecting Wicket Components > doesn't work. The proxy will try to access a > protected method on Component and fail. My guess is that that is a Good > Thing because you're not supposed to inject > wicket Components this way, but I may be wrong there, am I? Is there > another way? > > What I did manage with just base Wicket was a custom > ModalWindow.PageCreator that dynamically loads a Page (using > Class.forName) in it's createPage() method. That works, and because the > class name is stored in the Model (it's a > property of the selected node in the tree) I now have a 'dynamic' modal > window whose implementation (java + markup) > depends on the selected treenode and can be plugged in by adding a jar > file to the project. > > However, extensibility 'just' through popup dialogs is not enough, and as > far as I understand it is not possible to do > the same trick for 'inline' (on the main Page) Components. Or is it? > > > I guess that my question boils down to this: Am I on the right track or > should I stop doing this and go to my boss and > tell him that we should go OSGi (and Java 5 btw. currently we are strictly > bound to jdk1.4) > > Regards > Wander > > > > > > - > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > ___ > Wicket-user mailing list > Wicket-user@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wicket-user > > -- View this message in context: http://www.nabble.com/Wicket-customizability-tf4144822.html#a11801677 Sent from the Wicket - User mailing list archive at Nabble.com. - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ IMPORTANT NOTICE: This mailing list is shutting down. Please subscribe to the Apache Wicket user list. Send a message to: "users-subscribe at wicket.apache.org" and follow the instructions. ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] Page lifetime in wicket
a lot of casting there.
maybe we should make WebApplication.get() return
(WebApplication)Application.get()?
Eelco Hillenius wrote:
>
>> By default which temp directory does all the all pages stored into?
>
> public FilePageStore()
> {
>
> this((File)((WebApplication)Application.get()).getServletContext().getAttribute(
> "javax.servlet.context.tempdir"));
> }
>
> Eelco
>
> -
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems? Stop.
> Now Search log events and configuration files using AJAX and a browser.
> Download your FREE copy of Splunk now >> http://get.splunk.com/
> ___
> Wicket-user mailing list
> Wicket-user@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wicket-user
>
>
--
View this message in context:
http://www.nabble.com/Page-lifetime-in-wicket-tf3870856.html#a11776683
Sent from the Wicket - User mailing list archive at Nabble.com.
-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] Sessionless Wicket?
this is generally in sync with what i know about session usage. if you're using 1.3 and detachable models and so forth, 20K sessions on a reasonable box is not going to be a problem. wicket pages really are pretty small. a very complex one might be 50-100K and i've never actually seen one much over about 100K myself. and since 1.3 pages everything but the most recent page to disk, you've got maybe 50K per session. complex pages could be 80-100K, but simpler pages can also be 15K or less. if you take 50K as an average, that's 20 per MB * 1GB (1,000 MB) = 20,000. Steven Zou wrote: > > Hi,Maciej,really? it's so exciting. > we're choosing framework now,and I prefer wicket, but the heavy session is > my care. > but there're some questions: > (1)where you result from? Is the 20,200 reality request and not from > jmeter(or other stress test tool)? > (2)300MB/20,000=15KB,Does it mean only 15KB per session? I think 15KB > isn't enough for only one page. > (3)Would you like give us some experience for so high load web > application? > > thanks. > > > Maciej Andreas Bednarz wrote: >> >> Hello Jeremy, >> >> try also to disable any versioning and use read only models. I have tuned >> my private wicket project this way and it now supports more than 20.000 >> concurrent sessions on a single tomcat server. If everything in your >> model is serializable you can also use tomcats disk or jdbc persistence >> store for sessions. There is also a terracotta project, so you can >> cluster your wicket (1.3) application lineary. My average memory usage >> with 20.000 sessions in memory and very complex page structures (multiple >> including page object levels) is about 300MB. I think this could serve >> even a large community site :-) >> >> Maciej >> - Original Message - >> From: Igor Vaynberg >> To: [EMAIL PROTECTED] ; >> wicket-user@lists.sourceforge.net >> Sent: Thursday, May 03, 2007 7:27 AM >> Subject: Re: [Wicket-user] Sessionless Wicket? >> >> >> detachable models are a must. >> >> in my experience a wicket page is only about 50kb on average. that >> would hardly cause an OOME on a server. 1.3 has second level session >> store that pages to disk, so that is something else you might want to >> try. >> >> once you convert to detachable models oomes should go away. >> >> there is an example in wicket-examples on stateless stuff if you need >> to go that far. >> >> -igor >> >> >> >> >> On 5/2/07, Jeremy Thomerson <[EMAIL PROTECTED]> wrote: >> I know that I read somewhere that there is, or is going to be, a way >> to run your wicket application without creating a session (until >> absolutely necessary). We have a site that has mostly been converted to >> Wicket now, and almost all of it is state-less data The URLs are all >> bookmarkable (98% of them are), so there is not much state to track. We >> don't need a full object graph of all your pages and components, except >> for on very few pages once you have signed in. >> >> We're experiencing out of memory problems increasingly with an >> increase in traffic. I'm not holding much in the session, but objects >> are held in pages and components I now believe we should have used >> detachable models for many things rather than directly holding a >> reference to a DB-backed object. Should I start by going back and >> retrofitting many of those private references within components to use >> detachable models so that the objects are not held in memory? >> >> Any other suggestions? >> >> Thank you! >> Jeremy Thomerson >> texashuntfish.com >> >> >> >> >> - >> This SF.net email is sponsored by DB2 Express >> Download DB2 Express C - the FREE version of DB2 express and take >> control of your XML. No limits. Just data. Click to get it now. >> http://sourceforge.net/powerbar/db2/ >> ___ >> Wicket-user mailing list >> Wicket-user@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/wicket-user >> >> >> >> >> >> >> -- >> >> >> >> - >> This SF.net email is sponsored by DB2 Express >> Download DB2 Express C - the FREE version of DB2 express and take >> control of your XML. No limits. Just data. Click to get it now. >> http://sourceforge.net/powerbar/db2/ >> >> >> -- >> >> >> ___ >> Wicket-user mailing list >> Wicket-user@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/wicket-user >> >> - >> This SF.net email is sponsored by DB2 Express
Re: [Wicket-user] wicket-picocontainer?
I have not yet had a real need for IOC, but when I last looked some years ago, picocontainer looked pretty nice. We do have guice now, but I think it would be great to integrate Wicket with picocontainer. Unfortunately, I'm not aware of anyone doing this work. David Rosenstrauch wrote: > > I saw that the 1.3 distribution contains wicket-ioc*.jar, along with > wicket-guice*.jar, and wicket-spring*.jar. > > Just wondering: has anybody put together a wicket-picocontainer package > too, perchance? > > TIA, > > DR > > - > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > ___ > Wicket-user mailing list > Wicket-user@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wicket-user > > -- View this message in context: http://www.nabble.com/wicket-picocontainer--tf4106610.html#a11679239 Sent from the Wicket - User mailing list archive at Nabble.com. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] How to display line break in properties file
can't you just use \n in the properties file?
(http://www.exampledepot.com/egs/java.util/Props.html)
once you have a new line in there, you may want to create a subclass of
feedbackpanel and override newMessageDisplayComponent:
protected Component newMessageDisplayComponent(String id,
FeedbackMessage
message)
{
Label label = new Label(id, message.getMessage().toString());
label.setEscapeModelStrings(FeedbackPanel.this.getEscapeModelStrings());
return label;
}
so it returns a MultiLineLabel. also, btw, if you call
setEscapeModelStrings(false) in your
feedback panel subclass (i have a subclass of Label called HtmlLabel which
does exactly
this for each constructor of Label), you can get html in your feedback as
well (although
you need to be careful not to put any un-escaped user values into the
feedback by way
of variable substitutions or you might wind up with strange formatting or
even security
problems).
Dean Del Ponte wrote:
>
> Hello everyone,
>
> I'm new to Wicket and really enjoy it so far. My question is: How can
> I add a line break to a value in properties file?
>
> For example, I'm displaying error messages on my page, and the text is
> retrieved from the associated properties file. One of the values in the
> properties file is rather long, and I would simply like to display it on
> the page in two lines instead of one. Any easy way to do this?
>
> Thanks,
>
> Dean
>
> -
> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> ___
> Wicket-user mailing list
> Wicket-user@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wicket-user
>
>
--
View this message in context:
http://www.nabble.com/How-to-display-line-break-in-properties-file-tf4075186.html#a11582324
Sent from the Wicket - User mailing list archive at Nabble.com.
-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] NumberValidator allowing null fields ?
oh, i should mention that my wicket is not head. it was frozen a couple weeks back, so it's possible this is a regression. you might want to look at the revision history for the various classes involved in validation. Jonathan Locke wrote: > > > maybe this is a bug? i have a ConstrainedPropertyValidator which extends > AbstractValidator (which implements INullAcceptingValidator) and returns > true for validateOnNullValue() and it works just fine. you might need to > trace into the validation code to figure out why it's not calling your > validator. > > > Thies Edeling wrote: >> >> Hi >> >> How can I have a NumberValidator allow null values ? I tried extending >> the DoubleRangeValidator, implement the INullAcceptingValidator >> interface and returning true for validateOnNullValue but my Validator >> still isn't called. Also not setting the required property on a >> TextField won't give help, when going through the visitFormComponents >> the FormComponent is still listed as not valid when no value is provided >> in the form. Thanks. >> >> gr, >> Thies >> >> >> - >> This SF.net email is sponsored by DB2 Express >> Download DB2 Express C - the FREE version of DB2 express and take >> control of your XML. No limits. Just data. Click to get it now. >> http://sourceforge.net/powerbar/db2/ >> ___ >> Wicket-user mailing list >> Wicket-user@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/wicket-user >> >> > > -- View this message in context: http://www.nabble.com/NumberValidator-allowing-null-fields---tf4040253.html#a11483719 Sent from the Wicket - User mailing list archive at Nabble.com. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] NumberValidator allowing null fields ?
maybe this is a bug? i have a ConstrainedPropertyValidator which extends AbstractValidator (which implements INullAcceptingValidator) and returns true for validateOnNullValue() and it works just fine. you might need to trace into the validation code to figure out why it's not calling your validator. Thies Edeling wrote: > > Hi > > How can I have a NumberValidator allow null values ? I tried extending > the DoubleRangeValidator, implement the INullAcceptingValidator > interface and returning true for validateOnNullValue but my Validator > still isn't called. Also not setting the required property on a > TextField won't give help, when going through the visitFormComponents > the FormComponent is still listed as not valid when no value is provided > in the form. Thanks. > > gr, > Thies > > > - > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > ___ > Wicket-user mailing list > Wicket-user@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wicket-user > > -- View this message in context: http://www.nabble.com/NumberValidator-allowing-null-fields---tf4040253.html#a11483713 Sent from the Wicket - User mailing list archive at Nabble.com. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] Multiple asynchronous Ajax calls - once again
yeah, it would not be straightforward, which is why it will take some thinking. might be one of these things where the default behavior is safe and coarse grained but then provide a way to turn on fancy multithreading and provide calls to notify the system of changes like the one you're talking about. there's a pretty long discussion in this topic for sure. igor.vaynberg wrote: > > On 7/6/07, Jonathan Locke <[EMAIL PROTECTED]> wrote: >> >> >> >> yeah, even my pre-emptive lock claiming idea would require some thinking >> about versioning. what happens to all the versioning information >> recorded >> by the pre-empted thread? we'd need a transacted commit on that. >> >> actually, if you think about database technologies here, one way to get >> better >> locking behavior might be to refactor all the component mutation code in >> wicket >> so it's all optimistically locked, isolated and transacted. threads >> could >> freely do >> mutations, but those changes would be magically invisible to other >> threads. >> then at the end of the request, versioning would try to commit the >> changes >> made to the hierarchy. if the transaction failed due to optimistic >> locking >> (writer >> contention to the component hierarchy), the thread could actually discard >> its >> results and re-do the request on the new hierarchy before returning >> results. >> all of the usual problems with reader/writer multithreading come into >> play >> here >> of course... component mutating threads (writers) could potentially >> starve >> and >> so forth... but it's something worth thinking about anyway. > > > this sounds great for code we control, but what about user code? if the > user > calls a method from onclick that invocation needs to be threadsafe - it > might be mutating fields on that component. > -igor > > > Eelco Hillenius wrote: >> > >> >> in general the problem with wicket is that it has a stateful >> >> and >> >> mutable component model. if one thread is busy recursively rendering >> >> component >> >> A and another thread decides to remove it in the middle of that >> process, >> >> what then? >> >> to allow the two threads to both work on the component model, you can >> >> either >> >> block >> >> and serialize the threads (current approach) or you can copy the at >> least >> >> part of the >> >> model (and any naive approach here would be totally >> prohibitive). since >> >> a >> >> wicket >> >> ajax request to do a partial render is often localized to a particular >> >> piece >> >> of the model, >> >> it might be possible to do some tree-granularity lock splitting, but >> this >> >> is >> >> a really >> >> major piece of work and will require at least a lot of discussion and >> >> another release >> >> cycle after 1.3 to address. >> > >> > Even if we would be able to provide a thread safe programming model by >> > doing lots of magic under the hood, we would still have a problem >> > determining versions. But sure, we should try to keep pushing the >> > envelope where we can. >> > >> > Eelco >> > >> > >> - >> > This SF.net email is sponsored by DB2 Express >> > Download DB2 Express C - the FREE version of DB2 express and take >> > control of your XML. No limits. Just data. Click to get it now. >> > http://sourceforge.net/powerbar/db2/ >> > ___ >> > Wicket-user mailing list >> > Wicket-user@lists.sourceforge.net >> > https://lists.sourceforge.net/lists/listinfo/wicket-user >> > >> > >> >> -- >> View this message in context: >> http://www.nabble.com/Multiple-asynchronous-Ajax-calls---once-again-tf4034837.html#a11475099 >> Sent from the Wicket - User mailing list archive at Nabble.com. >> >> >> - >> This SF.net email is sponsored by DB2 Express >> Download DB2 Express C - the FREE version of DB2 express and take >> control of your XML. No limits. Just data. Click to get it now. >> http://sourceforge.net/powerbar/db2/ >>
Re: [Wicket-user] access to private fields
i didn't say that's fine. it's clearly not. i was just pointing out there's another side to this argument because java's protection attributes are so coarse grained. by not supporting this feature, some classes which otherwise would have all implementation details private would be forced to make those details public JUST to allow wicket to update the model. this may be the java way at present, but it's not "fine" either. this is why i suggested a switch to turn this on rather than just abandoning the feature. it's basically a no-win situation where you can choose your poison. i'm just advocating that we let people make that choice for themselves. Eelco Hillenius wrote: > >> i think your argument is willfully slanted. generic manipulation and >> persistence can be good reasons to reach into an implementation which >> otherwise does not wish to expose properties or fields at all. i >> personally >> prefer objects that keep all these details private. i would hope that >> private accessor methods took precedence over private fields, but >> given that, i think accessors in general are best avoided and it's not >> necessarily good to expose private details simply to allow them to >> be manipulated by a framework such as spring, wicket or hibernate. >> that said, i think the real root of this problem is that java simply >> fails to adequately express the protection attribute granularity that's >> required here. being able to define new protection attributes that >> limit the visibility of details based on the package (and possibly other >> details like the thread group) of the caller would be the best way and >> at the present time quite impossible. > > As much as I agree with you in general, in this particular case, we > provide direct access to private members where you normally (using > straightforward Java/ no introspection) wouldn't have it. > Theoretically, this could result in people accessing those members > directly where they shouldn't. Even if you think that's fine, I doubt > whether this is something Wicket should support. > > Eelco > > - > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > ___ > Wicket-user mailing list > Wicket-user@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wicket-user > > -- View this message in context: http://www.nabble.com/access-to-private-fields-tf4038948.html#a11475120 Sent from the Wicket - User mailing list archive at Nabble.com. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] Multiple asynchronous Ajax calls - once again
yeah, even my pre-emptive lock claiming idea would require some thinking about versioning. what happens to all the versioning information recorded by the pre-empted thread? we'd need a transacted commit on that. actually, if you think about database technologies here, one way to get better locking behavior might be to refactor all the component mutation code in wicket so it's all optimistically locked, isolated and transacted. threads could freely do mutations, but those changes would be magically invisible to other threads. then at the end of the request, versioning would try to commit the changes made to the hierarchy. if the transaction failed due to optimistic locking (writer contention to the component hierarchy), the thread could actually discard its results and re-do the request on the new hierarchy before returning results. all of the usual problems with reader/writer multithreading come into play here of course... component mutating threads (writers) could potentially starve and so forth... but it's something worth thinking about anyway. Eelco Hillenius wrote: > >> in general the problem with wicket is that it has a stateful >> and >> mutable component model. if one thread is busy recursively rendering >> component >> A and another thread decides to remove it in the middle of that process, >> what then? >> to allow the two threads to both work on the component model, you can >> either >> block >> and serialize the threads (current approach) or you can copy the at least >> part of the >> model (and any naive approach here would be totally prohibitive). since >> a >> wicket >> ajax request to do a partial render is often localized to a particular >> piece >> of the model, >> it might be possible to do some tree-granularity lock splitting, but this >> is >> a really >> major piece of work and will require at least a lot of discussion and >> another release >> cycle after 1.3 to address. > > Even if we would be able to provide a thread safe programming model by > doing lots of magic under the hood, we would still have a problem > determining versions. But sure, we should try to keep pushing the > envelope where we can. > > Eelco > > - > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > ___ > Wicket-user mailing list > Wicket-user@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wicket-user > > -- View this message in context: http://www.nabble.com/Multiple-asynchronous-Ajax-calls---once-again-tf4034837.html#a11475099 Sent from the Wicket - User mailing list archive at Nabble.com. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] access to private fields
to give a pseudo-code example of what i mean, imagine something
like this:
hibernate wicket int getValue() { ... }
where hibernate and wicket are attributes that expose the method
only to org.apache.wicket.** and hibernate's package. this sort of
thing is possible in scala, but not java.
in any case, java is broken here and so the choice on this feature is
not clear. maybe the best thing is to make private introspection an
application setting that is off by default? this might be a good idea
for the sake of security anyway.
Jonathan Locke wrote:
>
>
> i think your argument is willfully slanted. generic manipulation and
> persistence can be good reasons to reach into an implementation which
> otherwise does not wish to expose properties or fields at all. i
> personally
> prefer objects that keep all these details private. i would hope that
> private accessor methods took precedence over private fields, but
> given that, i think accessors in general are best avoided and it's not
> necessarily good to expose private details simply to allow them to
> be manipulated by a framework such as spring, wicket or hibernate.
> that said, i think the real root of this problem is that java simply
> fails to adequately express the protection attribute granularity that's
> required here. being able to define new protection attributes that
> limit the visibility of details based on the package (and possibly other
> details like the thread group) of the caller would be the best way and
> at the present time quite impossible.
>
>
> Kent Tong wrote:
>>
>> Hi,
>>
>> Wicket 1.3 is now allowing PropertyModel to access private fields of the
>> target object. However, I am not sure if this is a recommended practice.
>> There are basically two supporting reasons for this feature:
>> 1) No need to generate boring getters and setters.
>> 2) Hibernate & Spring also support this.
>>
>> If we accept that 1) is a good reason for allowing private field access,
>> then according to the same reasoning, we should always make our fields
>> public and thus eliminate the need for getters and setters. As we are
>> not going that, so I believe 1) is not a sufficient reason.
>>
>> Looking into 2), Hibernate is trying to persist the *implementation* of
>> our class. Therefore, it may need access to its private fields.
>> Therefore,
>> it can be argued that Hibernate is in a special position to be granted
>> such special access. Even so, its official documentation recommends using
>> getters and setters
>> (http://www.hibernate.org/hib_docs/v3/reference/en/html/persistent-classes.html#persistent-classes-pojo-accessors).
>> However, I don't see why PropertyModel (or Wicket code in general) is in
>> such a special position. It is part of the UI and I don't see why UI code
>> should need access to implementation details.
>>
>> I don't know how Spring access private fields, so I can't comment on that
>> one.
>>
>> So, is this feature a recommended practice or just a backdoor for those
>> who prefer using public fields?
>>
>>
>>
>> -
>> This SF.net email is sponsored by DB2 Express
>> Download DB2 Express C - the FREE version of DB2 express and take
>> control of your XML. No limits. Just data. Click to get it now.
>> http://sourceforge.net/powerbar/db2/
>> ___
>> Wicket-user mailing list
>> Wicket-user@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/wicket-user
>>
>>
>
>
--
View this message in context:
http://www.nabble.com/access-to-private-fields-tf4038948.html#a11475016
Sent from the Wicket - User mailing list archive at Nabble.com.
-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] access to private fields
i think your argument is willfully slanted. generic manipulation and persistence can be good reasons to reach into an implementation which otherwise does not wish to expose properties or fields at all. i personally prefer objects that keep all these details private. i would hope that private accessor methods took precedence over private fields, but given that, i think accessors in general are best avoided and it's not necessarily good to expose private details simply to allow them to be manipulated by a framework such as spring, wicket or hibernate. that said, i think the real root of this problem is that java simply fails to adequately express the protection attribute granularity that's required here. being able to define new protection attributes that limit the visibility of details based on the package (and possibly other details like the thread group) of the caller would be the best way and at the present time quite impossible. Kent Tong wrote: > > Hi, > > Wicket 1.3 is now allowing PropertyModel to access private fields of the > target object. However, I am not sure if this is a recommended practice. > There are basically two supporting reasons for this feature: > 1) No need to generate boring getters and setters. > 2) Hibernate & Spring also support this. > > If we accept that 1) is a good reason for allowing private field access, > then according to the same reasoning, we should always make our fields > public and thus eliminate the need for getters and setters. As we are > not going that, so I believe 1) is not a sufficient reason. > > Looking into 2), Hibernate is trying to persist the *implementation* of > our class. Therefore, it may need access to its private fields. Therefore, > it can be argued that Hibernate is in a special position to be granted > such special access. Even so, its official documentation recommends using > getters and setters > (http://www.hibernate.org/hib_docs/v3/reference/en/html/persistent-classes.html#persistent-classes-pojo-accessors). > However, I don't see why PropertyModel (or Wicket code in general) is in > such a special position. It is part of the UI and I don't see why UI code > should need access to implementation details. > > I don't know how Spring access private fields, so I can't comment on that > one. > > So, is this feature a recommended practice or just a backdoor for those > who prefer using public fields? > > > > - > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > ___ > Wicket-user mailing list > Wicket-user@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wicket-user > > -- View this message in context: http://www.nabble.com/access-to-private-fields-tf4038948.html#a11474981 Sent from the Wicket - User mailing list archive at Nabble.com. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] Multiple asynchronous Ajax calls - once again
i'm also pretty interested in this problem. even if making wicket fully
multithreaded
would be extremely difficult (if it's desirable at all), it might be
possible to increase
wicket's liveness within contended sessions. in particular, there are more
and less
important ajax requests. if you have a form that is doing a slow db-driven
auto-complete
ajax request and the user finishes typing or picks a completion and hits
submit,
it's really not a good thing to block on the now-useless auto-complete ajax
request
until it finishes before starting the submit. by asking the lower-priority
ajax
request to stop itself (or by invoking the deprecated and controversial
Thread.stop()
method... can that even be done in a web app container?) it might be
possible
to get higher priority threads to preempt and grab the page map lock from
lower
priority ones. in general the problem with wicket is that it has a stateful
and
mutable component model. if one thread is busy recursively rendering
component
A and another thread decides to remove it in the middle of that process,
what then?
to allow the two threads to both work on the component model, you can either
block
and serialize the threads (current approach) or you can copy the at least
part of the
model (and any naive approach here would be totally prohibitive). since a
wicket
ajax request to do a partial render is often localized to a particular piece
of the model,
it might be possible to do some tree-granularity lock splitting, but this is
a really
major piece of work and will require at least a lot of discussion and
another release
cycle after 1.3 to address.
Daniel Stoch-2 wrote:
>
> Hi,
>
> There was a thread in may
> (http://www.mail-archive.com/wicket-user@lists.sourceforge.net/msg28185.html)
> about two asynchronous ajax calls. I have already the similar problem:
> I want to use for example 4 AjaxLazyLoadPanel components and load
> their contents asynchronous. But all ajax requests are processed in
> sequence ("Channel busy - postponing..."). The Matej's answer was:
>
> "The requests are asynchronous (they don't block request),
> but they are scheduled in channel so one request waits until the
> previous one finishes.
>
> Problem is that the pagemap is locked, so you can't have two requests
> running on parallel on the same pagemap. If you have operation that
> takes too long you should use a worker thread and a periodical
> polling."
>
> I don't understand why pagmap is locked and I can't have two or more
> request processing on the server (what is the reason of such
> behaviour)? This is probably well known "synchronization in session"
> problem: it solves many issues but today, when people want high
> responsive "ajaxified" applications, it seems that it is a too
> restrictive (?).
> I think the best solution would be, when these request could be
> processed simultaneously, but partial page rendering (rendering
> components added to AjaxRequestTarget) can be still done in sequence.
> I hope this is clear enough :).
> Polling is not a very elegant and efficient solution (maybe Comet, but
> not all servlet containers support this yet).
>
> --
> Daniel
>
> -
> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> ___
> Wicket-user mailing list
> Wicket-user@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wicket-user
>
>
--
View this message in context:
http://www.nabble.com/Multiple-asynchronous-Ajax-calls---once-again-tf4034837.html#a11472185
Sent from the Wicket - User mailing list archive at Nabble.com.
-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] Wicket mailing list rules with regards to jobs
if it's specifically about wicket, posting is encouraged. Watter wrote: > > Are there any rules about a company posting to this list about potential > open positions around Wicket? > > Matt > > -- View this message in context: http://www.nabble.com/Wicket-mailing-list-rules-with-regards-to-jobs-tf4019684.html#a11423549 Sent from the Wicket - User mailing list archive at Nabble.com. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] pagemap locking
yeah, i just figured that out. i'll just patch our wicket for now. but we
should add this for wicket 1.4 (in a nicer way than this (generic utility
method), of course):
final StringBuilder builder =
new StringBuilder();
StackTraceElement[] elements =
t.getStackTrace();
for (int i = 0; i <
elements.length; i++) {
builder.append(elements[i]);
}
throw new
WicketRuntimeException("After " + timeout + " the Pagemap "
+ pageMapName +
" is still locked by: " + t
+ ", giving up
trying to get the page for path: " + path + "\nStack
Trace: " + builder.toString());
Eelco Hillenius wrote:
>
>> makes sense all right. is there any way we could print out a stack trace
>> of
>> the thread that's holding the monitor we're trying to grab? maybe via
>> JMX?
>> this would be extremely useful when this exception is thrown!
>
> We've had a thread about that, and the conclusion was that this is
> possible (I believe Johan built it) but only with Java 5.
>
> Eelco
>
> -
> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> ___
> Wicket-user mailing list
> Wicket-user@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wicket-user
>
>
--
View this message in context:
http://www.nabble.com/pagemap-locking-tf3996742.html#a11351736
Sent from the Wicket - User mailing list archive at Nabble.com.
-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] pagemap locking
makes sense all right. is there any way we could print out a stack trace of the thread that's holding the monitor we're trying to grab? maybe via JMX? this would be extremely useful when this exception is thrown! Martijn Dashorst wrote: > > Yep, long running request blocks incoming request. > > Martijn > > On 6/28/07, Jonathan Locke <[EMAIL PROTECTED]> wrote: >> >> >> getting this exception. seems like a request thread might be hanging >> with >> the page map locked? anyone have any ideas? thanks! >> >> [11:19:44] ERROR - RequestCycle - After 1 minute the >> Pagemap >> null is still locked by: Thread[ajp-8009-1,5,main], giving up trying to >> get >> the page for path: 2:form:tagEditorPanel:addTagForm:newTagField >> org.apache.wicket.WicketRuntimeException: After 1 minute the Pagemap null >> is >> still locked by: Thread[ajp-8009-1,5,main], giving up trying to get the >> page >> for path: 2:form:tagEditorPanel:addTagForm:newTagField >> at org.apache.wicket.Session.getPage(Session.java:714) >> at >> org.apache.wicket.request.AbstractRequestCycleProcessor.resolveRenderedPage(AbstractRequestCycleProcessor.java:427) >> at >> org.apache.wicket.protocol.http.WebRequestCycleProcessor.resolve(WebRequestCycleProcessor.java:139) >> at org.apache.wicket.RequestCycle.step(RequestCycle.java:1090) >> at org.apache.wicket.RequestCycle.steps(RequestCycle.java:1176) >> at org.apache.wicket.RequestCycle.request(RequestCycle.java:499) >> at >> org.apache.wicket.protocol.http.WicketFilter.doGet(WicketFilter.java:257) >> at >> org.apache.wicket.protocol.http.WicketFilter.doFilter(WicketFilter.java:127) >> at >> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) >> at >> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) >> at >> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) >> at >> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) >> at >> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) >> at >> org.apache.catalina.cluster.tcp.ReplicationValve.invoke(ReplicationValve.java:346) >> at >> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) >> at >> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) >> at >> org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) >> at >> org.apache.coyote.ajp.AjpAprProcessor.process(AjpAprProcessor.java:425) >> at >> org.apache.coyote.ajp.AjpAprProtocol$AjpConnectionHandler.process(AjpAprProtocol.java:452) >> at >> org.apache.tomcat.util.net.AprEndpoint$Worker.run(AprEndpoint.java:1285) >> at java.lang.Thread.run(Thread.java:619) >> >> >> -- >> View this message in context: >> http://www.nabble.com/pagemap-locking-tf3996742.html#a11350774 >> Sent from the Wicket - User mailing list archive at Nabble.com. >> >> >> - >> This SF.net email is sponsored by DB2 Express >> Download DB2 Express C - the FREE version of DB2 express and take >> control of your XML. No limits. Just data. Click to get it now. >> http://sourceforge.net/powerbar/db2/ >> ___ >> Wicket-user mailing list >> Wicket-user@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/wicket-user >> > > > -- > Wicket joins the Apache Software Foundation as Apache Wicket > Join the wicket community at irc.freenode.net: ##wicket > Wicket 1.2.6 contains a very important fix. Download Wicket now! > http://wicketframework.org > > - > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > ___ > Wicket-user mailing list > Wicket-user@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wicket-user > > -- View this message in context: http://www.nabble.com/pagemap-locking-tf3996742.html#a11351518 Sent from the Wicket - User mailing list archive at Nabble.com. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
[Wicket-user] pagemap locking
getting this exception. seems like a request thread might be hanging with the page map locked? anyone have any ideas? thanks! [11:19:44] ERROR - RequestCycle - After 1 minute the Pagemap null is still locked by: Thread[ajp-8009-1,5,main], giving up trying to get the page for path: 2:form:tagEditorPanel:addTagForm:newTagField org.apache.wicket.WicketRuntimeException: After 1 minute the Pagemap null is still locked by: Thread[ajp-8009-1,5,main], giving up trying to get the page for path: 2:form:tagEditorPanel:addTagForm:newTagField at org.apache.wicket.Session.getPage(Session.java:714) at org.apache.wicket.request.AbstractRequestCycleProcessor.resolveRenderedPage(AbstractRequestCycleProcessor.java:427) at org.apache.wicket.protocol.http.WebRequestCycleProcessor.resolve(WebRequestCycleProcessor.java:139) at org.apache.wicket.RequestCycle.step(RequestCycle.java:1090) at org.apache.wicket.RequestCycle.steps(RequestCycle.java:1176) at org.apache.wicket.RequestCycle.request(RequestCycle.java:499) at org.apache.wicket.protocol.http.WicketFilter.doGet(WicketFilter.java:257) at org.apache.wicket.protocol.http.WicketFilter.doFilter(WicketFilter.java:127) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) at org.apache.catalina.cluster.tcp.ReplicationValve.invoke(ReplicationValve.java:346) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) at org.apache.coyote.ajp.AjpAprProcessor.process(AjpAprProcessor.java:425) at org.apache.coyote.ajp.AjpAprProtocol$AjpConnectionHandler.process(AjpAprProtocol.java:452) at org.apache.tomcat.util.net.AprEndpoint$Worker.run(AprEndpoint.java:1285) at java.lang.Thread.run(Thread.java:619) -- View this message in context: http://www.nabble.com/pagemap-locking-tf3996742.html#a11350774 Sent from the Wicket - User mailing list archive at Nabble.com. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] Re-using page's look and feel
just use markup inheritance directly. your base page class can have components and markup that are inherited by all subclasses: http://wicket.sourceforge.net/ExampleMarkupInheritance.html http://www.javalobby.org/java/forums/t69357.html slava.imeshev wrote: > > Hello everyone, > > We are currently helping a client with establishing web application > development. We are considering several variants and right now we are > looking at Wicket. I have a couple of questions. I'll really appreciate > your feedback. > > We want to create a base page that other pages would inherit. This page > would provide a unified look and feel. It would contain a header > navigation and a bread cumb on top, a navigation pane on the left and the > main content panel on the righ. The content of most of those items is > going to be dynamic. As an example, selecting "Actions" on the top nav > menu bar would show "Actions" page with its own set of commands on the > left nav pane. > > The question is, what components are the best to serve as containers for > dymanic content? Initially (and naturally) I thought that that would be > Panel, but apprettly it required ID-ing all the content in the markup > which doesn't fit the requirement for dynamic content. > > Regards, > > Slava Imeshev > > - > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > ___ > Wicket-user mailing list > Wicket-user@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wicket-user > > -- View this message in context: http://www.nabble.com/Re-using-page%27s-look-and-feel-tf3978581.html#a11295535 Sent from the Wicket - User mailing list archive at Nabble.com. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] Unable to find the markup for the component
oh, i see now that's 1.2.6 not 1.3... still it's about the same stack trace. Jonathan Locke wrote: > > > ah. i think maybe it's not just me: > > https://issues.apache.org/jira/browse/WICKET-592 > > > Jonathan Locke wrote: >> >> i'm getting the exception below. >> >> have there been any recent changes to markup finding or is this probably >> my own issue? >> >> thanks, >> >> jon >> >> -- >> >> WicketMessage: Unable to find the markup for the component. That may be >> due to transparent containers or components implementing >> IComponentResolver: [MarkupContainer [Component id = 0, page = >> com.foo.MyPage, path = 2:myArea:mylist:0.ListItem, isVisible = true, >> isVersioned = false]] >> >> Root cause: >> >> org.apache.wicket.WicketRuntimeException: Unable to find the markup for >> the component. That may be due to transparent containers or components >> implementing IComponentResolver: [MarkupContainer [Component id = 0, page >> = com.foo.MyPage, path = 2:myArea:mylist:0.ListItem, isVisible = true, >> isVersioned = false]] >> at >> org.apache.wicket.MarkupFragmentFinder.find(MarkupFragmentFinder.java:111) >> at >> org.apache.wicket.Component.getMarkupAttributes(Component.java:1176) >> at org.apache.wicket.Component.getMarkupId(Component.java:1211) >> at org.apache.wicket.Component.onComponentTag(Component.java:3198) >> at org.apache.wicket.Component.renderComponent(Component.java:2073) >> at >> org.apache.wicket.MarkupContainer.onRender(MarkupContainer.java:1294) >> at org.apache.wicket.Component.render(Component.java:1931) >> > > -- View this message in context: http://www.nabble.com/Unable-to-find-the-markup-for-the-component-tf3976741.html#a11289298 Sent from the Wicket - User mailing list archive at Nabble.com. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] Unable to find the markup for the component
ah. i think maybe it's not just me: https://issues.apache.org/jira/browse/WICKET-592 Jonathan Locke wrote: > > i'm getting the exception below. > > have there been any recent changes to markup finding or is this probably > my own issue? > > thanks, > > jon > > -- > > WicketMessage: Unable to find the markup for the component. That may be > due to transparent containers or components implementing > IComponentResolver: [MarkupContainer [Component id = 0, page = > com.foo.MyPage, path = 2:myArea:mylist:0.ListItem, isVisible = true, > isVersioned = false]] > > Root cause: > > org.apache.wicket.WicketRuntimeException: Unable to find the markup for > the component. That may be due to transparent containers or components > implementing IComponentResolver: [MarkupContainer [Component id = 0, page > = com.foo.MyPage, path = 2:myArea:mylist:0.ListItem, isVisible = true, > isVersioned = false]] > at > org.apache.wicket.MarkupFragmentFinder.find(MarkupFragmentFinder.java:111) > at > org.apache.wicket.Component.getMarkupAttributes(Component.java:1176) > at org.apache.wicket.Component.getMarkupId(Component.java:1211) > at org.apache.wicket.Component.onComponentTag(Component.java:3198) > at org.apache.wicket.Component.renderComponent(Component.java:2073) > at > org.apache.wicket.MarkupContainer.onRender(MarkupContainer.java:1294) > at org.apache.wicket.Component.render(Component.java:1931) > -- View this message in context: http://www.nabble.com/Unable-to-find-the-markup-for-the-component-tf3976741.html#a11289297 Sent from the Wicket - User mailing list archive at Nabble.com. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] Unable to find the markup for the component
this does at least appear to have started happening after updating wicket (either in the past few days or today). Jonathan Locke wrote: > > i'm getting the exception below. > > have there been any recent changes to markup finding or is this probably > my own issue? > > thanks, > > jon > > -- > > WicketMessage: Unable to find the markup for the component. That may be > due to transparent containers or components implementing > IComponentResolver: [MarkupContainer [Component id = 0, page = > com.foo.MyPage, path = 2:myArea:mylist:0.ListItem, isVisible = true, > isVersioned = false]] > > Root cause: > > org.apache.wicket.WicketRuntimeException: Unable to find the markup for > the component. That may be due to transparent containers or components > implementing IComponentResolver: [MarkupContainer [Component id = 0, page > = com.foo.MyPage, path = 2:myArea:mylist:0.ListItem, isVisible = true, > isVersioned = false]] > at > org.apache.wicket.MarkupFragmentFinder.find(MarkupFragmentFinder.java:111) > at > org.apache.wicket.Component.getMarkupAttributes(Component.java:1176) > at org.apache.wicket.Component.getMarkupId(Component.java:1211) > at org.apache.wicket.Component.onComponentTag(Component.java:3198) > at org.apache.wicket.Component.renderComponent(Component.java:2073) > at > org.apache.wicket.MarkupContainer.onRender(MarkupContainer.java:1294) > at org.apache.wicket.Component.render(Component.java:1931) > -- View this message in context: http://www.nabble.com/Unable-to-find-the-markup-for-the-component-tf3976741.html#a11288116 Sent from the Wicket - User mailing list archive at Nabble.com. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
[Wicket-user] Unable to find the markup for the component
i'm getting the exception below. have there been any recent changes to markup finding or is this probably my own issue? thanks, jon -- WicketMessage: Unable to find the markup for the component. That may be due to transparent containers or components implementing IComponentResolver: [MarkupContainer [Component id = 0, page = thoof.web.pages.story.improve.ImproveStoryPage, path = 2:proposedStoryChangeVotingArea:proposedStoryChanges:0.ListItem, isVisible = true, isVersioned = false]] Root cause: org.apache.wicket.WicketRuntimeException: Unable to find the markup for the component. That may be due to transparent containers or components implementing IComponentResolver: [MarkupContainer [Component id = 0, page = com.foo.MyPage, path = 2:myArea:mylist:0.ListItem, isVisible = true, isVersioned = false]] at org.apache.wicket.MarkupFragmentFinder.find(MarkupFragmentFinder.java:111) at org.apache.wicket.Component.getMarkupAttributes(Component.java:1176) at org.apache.wicket.Component.getMarkupId(Component.java:1211) at org.apache.wicket.Component.onComponentTag(Component.java:3198) at org.apache.wicket.Component.renderComponent(Component.java:2073) at org.apache.wicket.MarkupContainer.onRender(MarkupContainer.java:1294) at org.apache.wicket.Component.render(Component.java:1931) -- View this message in context: http://www.nabble.com/Unable-to-find-the-markup-for-the-component-tf3976741.html#a11288111 Sent from the Wicket - User mailing list archive at Nabble.com. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] Wicket 1.2.4 - Cross session concurrency issues
one of the great things about open source software is that you can investigate an issue like this yourself and suggest a patch. Seldon, Richard wrote: > > Hello all, > > Further to email sent out back on 15/06/07 regarding concurrency issues > using Wicket 1.2.4 and load runner... > > Really keen to know best place to get a list of outstanding defects > between > releases wicket 1.2.4 and 1.2.6 is located? Are there release notes / URL > links etc with this info easily available? Apache issues list starts with > version 1.2.7 but this is no good in our case. > > Our concurrency problem can be reproduced without load testing s/w and > (after exhaustively going through all our "static" code usages and other > possible areas of contention) likely explanation now sits with the version > of Wicket we're using. The Wicket website does include a section about a > critical bug in 1.2.4. In our case, if this is the problem, then it has > proven to be a show-stopper. > > We are hoping to go live with our production release of SOA app in next > few > days and have concluded we may need to either go with 1.2.6 (if the > migration is proven to fix our defects in test environments) or apply a > patch to 1.2.4 that covers just whats needed from 1.2.6 to fix the > cross-session issues. > > One other point I'd really like to hear discussion about:- we're using WID > version 2.0.1.2 which provides support for Java 1.4. At present, this > limits > us up to Wicket 1.3 - will there be ongoing maintenance support for users > unable to migrate further due to limitations in the current app server > versions of Java support available? > > As developers, we're definitely pro-Wicket but getting nervous regarding > this project's usage of Wicket and outstanding defects. Especially with > migration route options outlined above. > Hope some of you can put these fears to rest? > Cheers, Rich. > > > This e-mail (and any attachments) may contain privileged and/or > confidential information. If you are not the intended recipient please do > not disclose, copy, distribute, disseminate or take any action in reliance > on it. If you have received this message in error please reply and tell us > and then delete it. Should you wish to communicate with us by e-mail we > cannot guarantee the security of any data outside our own computer > systems. For the protection of Legal & General's systems and staff, > incoming emails will be automatically scanned. > > Any information contained in this message may be subject to applicable > terms and conditions and must not be construed as giving investment advice > within or outside the United Kingdom. > > The following companies are subsidiary companies of the Legal & General > Group Plc which are authorised and regulated by the Financial Services > Authority for advising and arranging the products shown: Legal & General > Partnership Services Limited (insurance and mortgages), Legal & General > Insurance Limited (insurance), Legal & General Assurance Society Limited > (life assurance, pensions and investments), Legal & General Unit Trust > Managers Limited and Legal & General Portfolio Management Services Limited > (investments). > > They are registered in England under numbers shown. > The registered office is Temple Court, 11 Queen Victoria Street, London > EC4N 4TP. > > Legal & General Partnership Services Limited: 5045000 Legal & General > Assurance Society Limited: 166055 Legal & General (Unit Trust Managers) > Limited: 1009418 Legal & General (Portfolio Management Services) Limited: > 2457525 Legal & General Insurance Limited: 423930 > > They are registered with the Financial Services Authority under numbers > shown. You can check this at www.fsa.gov.uk/register > > Legal & General Partnership Services Limited: 300792 Legal & General > Assurance Society Limited: 117659 Legal & General (Unit Trust Managers) > Limited: 119273 Legal & General (Portfolio Management Services) Limited: > 146786 Legal & General Insurance Limited: 202050 > > > - > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > ___ > Wicket-user mailing list > Wicket-user@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wicket-user > > -- View this message in context: http://www.nabble.com/Wicket-1.2.4---Cross-session-concurrency-issues-tf3975737.html#a11286305 Sent from the Wicket - User mailing list archive at Nabble.com. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/pow
Re: [Wicket-user] NPE in PropertyResolver
thanks. seems to work now. Al Maw wrote: > > Al Maw wrote: >> Going back to Jonathan's original unit test case, I'm thinking maybe we >> can lazy-init this to make unit testing more bearable. > > Done. > > Al > > -- > Alastair Maw > Wicket-biased blog at http://herebebeasties.com > > - > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > ___ > Wicket-user mailing list > Wicket-user@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wicket-user > > -- View this message in context: http://www.nabble.com/NPE-in-PropertyResolver-tf3974388.html#a11285562 Sent from the Wicket - User mailing list archive at Nabble.com. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
[Wicket-user] NPE in PropertyResolver
i'm getting this in a unit test and wondering if anyone knows why that might happen: Caused by: java.lang.NullPointerException at org.apache.wicket.util.lang.PropertyResolver.getGetAndSetter(PropertyResolver.java:274) at org.apache.wicket.util.lang.PropertyResolver.getObjectAndGetSetter(PropertyResolver.java:266) at org.apache.wicket.util.lang.PropertyResolver.getPropertyClass(PropertyResolver.java:144) at org.apache.wicket.model.AbstractPropertyModel.getObjectClass(AbstractPropertyModel.java:199) at org.apache.wicket.markup.html.form.AbstractTextComponent.getModelType(AbstractTextComponent.java:119) at org.apache.wicket.markup.html.form.AbstractTextComponent.onBeforeRender(AbstractTextComponent.java:107) at org.apache.wicket.Component.beforeRender(Component.java:846) at org.apache.wicket.MarkupContainer.onBeforeRenderChildren(MarkupContainer.java:1449) -- View this message in context: http://www.nabble.com/NPE-in-PropertyResolver-tf3974388.html#a11281637 Sent from the Wicket - User mailing list archive at Nabble.com. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] [Fwd: Re: && CSS]
not anymore. Matej Knopp-2 wrote: > > Err, I believe that you can do add(HeaderContributor.forCss(...)) in > page constructor. > > -Matej > > On 6/23/07, Juergen Donnerstag <[EMAIL PROTECTED]> wrote: >> Jan, >> >> the problem is that though you can attach attribute modifier (that is >> what HeaderContributor is as well) to a Page (or WebPage), it'll not >> work. WebPage doesn't have a tag. Since there is no tag, the attribute >> modifier are not invoked, hence the nothing gets added to the header >> section. >> >> Solution: you simply must attach HeaderContributor.forCss to any other >> of your components (e.g. html in your code) >> >> In order to prevent such errors, Wicket should detect (if not prevent) >> that attribute modifiers are added to WebPage. I've no idea right now >> how to make it a compile error, but we certainly can make it a runtime >> exception. >> >> Juergen >> >> On 6/22/07, Jan Kriesten <[EMAIL PROTECTED]> wrote: >> > >> > copy to the list, as sourceforge doesn't allow zip-attachments atm. >> > >> > >> > Original Message >> > Subject: Re: [Wicket-user] && CSS >> > Date: Fri, 22 Jun 2007 08:53:23 +0200 >> > From: Jan Kriesten <[EMAIL PROTECTED]> >> > >> > >> > Hi Juergen, >> > >> > > I'll try my best to find some spare time to do it. Hopefully over the >> weekend. >> > >> > much appreciated, thank you! :-) >> > >> > I attached a zip-file containing the example. >> > >> > Best regards, --- Jan. >> > >> > >> > >> > >> - >> > This SF.net email is sponsored by DB2 Express >> > Download DB2 Express C - the FREE version of DB2 express and take >> > control of your XML. No limits. Just data. Click to get it now. >> > http://sourceforge.net/powerbar/db2/ >> > ___ >> > Wicket-user mailing list >> > Wicket-user@lists.sourceforge.net >> > https://lists.sourceforge.net/lists/listinfo/wicket-user >> > >> >> - >> This SF.net email is sponsored by DB2 Express >> Download DB2 Express C - the FREE version of DB2 express and take >> control of your XML. No limits. Just data. Click to get it now. >> http://sourceforge.net/powerbar/db2/ >> ___ >> Wicket-user mailing list >> Wicket-user@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/wicket-user >> > > - > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > ___ > Wicket-user mailing list > Wicket-user@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wicket-user > > -- View this message in context: http://www.nabble.com/-Fwd%3A-Re%3A--%3Chtml-wicket%3Aid%3D%22html%22%3ECSS--tf3963106.html#a11270955 Sent from the Wicket - User mailing list archive at Nabble.com. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
[Wicket-user] cannot add CSS to web page?
my code which does this: add(HeaderContributor.forCss(CSS)); now throws the following exception. my web page needs to contribute CSS to the header. i'm wondering, why can't i do it this way anymore (it seems like WebPage is a component like any other and my code did work fine before this exception)? and what's the best alternative? thanks! Caused by: org.apache.wicket.WicketRuntimeException: You can not attach behaviors onto WebPages. Web pages do require a markup file but no specific tag to attach the page to. This is why behaviors such as HeaderContributor for example don't work if attached to a WebPage. Please attach the behavior to any other of your components. -- View this message in context: http://www.nabble.com/cannot-add-CSS-to-web-page--tf3970619.html#a11270671 Sent from the Wicket - User mailing list archive at Nabble.com. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] another missing stack trace
yeah, this issue was caused by multithreaded output being intervleaved.
i'm still not happy with processing exception strings though. i'd prefer
we did some kind of folding of exceptions using javascript on the wicket
exception page and not alter the exception at all. but that can wait until
next wicket version if at all.
Johan Compagner wrote:
>
> i dont think so because you do get "Caused by"?
> We don't print caused by, that is the thing we change about the input.
>
> what do you exactly see? so whats in that [...] space you have in the
> email?
>
> johan
>
>
> On 6/20/07, Jonathan Locke <[EMAIL PROTECTED]> wrote:
>>
>>
>>
>> could this be caused by this thread (which we never quite did finish)?
>>
>> http://www.nabble.com/abbreviated-stack-traces-tf3837742.html#a10899418
>>
>>
>> Jonathan Locke wrote:
>> >
>> > i just got another missing stack trace problem:
>> >
>> > [...]
>> > Caused by: java.lang.NullPointerException
>> >
>> > then no stack trace for the NPE. eelco earlier asserted that my
>> logging
>> > config must be wrong while johan said we must have a problem. the only
>> > odd bit of configuration in our log4j file is this pattern:
>> >
>> > log4j.appender.Stdout.layout.conversionPattern=[%d{HH:mm:ss}] %-5p -
>> > %-26.26c{1} - %m\n
>> >
>> > could that be the problem somehow? cause if not, i think we have a
>> pretty
>> > serious logging problem that needs some attention.
>> >
>> >
>> >
>>
>> --
>> View this message in context:
>> http://www.nabble.com/another-missing-stack-trace-tf3953540.html#a11217625
>> Sent from the Wicket - User mailing list archive at Nabble.com.
>>
>>
>> -
>> This SF.net email is sponsored by DB2 Express
>> Download DB2 Express C - the FREE version of DB2 express and take
>> control of your XML. No limits. Just data. Click to get it now.
>> http://sourceforge.net/powerbar/db2/
>> ___
>> Wicket-user mailing list
>> Wicket-user@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/wicket-user
>>
>
> -
> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> ___
> Wicket-user mailing list
> Wicket-user@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wicket-user
>
>
--
View this message in context:
http://www.nabble.com/another-missing-stack-trace-tf3953540.html#a11232028
Sent from the Wicket - User mailing list archive at Nabble.com.
-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] [announce] Apache Wicket
congratulations to everyone! i want to thank the whole team for pushing wicket to this next big stage of growth! wow! we did it! Martijn Dashorst wrote: > > We have Graduation! Apache Wicket is established as a top level > project within the Apache Software Foundation. > >>From Greg Stein: > > Original Message > Subject: Apache Board Meeting, June 20, 2007 (new officers!) > Date: Wed, 20 Jun 2007 12:45:06 -0700 > From: Greg Stein > Reply-To: members@ > To: members@ > > Hi all, > > Today, the newly-elected Board met for the first time. After we got > done with our regular series of project reviews and other reports, we > elected a new slate of executive officers. I'm happy to present that > list: > >Jim Jagielski, Chairman >Justin Erenkrantz, President >J Aaron Farr, Treasurer >Sam Ruby, Exec VP and Secretary > > Welcome guys to your new offices! > > We also established new three projects: > > * Apache Quetzalcoatl: this springs mod_python and related bits out of > the HTTPD project into its own TLP. Gregory Trubetskoy is its Chair. > > * Apache Wicket: this is a light webapp framework for Java, graduating > from the Incubator into its own TLP. Martijn Dashorst is the new > Chair. > > * Apache Commons: this is the venerable Apache Jakarta Commons, now > spun out into its own TLP, with Torsten Curdt as its Chair. > > Finally, we swapped a couple PMC Chairs: > > * Will Glass-Hussin replaces Henning Schmiedehausen as the Velocity > Chair > * David Sean Taylor replaces Santiago Gala as the Portals Chair > > That's it for this month. Please feel free to forward this to any > public/private forum as you see fit. If you have any questions, then > please don't hesitate to ask myself or any other Director or officer. > > Cheers, > -g > > We would like to congratulate all Wicket community members with this > remarkable feat, we couldn't have done this without you! > > Furthermore, I like to thank the Board of the Apache Software > Foundation for the trust they invested in us. We will not disappoint! > > We would like to thank Wicket's mentors: > > * Alex Karasulu (whose birthday coincidentally is today… what a better > gift could you receive). Thanks for bringing us on board, and a Happy > Birthday!!! > > * Upayavira, who made the transition even run smoother than thought > possible. Thanks for guiding us and I hope you'll stay for a long time > with our project! > > * Bertrand Delacretaz, thank you for your help, votes and advise. We > will miss your involvement, but will certainly see you in the future! > > * Sylvain Wallez, also big thanks for helping and guiding us. I hope > Wicket is still working within Joost > > Finally, congratulations to the new officers, PMC Chairs and the other > two new projects: Apache Quetzalcoatl and Apache Commons! Welcome to > the club! > > !!! Champagne !!! > > - > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > ___ > Wicket-user mailing list > Wicket-user@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wicket-user > > -- View this message in context: http://www.nabble.com/-announce--Apache-Wicket-tf3954913.html#a11225772 Sent from the Wicket - User mailing list archive at Nabble.com. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] Wicket MADE the grade
very interesting. but i don't agree with the spreadsheet that wicket is not good for "million clicks per minute sites". with a good back-end architecture and the right tuning, wicket ought to be able to sustain that kind of load as well as any other web framework. the big difference is that in wicket you aren't stuck with a non-existent or poor man's component model where you manage all your state by hand just so you can optimize a few hot pages. you can do real OO programming with all the great productivity you get from writing real components with very few optimizations across probably 95% of your site and then roll up your sleeves /after looking at a profiler/ to tune the other 5% of your site (probably the home page and a handful of common destinations). Francisco Diaz Trepat - gmail wrote: > > Yes, thanks. We evaluated the following frameworks: > > Struts-2 (reviewed by me) > SpringMVC (reviewed by a coworker) > JFS (reviewed by a coworker) > Click (reviewed by a coworker) > Wicket (reviewed by a cowerker and then by me in a second chance kind of > deal) > > Other-ones (Tapestry, Webworks, etc) where discarded in a very overview > like > process. > > JFS was the first to go. Very complex if no netbeans and taglibs hell, > etc. > > SpringMVC had a huge acceptance in the community although after reviewing > it > and experience al xml complexity it got to the point we question the > community itself. > > Similiar with Struts2 although we saw an important reduction of > configuration. But it was something else (webworx 2) trying to do Struts I > guess. Taglibs were there and we all agreed on their uglyness and stupid > concept. Lets do HTML + TAGLIBS + JAVA CODE but lets not put JSP enbeded > code on the JSP file. Nonesence!!! > > One aspect was the some of us came to love seaside (web-framework for > squeak/smalltalk) and so we came across Click and the second chance for > Wicket. > > Wicket was originally rejected because one of my coworkers who was in > charge > of building the demo sample, downloaded the Kick-Start kit (I don't > remember > the name, maybe quick-start or something of the sort). He had some trouble > building it, he then tried to copy/paste some code from the web, and in my > opinion gave zero interest in anything. He just complaint about it and > then > it was dropped. > > As I was working with Struts-2 and bothering in everyday basis our project > leader so he would consider seaside I read nice reviews about wicket, > pluss > ask my brother who I usually trust and told me only good things about it. > > So because of the lack of "evidence" or better put, because of the not so > deep explanation of why was wicket dumped, I kind of thought that a very > common thing had occured. I don't give a crap, let me keep googling > arround. > > Thats when I decided to speak with our PM and ask him if I could give it a > try, a left Struts-2 (thanks god) and started with wicket. Because I am a > lazy bastard I turn to the list to answer me some preatty dumb questions > so > I could get a WicketDemo working. > > It was an awsome ride, thanks again. > > I attached a Comparison chart of Struts-2 Click and Wicket, that we > created. > It is nothing fancy nor it is so serious. But I'll attached anyway. > > f(t) > > PS: I am currently verry busy, but I expect to get some time near agust so > I > can start contributing. I am currently on three other projects but it > looks > one of those is going to finish. > > > > On 6/20/07, craigdd <[EMAIL PROTECTED]> wrote: >> >> >> Great news Francisco, >> >> So give us the dirt, what made your company ultimately go with wicket? >> Which other frameworks where you considering. >> >> -Craig >> >> >> Francisco Diaz Trepat - gmail wrote: >> > >> > Hi guys, from a discarded framework to the choice in hand. Wicket was >> > chosen >> > by my company to start a migration project of its products. >> > >> > Is there a way to get latest 1.3 beta2 with java 1.5? >> > >> > to get started... ;-) >> > >> > Thanks to ALL of you for all your help. >> > >> > >> > ELCO... THE BOOK MAN. COME ON!!! >> > >> > jejejeje >> > >> > Well great news for me because wicket kicks ass!!! >> > >> > f(t) >> > >> > >> - >> > This SF.net email is sponsored by DB2 Express >> > Download DB2 Express C - the FREE version of DB2 express and take >> > control of your XML. No limits. Just data. Click to get it now. >> > http://sourceforge.net/powerbar/db2/ >> > ___ >> > Wicket-user mailing list >> > Wicket-user@lists.sourceforge.net >> > https://lists.sourceforge.net/lists/listinfo/wicket-user >> > >> > >> >> -- >> View this message in context: >> http://www.nabble.com/Wicket-MADE-the-grade-tf3953568.html#a11218427 >> Sent from the Wicket - User mailing list archive at Nabble.com. >> >> >> - >
Re: [Wicket-user] another missing stack trace
could this be caused by this thread (which we never quite did finish)?
http://www.nabble.com/abbreviated-stack-traces-tf3837742.html#a10899418
Jonathan Locke wrote:
>
> i just got another missing stack trace problem:
>
> [...]
> Caused by: java.lang.NullPointerException
>
> then no stack trace for the NPE. eelco earlier asserted that my logging
> config must be wrong while johan said we must have a problem. the only
> odd bit of configuration in our log4j file is this pattern:
>
> log4j.appender.Stdout.layout.conversionPattern=[%d{HH:mm:ss}] %-5p -
> %-26.26c{1} - %m\n
>
> could that be the problem somehow? cause if not, i think we have a pretty
> serious logging problem that needs some attention.
>
>
>
--
View this message in context:
http://www.nabble.com/another-missing-stack-trace-tf3953540.html#a11217625
Sent from the Wicket - User mailing list archive at Nabble.com.
-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user
[Wicket-user] another missing stack trace
i just got another missing stack trace problem:
[...]
Caused by: java.lang.NullPointerException
then no stack trace for the NPE. eelco earlier asserted that my logging
config must be wrong while johan said we must have a problem. the only odd
bit of configuration in our log4j file is this pattern:
log4j.appender.Stdout.layout.conversionPattern=[%d{HH:mm:ss}] %-5p -
%-26.26c{1} - %m\n
could that be the problem somehow? cause if not, i think we have a pretty
serious logging problem that needs some attention.
--
View this message in context:
http://www.nabble.com/another-missing-stack-trace-tf3953540.html#a11217333
Sent from the Wicket - User mailing list archive at Nabble.com.
-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] how busy a site is wicket known to support?
oh yeah, be sure you DO NOT test your wicket app's scalability with wicket in development mode! wicket does a ton of really inefficient things in development mode. just for example, every single component you construct on every page will have a complete stack trace of the caller that constructed the component attached as metadata. needless to say, that is not cheap (either in time or memory)! Scott Swank wrote: > > I have a quick question about server load, in particular I want to > determine what sort of volume existing applications support. > > We spread our load across 5 JBoss servers and need to support 200 > requests/second (40/second per server). Are other Wicket applications > handling this volume? > > Thank you, > Scott > > -- > Scott Swank > reformed mathematician > > - > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > ___ > Wicket-user mailing list > Wicket-user@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wicket-user > > -- View this message in context: http://www.nabble.com/how-busy-a-site-is-wicket-known-to-support--tf3949732.html#a11206648 Sent from the Wicket - User mailing list archive at Nabble.com. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] how busy a site is wicket known to support?
with decent specs on your web nodes you can generally expect to get better performance than that... unless you're limited by non-wicket back-end bottlenecks like db access. Scott Swank wrote: > > I have a quick question about server load, in particular I want to > determine what sort of volume existing applications support. > > We spread our load across 5 JBoss servers and need to support 200 > requests/second (40/second per server). Are other Wicket applications > handling this volume? > > Thank you, > Scott > > -- > Scott Swank > reformed mathematician > > - > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > ___ > Wicket-user mailing list > Wicket-user@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wicket-user > > -- View this message in context: http://www.nabble.com/how-busy-a-site-is-wicket-known-to-support--tf3949732.html#a11206615 Sent from the Wicket - User mailing list archive at Nabble.com. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] inspector causes page expired
ah this is some side effect of using AccessStackPageMap in the session inspection process... Jonathan Locke wrote: > > i added an enhancement request for next wicket version to support the > inspector better. the problem i'm having with it right now is that after > visiting the inspectorpage, every request to the web app results in a page > expired exception. the app is basically dead. has anyone seen this type of > behavior before (in the inspector or elsewhere)? any ideas on what this > might be? thanks! > >jonathan > > > -- View this message in context: http://www.nabble.com/inspector-causes-page-expired-tf3944109.html#a11189183 Sent from the Wicket - User mailing list archive at Nabble.com. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
[Wicket-user] inspector causes page expired
i added an enhancement request for next wicket version to support the inspector better. the problem i'm having with it right now is that after visiting the inspectorpage, every request to the web app results in a page expired exception. the app is basically dead. has anyone seen this type of behavior before (in the inspector or elsewhere)? any ideas on what this might be? thanks! jonathan -- View this message in context: http://www.nabble.com/inspector-causes-page-expired-tf3944109.html#a11188069 Sent from the Wicket - User mailing list archive at Nabble.com. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] infinite loop
how could it be set up incorrectly? we got the message part of the NPE
just not the stack trace.
Eelco Hillenius wrote:
>
>> could it be this code that's not logging the whole exception?
>>
>> protected void logRuntimeException(RuntimeException e)
>> {
>> log.error(e.getMessage(), e);
>> }
>
> That should typically print the stack trace if your logging
> configuration is set up properly.
>
> Eelco
>
> -
> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> ___
> Wicket-user mailing list
> Wicket-user@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wicket-user
>
>
--
View this message in context:
http://www.nabble.com/infinite-loop-tf3933416.html#a11179559
Sent from the Wicket - User mailing list archive at Nabble.com.
-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] infinite loop
no repro case currently. Johan Compagner wrote: > > can't you debug it and break on the exception NullPointer? > > But i agree somehow we should log this better. > > On 6/18/07, Jonathan Locke <[EMAIL PROTECTED]> wrote: >> >> >> >> aha. we might have two of these bugs, but i'm getting this trace >> now. does >> anyone have any idea what line of code it is that is failing to print the >> stack trace for this NPE into the log? it looks like an NPE is causing >> the >> processing step to restart over and over again. would be a good fix to >> wicket to have it print that stack trace and not just the exception >> message. >> >> [10:19:01] ERROR - RequestCycle? - java.lang.NullPointerException? >> [10:19:01] ERROR - RequestCycle? - java.lang.NullPointerException? >> [10:19:01] ERROR - RequestCycle? - java.lang.NullPointerException? >> [10:19:01] ERROR - RequestCycle? - java.lang.NullPointerException? >> [10:19:01] ERROR - RequestCycle? - java.lang.NullPointerException? >> [10:19:01] ERROR - RequestCycle? - java.lang.NullPointerException? >> [10:19:01] ERROR - RequestCycle? - java.lang.NullPointerException? >> [10:19:01] ERROR - RequestCycle? - java.lang.NullPointerException? >> [10:19:01] ERROR - RequestCycle? - java.lang.NullPointerException? >> [10:19:01] ERROR - RequestCycle? - java.lang.NullPointerException? >> [10:19:01] ERROR - RequestCycle? - java.lang.NullPointerException? >> [10:19:01] ERROR - RequestCycle? - java.lang.NullPointerException? >> [10:19:01] ERROR - RequestCycle? - java.lang.NullPointerException? >> [10:19:01] ERROR - [default] - Servlet.service() for servlet default >> threw >> exception java.lang.IllegalStateException?: Request processing executed >> 32767 steps, which means it is probably in an infinite loop. >> >> at org.apache.wicket.RequestCycle?.steps(RequestCycle?.java:1187) at >> org.apache.wicket.RequestCycle?.request(RequestCycle?.java:510) at >> org.apache.wicket.protocol.http.WicketFilter >> ?.doGet(WicketFilter?.java:251) >> at >> org.apache.wicket.protocol.http.WicketFilter >> ?.doFilter(WicketFilter?.java:125) >> at >> org.apache.catalina.core.ApplicationFilterChain >> ?.internalDoFilter(ApplicationFilterChain?.java:202) >> at >> org.apache.catalina.core.ApplicationFilterChain >> ?.doFilter(ApplicationFilterChain? >> >> >> Al Maw wrote: >> > >> > I've seen this happen if you run behind a mod_proxy and fail to set up >> > the ProxyPassReverse setting properly. Make sure you have >> > ProxyPassReverseCookiePath, too. See the wiki for details. >> > >> > Al >> > >> > Jonathan Locke wrote: >> >> >> >> anyone have any ideas on what might cause this? in particular can a >> user >> >> exception cause it or is it definitely a wicket bug? >> >> >> >> java.lang.IllegalStateException?: Request processing executed 32767 >> >> steps, >> >> which means it is probably in an infinite loop. >> >> >> >> at org.apache.wicket.RequestCycle?.steps(RequestCycle?.java:1187) at >> >> org.apache.wicket.RequestCycle?.request(RequestCycle?.java:510) at >> >> org.apache.wicket.protocol.http.WicketFilter >> ?.doGet(WicketFilter?.java:251) >> >> at >> >> org.apache.wicket.protocol.http.WicketFilter >> ?.doFilter(WicketFilter?.java:125) >> >> at >> >> org.apache.catalina.core.ApplicationFilterChain >> ?.internalDoFilter(ApplicationFilterChain?.java:202) >> >> at >> >> org.apache.catalina.core.ApplicationFilterChain >> ?.doFilter(ApplicationFilterChain?.java:173) >> >> at >> >> org.apache.catalina.core.StandardWrapperValve >> ?.invoke(StandardWrapperValve?.java:213) >> >> at >> >> org.apache.catalina.core.StandardContextValve >> ?.invoke(StandardContextValve?.java:178) >> >> at >> >> org.apache.catalina.core.StandardHostValve >> ?.invoke(StandardHostValve?.java:126) >> >> at >> >> org.apache.catalina.cluster.tcp.ReplicationValve >> ?.invoke(ReplicationValve?.java:346) >> >> at >> >> org.apache.catalina.valves.ErrorReportValve >> ?.invoke(ErrorReportValve?.java:105) >> >> at >> >> org.apache.catalina.core.StandardEngineValve >> ?.invoke(StandardEngineValve?.java:107) >> >> at >> >> org.apache.catalina.connector.CoyoteAdapter >> ?.service(CoyoteAdapter?.java:148) >> >&g
Re: [Wicket-user] infinite loop
could it be this code that's not logging the whole exception?
protected void logRuntimeException(RuntimeException e)
{
log.error(e.getMessage(), e);
}
Jonathan Locke wrote:
>
>
> aha. we might have two of these bugs, but i'm getting this trace now.
> does anyone have any idea what line of code it is that is failing to print
> the stack trace for this NPE into the log? it looks like an NPE is
> causing the processing step to restart over and over again. would be a
> good fix to wicket to have it print that stack trace and not just the
> exception message.
>
> [10:19:01] ERROR - RequestCycle? - java.lang.NullPointerException?
> [10:19:01] ERROR - RequestCycle? - java.lang.NullPointerException?
> [10:19:01] ERROR - RequestCycle? - java.lang.NullPointerException?
> [10:19:01] ERROR - RequestCycle? - java.lang.NullPointerException?
> [10:19:01] ERROR - RequestCycle? - java.lang.NullPointerException?
> [10:19:01] ERROR - RequestCycle? - java.lang.NullPointerException?
> [10:19:01] ERROR - RequestCycle? - java.lang.NullPointerException?
> [10:19:01] ERROR - RequestCycle? - java.lang.NullPointerException?
> [10:19:01] ERROR - RequestCycle? - java.lang.NullPointerException?
> [10:19:01] ERROR - RequestCycle? - java.lang.NullPointerException?
> [10:19:01] ERROR - RequestCycle? - java.lang.NullPointerException?
> [10:19:01] ERROR - RequestCycle? - java.lang.NullPointerException?
> [10:19:01] ERROR - RequestCycle? - java.lang.NullPointerException?
> [10:19:01] ERROR - [default] - Servlet.service() for servlet default threw
> exception java.lang.IllegalStateException?: Request processing executed
> 32767 steps, which means it is probably in an infinite loop.
>
> at org.apache.wicket.RequestCycle?.steps(RequestCycle?.java:1187) at
> org.apache.wicket.RequestCycle?.request(RequestCycle?.java:510) at
> org.apache.wicket.protocol.http.WicketFilter?.doGet(WicketFilter?.java:251)
> at
> org.apache.wicket.protocol.http.WicketFilter?.doFilter(WicketFilter?.java:125)
> at
> org.apache.catalina.core.ApplicationFilterChain?.internalDoFilter(ApplicationFilterChain?.java:202)
> at
> org.apache.catalina.core.ApplicationFilterChain?.doFilter(ApplicationFilterChain?
>
>
> Al Maw wrote:
>>
>> I've seen this happen if you run behind a mod_proxy and fail to set up
>> the ProxyPassReverse setting properly. Make sure you have
>> ProxyPassReverseCookiePath, too. See the wiki for details.
>>
>> Al
>>
>> Jonathan Locke wrote:
>>>
>>> anyone have any ideas on what might cause this? in particular can a
>>> user
>>> exception cause it or is it definitely a wicket bug?
>>>
>>> java.lang.IllegalStateException?: Request processing executed 32767
>>> steps,
>>> which means it is probably in an infinite loop.
>>>
>>> at org.apache.wicket.RequestCycle?.steps(RequestCycle?.java:1187) at
>>> org.apache.wicket.RequestCycle?.request(RequestCycle?.java:510) at
>>> org.apache.wicket.protocol.http.WicketFilter?.doGet(WicketFilter?.java:251)
>>> at
>>> org.apache.wicket.protocol.http.WicketFilter?.doFilter(WicketFilter?.java:125)
>>> at
>>> org.apache.catalina.core.ApplicationFilterChain?.internalDoFilter(ApplicationFilterChain?.java:202)
>>> at
>>> org.apache.catalina.core.ApplicationFilterChain?.doFilter(ApplicationFilterChain?.java:173)
>>> at
>>> org.apache.catalina.core.StandardWrapperValve?.invoke(StandardWrapperValve?.java:213)
>>> at
>>> org.apache.catalina.core.StandardContextValve?.invoke(StandardContextValve?.java:178)
>>> at
>>> org.apache.catalina.core.StandardHostValve?.invoke(StandardHostValve?.java:126)
>>> at
>>> org.apache.catalina.cluster.tcp.ReplicationValve?.invoke(ReplicationValve?.java:346)
>>> at
>>> org.apache.catalina.valves.ErrorReportValve?.invoke(ErrorReportValve?.java:105)
>>> at
>>> org.apache.catalina.core.StandardEngineValve?.invoke(StandardEngineValve?.java:107)
>>> at
>>> org.apache.catalina.connector.CoyoteAdapter?.service(CoyoteAdapter?.java:148)
>>> at
>>> org.apache.coyote.ajp.AjpAprProcessor?.process(AjpAprProcessor?.java:425)
>>> at
>>> org.apache.coyote.ajp.AjpAprProtocol?$AjpConnectionHandler?.process(AjpAprProtocol?.java:452)
>>> at
>>> org.apache.tomcat.util.net.AprEndpoint?$Worker.run(AprEndpoint?.java:1285)
>>> at java.lang.Thread.run(Thread.java:619)
>>>
>>>
>>
>>
>> -
>> T
Re: [Wicket-user] infinite loop
aha. we might have two of these bugs, but i'm getting this trace now. does anyone have any idea what line of code it is that is failing to print the stack trace for this NPE into the log? it looks like an NPE is causing the processing step to restart over and over again. would be a good fix to wicket to have it print that stack trace and not just the exception message. [10:19:01] ERROR - RequestCycle? - java.lang.NullPointerException? [10:19:01] ERROR - RequestCycle? - java.lang.NullPointerException? [10:19:01] ERROR - RequestCycle? - java.lang.NullPointerException? [10:19:01] ERROR - RequestCycle? - java.lang.NullPointerException? [10:19:01] ERROR - RequestCycle? - java.lang.NullPointerException? [10:19:01] ERROR - RequestCycle? - java.lang.NullPointerException? [10:19:01] ERROR - RequestCycle? - java.lang.NullPointerException? [10:19:01] ERROR - RequestCycle? - java.lang.NullPointerException? [10:19:01] ERROR - RequestCycle? - java.lang.NullPointerException? [10:19:01] ERROR - RequestCycle? - java.lang.NullPointerException? [10:19:01] ERROR - RequestCycle? - java.lang.NullPointerException? [10:19:01] ERROR - RequestCycle? - java.lang.NullPointerException? [10:19:01] ERROR - RequestCycle? - java.lang.NullPointerException? [10:19:01] ERROR - [default] - Servlet.service() for servlet default threw exception java.lang.IllegalStateException?: Request processing executed 32767 steps, which means it is probably in an infinite loop. at org.apache.wicket.RequestCycle?.steps(RequestCycle?.java:1187) at org.apache.wicket.RequestCycle?.request(RequestCycle?.java:510) at org.apache.wicket.protocol.http.WicketFilter?.doGet(WicketFilter?.java:251) at org.apache.wicket.protocol.http.WicketFilter?.doFilter(WicketFilter?.java:125) at org.apache.catalina.core.ApplicationFilterChain?.internalDoFilter(ApplicationFilterChain?.java:202) at org.apache.catalina.core.ApplicationFilterChain?.doFilter(ApplicationFilterChain? Al Maw wrote: > > I've seen this happen if you run behind a mod_proxy and fail to set up > the ProxyPassReverse setting properly. Make sure you have > ProxyPassReverseCookiePath, too. See the wiki for details. > > Al > > Jonathan Locke wrote: >> >> anyone have any ideas on what might cause this? in particular can a user >> exception cause it or is it definitely a wicket bug? >> >> java.lang.IllegalStateException?: Request processing executed 32767 >> steps, >> which means it is probably in an infinite loop. >> >> at org.apache.wicket.RequestCycle?.steps(RequestCycle?.java:1187) at >> org.apache.wicket.RequestCycle?.request(RequestCycle?.java:510) at >> org.apache.wicket.protocol.http.WicketFilter?.doGet(WicketFilter?.java:251) >> at >> org.apache.wicket.protocol.http.WicketFilter?.doFilter(WicketFilter?.java:125) >> at >> org.apache.catalina.core.ApplicationFilterChain?.internalDoFilter(ApplicationFilterChain?.java:202) >> at >> org.apache.catalina.core.ApplicationFilterChain?.doFilter(ApplicationFilterChain?.java:173) >> at >> org.apache.catalina.core.StandardWrapperValve?.invoke(StandardWrapperValve?.java:213) >> at >> org.apache.catalina.core.StandardContextValve?.invoke(StandardContextValve?.java:178) >> at >> org.apache.catalina.core.StandardHostValve?.invoke(StandardHostValve?.java:126) >> at >> org.apache.catalina.cluster.tcp.ReplicationValve?.invoke(ReplicationValve?.java:346) >> at >> org.apache.catalina.valves.ErrorReportValve?.invoke(ErrorReportValve?.java:105) >> at >> org.apache.catalina.core.StandardEngineValve?.invoke(StandardEngineValve?.java:107) >> at >> org.apache.catalina.connector.CoyoteAdapter?.service(CoyoteAdapter?.java:148) >> at >> org.apache.coyote.ajp.AjpAprProcessor?.process(AjpAprProcessor?.java:425) >> at >> org.apache.coyote.ajp.AjpAprProtocol?$AjpConnectionHandler?.process(AjpAprProtocol?.java:452) >> at >> org.apache.tomcat.util.net.AprEndpoint?$Worker.run(AprEndpoint?.java:1285) >> at java.lang.Thread.run(Thread.java:619) >> >> > > > - > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > ___ > Wicket-user mailing list > Wicket-user@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wicket-user > > -- View this message in context: http://www.nabble.com/infinite-loop-tf3933416.html#a11167872 Sent from the Wicket - User mailing list archive at Nabble.com. - This SF.net
Re: [Wicket-user] infinite loop
this is not it. the server with the problem is not even running a proxy. any other ideas anyone? Al Maw wrote: > > I've seen this happen if you run behind a mod_proxy and fail to set up > the ProxyPassReverse setting properly. Make sure you have > ProxyPassReverseCookiePath, too. See the wiki for details. > > Al > > Jonathan Locke wrote: >> >> anyone have any ideas on what might cause this? in particular can a user >> exception cause it or is it definitely a wicket bug? >> >> java.lang.IllegalStateException?: Request processing executed 32767 >> steps, >> which means it is probably in an infinite loop. >> >> at org.apache.wicket.RequestCycle?.steps(RequestCycle?.java:1187) at >> org.apache.wicket.RequestCycle?.request(RequestCycle?.java:510) at >> org.apache.wicket.protocol.http.WicketFilter?.doGet(WicketFilter?.java:251) >> at >> org.apache.wicket.protocol.http.WicketFilter?.doFilter(WicketFilter?.java:125) >> at >> org.apache.catalina.core.ApplicationFilterChain?.internalDoFilter(ApplicationFilterChain?.java:202) >> at >> org.apache.catalina.core.ApplicationFilterChain?.doFilter(ApplicationFilterChain?.java:173) >> at >> org.apache.catalina.core.StandardWrapperValve?.invoke(StandardWrapperValve?.java:213) >> at >> org.apache.catalina.core.StandardContextValve?.invoke(StandardContextValve?.java:178) >> at >> org.apache.catalina.core.StandardHostValve?.invoke(StandardHostValve?.java:126) >> at >> org.apache.catalina.cluster.tcp.ReplicationValve?.invoke(ReplicationValve?.java:346) >> at >> org.apache.catalina.valves.ErrorReportValve?.invoke(ErrorReportValve?.java:105) >> at >> org.apache.catalina.core.StandardEngineValve?.invoke(StandardEngineValve?.java:107) >> at >> org.apache.catalina.connector.CoyoteAdapter?.service(CoyoteAdapter?.java:148) >> at >> org.apache.coyote.ajp.AjpAprProcessor?.process(AjpAprProcessor?.java:425) >> at >> org.apache.coyote.ajp.AjpAprProtocol?$AjpConnectionHandler?.process(AjpAprProtocol?.java:452) >> at >> org.apache.tomcat.util.net.AprEndpoint?$Worker.run(AprEndpoint?.java:1285) >> at java.lang.Thread.run(Thread.java:619) >> >> > > > - > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > ___ > Wicket-user mailing list > Wicket-user@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wicket-user > > -- View this message in context: http://www.nabble.com/infinite-loop-tf3933416.html#a11167279 Sent from the Wicket - User mailing list archive at Nabble.com. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
[Wicket-user] infinite loop
anyone have any ideas on what might cause this? in particular can a user exception cause it or is it definitely a wicket bug? java.lang.IllegalStateException?: Request processing executed 32767 steps, which means it is probably in an infinite loop. at org.apache.wicket.RequestCycle?.steps(RequestCycle?.java:1187) at org.apache.wicket.RequestCycle?.request(RequestCycle?.java:510) at org.apache.wicket.protocol.http.WicketFilter?.doGet(WicketFilter?.java:251) at org.apache.wicket.protocol.http.WicketFilter?.doFilter(WicketFilter?.java:125) at org.apache.catalina.core.ApplicationFilterChain?.internalDoFilter(ApplicationFilterChain?.java:202) at org.apache.catalina.core.ApplicationFilterChain?.doFilter(ApplicationFilterChain?.java:173) at org.apache.catalina.core.StandardWrapperValve?.invoke(StandardWrapperValve?.java:213) at org.apache.catalina.core.StandardContextValve?.invoke(StandardContextValve?.java:178) at org.apache.catalina.core.StandardHostValve?.invoke(StandardHostValve?.java:126) at org.apache.catalina.cluster.tcp.ReplicationValve?.invoke(ReplicationValve?.java:346) at org.apache.catalina.valves.ErrorReportValve?.invoke(ErrorReportValve?.java:105) at org.apache.catalina.core.StandardEngineValve?.invoke(StandardEngineValve?.java:107) at org.apache.catalina.connector.CoyoteAdapter?.service(CoyoteAdapter?.java:148) at org.apache.coyote.ajp.AjpAprProcessor?.process(AjpAprProcessor?.java:425) at org.apache.coyote.ajp.AjpAprProtocol?$AjpConnectionHandler?.process(AjpAprProtocol?.java:452) at org.apache.tomcat.util.net.AprEndpoint?$Worker.run(AprEndpoint?.java:1285) at java.lang.Thread.run(Thread.java:619) -- View this message in context: http://www.nabble.com/infinite-loop-tf3933416.html#a11155701 Sent from the Wicket - User mailing list archive at Nabble.com. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] Evaluating Wicket
yep. and panels can be in loops, lists, dataviews, trees, etc.
and you can easily create your own such components if you want to.
there's really no end to how much dynamic stuff you can do in wicket.
Eelco Hillenius wrote:
>
> On 6/12/07, Patrick Angeles <[EMAIL PROTECTED]> wrote:
>> I'm not that deep into Wicket yet, but my idea was that there would be
>> Java
>> classes that represent various page templates and panels. The component
>> tree
>> could be dynamically built using metadata from a DB. So the URL would
>> basically invoke a Page class which looks up an entry in the database
>> corresponding to that URL. This entry will have associated CMS metadata
>> that
>> instructs the page on how to build its component tree.
>
> Yep, that should work. Encapsulate everything that can only be known
> at runtime in panels, and you can build your component tree completely
> dynamically.
>
> if (foo) { add(new TextFieldPanel(id); } else { add(new
> GridEditorPanel(id); } etc
>
> Eelco
>
> -
> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> ___
> Wicket-user mailing list
> Wicket-user@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wicket-user
>
>
--
View this message in context:
http://www.nabble.com/Evaluating-Wicket-tf3909204.html#a11093702
Sent from the Wicket - User mailing list archive at Nabble.com.
-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] Evaluating Wicket
you won't be the first. wicket is already being used for real "enterprise class" work today. the startup i'm working for is entirely wicket based and is backed with millions of VC dollars... and of course, we're planning for the kind of user traffic that would cause VCs to invest millions of dollars (millions of users). Patrick Angeles wrote: > > We're up to the prototyping phase of a new JEE application. We are looking > at EJB3 + some UI framework. There's actually two types of UI: a complex > admin UI with around 100 concurrent users, and several public-facing, > CMS-driven, branded web-sites with 1000s of concurrent users. Obviously, > we'd prefer to use the same UI framework for both, but would need to take > performance into account. > > I would love to use a component based framework for the admin UI. This > leaves us with: JSF, Tapestry, Wicket, GWT... perhaps even SWT deployed > via Java WebStart. The SWT solution is a bit risky, as we'd have to > contend with corporate firewalls and basically come up with some HTTP > tunneling solution (JAX-WS?). GWT is intriguing, but not an option for the > CMS-driven front-end. Tapestry hasn't even entered into my mindshare, but > I'm leery based on their track record of breaking backward-compatibility. > This leaves us with Wicket and JSF. I've played with both technologies > (v1.2.4 of Wicket), and JSF just scares me. I've used Facelets and Seam > with JSF. We cannot take advantage of Seam because of the tiered > architecture of our application (separate presentation and service > clusters). > > So there's Wicket. Right now, I have the following reservations with > Wicket: > - Dates. When will 1.3 be released? How about 1.4? > - Documentation. There's not one coherent document for 1.3... the Wiki is > littered with bits of wisdom, but it's hard to tell what techniques work > with or are obsoleted by version 1.3... > - Books. When are the books coming out? > - CMS... as I've said, the front-end is CMS driven, and because of load, > I'd like to keep things stateless as much as possible (altho, all bets are > off when the user logs in). I haven't yet found a good description of how > 1.3 handles session state. I'd also like to know if I can mount > bookmarkable pages dynamically... say if someone were to create and > publish a new CMS page from the admin app. > > I like what I've seen of Wicket so far, and I would love to deploy the > first enterprise-class application running Wicket, but I need some advice > to get rid of the butterflies in my stomach. > > Regards, > > - P > -- View this message in context: http://www.nabble.com/Evaluating-Wicket-tf3909204.html#a11093692 Sent from the Wicket - User mailing list archive at Nabble.com. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] Howto determine what objects are part of session state
yeah, this would be particularly neat if it could tell you the size of each object in the graph using that JMX sizeof call. it's actually the non-serialized size that matters the most and that management call ought to be able to get a value pretty close to correct (although if it's transitive, it might be necessary to do a bunch of finagling to temporarily set references to null before computing the size). Eelco Hillenius wrote: > >> Through the use of anonymous inner classes it is easy for objects to >> become >> part of session state unintentionally. Does anyone know of a tool (or io >> util package) that would help debuging these issues? Specifically it >> would >> be great to be able to print the heiarchy/containment structure of a >> serialized object so that at any level deep you can see the path that >> lead >> to that object becoming serialized. >> >> Eelco created something very similar to this to make serialization error >> messages more friendly, perhaps it can be modified to help with session >> debuging? > > Funny you bring that up, as I thought about coding such a class a > couple of days ago. Unfortunately, I don't have any spare time soon, > so I can't do this. But indeed, something similar to > org.apache.wicket.util.io.SerializableChecker should do the trick. > > It would be great if someone could pick this up. Something you could > do Ryan? Mind opening up a JIRA issue for it? > > Cheers, > > Eelco > > - > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > ___ > Wicket-user mailing list > Wicket-user@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wicket-user > > -- View this message in context: http://www.nabble.com/Howto-determine-what-objects-are-part-of-session-state-tf3904698.html#a11073163 Sent from the Wicket - User mailing list archive at Nabble.com. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] wicket did not make the grade.
Florian Hehlen-2 wrote: > > -It will be easier to hire someone with Struts knowledge on top of the > fact that we have some in-house knowledge with it. > translation: we don't want to think > -Struts is the de-facto standard with a lot of > community/vendor/documentation support > translation: we don't want to think > -Struts seems heavy on the java-code required for things that are pretty > simple with struts > translation: we don't want to think -- View this message in context: http://www.nabble.com/wicket-did-not-make-the-grade.-tf386.html#a11000374 Sent from the Wicket - User mailing list archive at Nabble.com. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] wicket did not make the grade.
This was almost exactly my own reaction to the original assertion that this team has very strong OOP skills. The criticism cited sounded a lot more to me like reflex than any kind of thinking. James McLaughlin-3 wrote: > > Hi Florian, > To be honest, you should have titled this post "My team did not make > the grade". There are many developers in the world whose skill and > ambition rise little above cut and paste robot, and many burned out > managers who have decided employees will never be capable of much > else. Struts is a perfect framework choice where such conditions > coincide. If you are in such a place right now, then for the love of > all things holy, move on before your soul, and skills, languish. On > the other hand, if you work for a place where the power of OOP is > understood, and developer creativity is required and appreciated, > Wicket will be the most natural choice. > > jim > > On 6/5/07, Florian Hehlen <[EMAIL PROTECTED]> wrote: >> >> Hi, >> >> The comparison was a bit skewed where I showed the richness of such >> components as a DataView(sortable and pageable) in wicket and that was >> compared with a simple static table on Struts 2. >> >> >> Johan Compagner wrote: >> >> >> > Wicket if adding those low-level components was only necessary when one >> > wants to add special handling, formating, validation, etc. >> >> >> and where is then the binding specified? What kind of data should be >> displayed where? >> Well how about simply binding a DataView to a the Model and assume that >> for >> all wicket:id in the html template I should find a getter method in the >> bean? >> >> regards, >> Florian >> >> PS: I agree wiith all you guys that this is not a big issue... that it's >> more a question of style/philospophy and possibly fashion. >> >> - >> This SF.net email is sponsored by DB2 Express >> Download DB2 Express C - the FREE version of DB2 express and take >> control of your XML. No limits. Just data. Click to get it now. >> http://sourceforge.net/powerbar/db2/ >> ___ >> Wicket-user mailing list >> Wicket-user@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/wicket-user >> >> > > - > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > ___ > Wicket-user mailing list > Wicket-user@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wicket-user > > -- View this message in context: http://www.nabble.com/wicket-did-not-make-the-grade.-tf386.html#a11000335 Sent from the Wicket - User mailing list archive at Nabble.com. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] Want return key to click button in autocomplete behavior
aha! a simple solution. thanks. Johan Compagner wrote: > > cant you add a key listener to the textfield and if you see an enter > you call button.onclick() your self? > > On 6/5/07, Jonathan Locke <[EMAIL PROTECTED]> wrote: >> >> I've got an autocomplete text field nested inside a larger form. When >> you >> click "add" next to the field, it adds what you've completed to a list >> that >> is submitted when the overall form is submitted. Would like to figure >> out >> how to make pressing the return key in the field (when there is no >> completion dropdown stuff going on) act like pushing the add button >> (which >> is an AjaxSubmitButton). Any ideas on how to approach this in general? >> -- >> View this message in context: >> http://www.nabble.com/Want-return-key-to-click-button-in-autocomplete-behavior-tf3874367.html#a10977981 >> Sent from the Wicket - User mailing list archive at Nabble.com. >> >> >> - >> This SF.net email is sponsored by DB2 Express >> Download DB2 Express C - the FREE version of DB2 express and take >> control of your XML. No limits. Just data. Click to get it now. >> http://sourceforge.net/powerbar/db2/ >> ___ >> Wicket-user mailing list >> Wicket-user@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/wicket-user >> > > - > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > ___ > Wicket-user mailing list > Wicket-user@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wicket-user > > -- View this message in context: http://www.nabble.com/Want-return-key-to-click-button-in-autocomplete-behavior-tf3874367.html#a10994346 Sent from the Wicket - User mailing list archive at Nabble.com. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
[Wicket-user] wicket:message for attributes?
Is there something like wicket:message for localizing attributes like title tooltips? I looked on the WIKI but there wasn't anything there. -- View this message in context: http://www.nabble.com/wicket%3Amessage-for-attributes--tf3874468.html#a10978311 Sent from the Wicket - User mailing list archive at Nabble.com. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
[Wicket-user] Want return key to click button in autocomplete behavior
I've got an autocomplete text field nested inside a larger form. When you click "add" next to the field, it adds what you've completed to a list that is submitted when the overall form is submitted. Would like to figure out how to make pressing the return key in the field (when there is no completion dropdown stuff going on) act like pushing the add button (which is an AjaxSubmitButton). Any ideas on how to approach this in general? -- View this message in context: http://www.nabble.com/Want-return-key-to-click-button-in-autocomplete-behavior-tf3874367.html#a10977981 Sent from the Wicket - User mailing list archive at Nabble.com. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] Getting sent to PageExpiredErrorPage when page is not expired
when i was running into this, it turned out that we were losing the session cookie. try checking the jsessionid cookie before and after and see if it changes. jayTSM wrote: > > This behavior seems to be happening on non-ajax requests. The component > being submitted is a basic subclass of the wicket Form class. The > pre-processing before the submission involves setting the response page to > the current page, via the setResponsePage method on the wicket Component > class. In addition a couple of objects are saved using hibernate before > submission. > > I am currently using the wicket 1.2.5 jar. > > > Eelco Hillenius wrote: >> >> We've had a couple of instances where this happened for Ajax requests. >> Should be fixed now though. >> >> Can you tell us more about which version you are using and what kind >> of pages/ functionality you see this with? >> >> On 6/4/07, jayTSM <[EMAIL PROTECTED]> wrote: >>> >>> Sporadically, I'm seeing form submissions rerouted by wicket internally >>> to >>> the pageExpiredErrorPage, when it seems the requested page is not >>> expired. >>> Does anyone have any ideas why this might be happening? These >>> page-expiration error cases seem to occur when the form's response page >>> is >>> set to the current page. >>> >>> Thanks for the help in advance, >>> Jay >> >> > > -- View this message in context: http://www.nabble.com/Getting-sent-to-PageExpiredErrorPage-when-page-is-not-expired-tf3867462.html#a10962956 Sent from the Wicket - User mailing list archive at Nabble.com. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] ComponentFeedbackPanel and EqualPasswordInputValidator
ComponentFeedbackPanel will only ever show error messages reported by the
given component:
public boolean accept(FeedbackMessage message)
{
return component == message.getReporter();
}
If you want to show validation errors for a form when there are multiple
forms on the page, you're going to need to create your own subclass of
FeedbackPanel (or your own IFeedback implementation) which filters so that
it only shows messages reported by the given form. More like:
Form form;
public boolean accept(FeedbackMessage message)
{
return message.getReporter() == form || isChild(form,
message.getReporter());
}
would be nice to add isChildOf to MarkupContainer so this could be
form.isChild(message.getReporter()), but it's an easy method to write (just
walk up the parent hierarchy looking for form).
A component that does this might make a nice wicket extension. Something
like FormFeedbackPanel(Form form).
JulianS wrote:
>
> I can have more than one form on my page and I want the error messages to
> appear above the relevant form. However, I can't make it work--no error
> output is displayed. Is there a way to have the output from
> EqualPasswordInputValidator be filtered by ComponentFeedbackPanel?
>
> form.add(new ComponentFeedbackPanel("feedback", form));
> ...
> form.add(new EqualPasswordInputValidator(password1, password2));
>
> (I get the same problem if instead I add the feedback panel to the form's
> containing panel.)
>
> Thanks for any advice,
> Julian
>
>
>
--
View this message in context:
http://www.nabble.com/ComponentFeedbackPanel-and-EqualPasswordInputValidator-tf3868087.html#a10961566
Sent from the Wicket - User mailing list archive at Nabble.com.
-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] Exception Strategy in 1.3
this sure seems familiar. didn't we have a nice plan to address this a few
months back?
Eelco Hillenius wrote:
>
> You can return the page you want to be displayed and have full
> control. I know the API currently is non-obvious; I complained about
> this in another thread.
>
> For example, this is what I'm using for the project I'm working on:
>
>
> public Page onRuntimeException(Page page, RuntimeException e) {
>
> if (e instanceof AuthorizationException) {
> return super.onRuntimeException(page, e);
> } else if (e instanceof PageExpiredException) {
> Ts4Session session = Ts4Session.get();
> if (session.isTemporary() || session.getUserId() ==
> null) {
> // this was an actual session expiry
> log
> .info("session expired and
> request cannot be honored, cycleId: "
> + cycleId);
> return super.onRuntimeException(page, e);
> } else {
> log.error("unable to find page for an active
> session!");
> // hmmm, we have a logged in user, but the page
> could not be
> // found. Fall through to display an error page
> or exception
> // page
> }
> }
>
> if (Application.DEPLOYMENT.equals(Application.get()
> .getConfigurationType())) {
> return new ErrorPage(e, page, cycleId);
> } else {
> return new ExceptionErrorPage(e, page);
> }
> }
>
> eelco
>
>> Overriding the onRuntimeException does not work because you don't have
>> access
>> to the page that you are directing to. The page parameter in this method
>> if
>> the context from where the exception was thrown.
>>
>> -Craig
>>
>>
>>
>> Rüdiger_Schulz wrote:
>> >
>> > Make a subclass of WebRequestCycle, and override onRuntimeException().
>> > Works like a charm for me.
>> >
>> > 2007/5/22, craigdd <[EMAIL PROTECTED]>:
>> >>
>> >> True the wicket session is mandatory, thanks for pointing that out.
>> >>
>> >> As for my question though, I'm looking for the best way to implement
>> this
>> >> strategy. I could override the respond method in RequestCycle, but
>> I'd
>> >> have
>> >> to rewrite the given logic, which most of it I want. I'm wondering if
>> >> there
>> >> are any other hooks that I can implement that leaves the respond
>> method
>> >> alone but have the exception and internal page available.
>> >>
>> >> -Craig
>> >>
>> >>
>> >>
>> >> Mr Mean wrote:
>> >> >
>> >> > As far as i know the wicket session is mandatory in wicket but that
>> >> > does not mean you have to use it to store information. Other then
>> that
>> >> > i see no reason why your proposed strategy should not work.
>> >> >
>> >> > Maurice
>> >> >
>> >> > On 5/22/07, craigdd <[EMAIL PROTECTED]> wrote:
>> >> >>
>> >> >> Basically what I want to do is set the internal error page to my
>> own
>> >> >> internal
>> >> >> page, i.e. my login page, and add a message from the a resource
>> >> bundle,
>> >> >> .properties file, that includes an error code that is generated
>> from
>> >> an
>> >> >> internal RuntimeException. Another requirement is that a Session
>> is
>> >> >> optional, meaning that this should work with or without a Session.
>> >> >>
>> >> >> -Craig
>> >> >>
>> >> >>
>> >> >> craigdd wrote:
>> >> >> >
>> >> >> > What is the best way to implement your own exception strategy in
>> >> wicket
>> >> >> > 1.3? I want to add some added logic to my application when an
>> >> >> unexcepted
>> >> >> > exception occurs. During this added logic I want a handle on the
>> >> page
>> >> >> > that is being redirected to, ie the internal error page.
>> >> >> >
>> >> >> > Thanks
>> >> >> > Craig
>> >> >> >
>> >> >>
>> >> >> --
>> >> >> View this message in context:
>> >> >>
>> >>
>> http://www.nabble.com/Exception-Strategy-in-1.3-tf3793570.html#a10730008
>> >> >> Sent from the Wicket - User mailing list archive at Nabble.com.
>> >> >>
>> >> >>
>> >> >>
>> >>
>> -
>> >> >> This SF.net email is sponsored by DB2 Express
>> >> >> Download DB2 Express C - the FREE version of DB2 express and take
>> >> >> control of your XML. No limits. Just data. Click to get it now.
>> >> >> http://sourceforge.net/powerbar/db2/
>> >> >> ___
>> >> >> Wicket-user mailing list
>> >> >> Wicket-user@lists.sourceforge.net
>> >> >> https://lists.sourceforge.net/lists/listinfo/wicket-user
>> >> >>
>> >> >
>> >> >
>> >>
>> -
>> >> > This
Re: [Wicket-user] modalwindow open fails
ugh. looks like this was another session issue (different thing though). one thing that was helpful in tracking this down was turning on the AJAX debugging window. Jonathan Locke wrote: > > this may be my problem, but i'm having a bit of trouble with modal windows > that won't open and wondering if there are any known gotchas or words of > wisdom for what to look at... > > -- View this message in context: http://www.nabble.com/modalwindow-open-fails-tf3843250.html#a10887379 Sent from the Wicket - User mailing list archive at Nabble.com. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] modalwindow open fails
BTW, I know that the AJAX request to open the window is occurring because I
get this
[15:31:00] INFO - RequestLogger -
time=11,event=Interface[target:SendToFriendModalWindow$1(xyz:sendToFriendLink),
page: web.pages.index.IndexPage(6), interface:
IBehaviorListener.onRequest],[EMAIL PROTECTED]
markupIdToComponent [{sendToFriendModalWindow6=[MarkupContainer [Component
id = sendToFriendModalWindow, page = web.pages.index.IndexPage, path =
0:sendToFriendModalWindow.SendToFriendModalWindow, isVisible = true,
isVersioned = false]]}], prependJavascript [[]], appendJavascript [[var
element = document.getElementById("content41");
var settings = new Object();
settings.minWidth=200;
settings.minHeight=200;
settings.className="w_blue";
settings.width="600";
settings.height="400";
settings.resizable=true;
settings.element = element;
settings.mask="semi-transparent";
settings.onCloseButton = function() { var
wcall=wicketAjaxGet('?wicket:interface=:0:sendToFriendModalWindow::IBehaviorListener:0:',
function() { }.bind(this), function() { }.bind(this));return !wcall;};
Wicket.Window.create(settings).show();
]],sessionid=30s4083ks3dhs,sessionsize=96668,sessionstart=Wed May 30
15:13:04 PDT
2007,requests=46,totaltime=1848,activerequests=2,maxmem=532M,total=532M,used=29M
Jonathan Locke wrote:
>
> this may be my problem, but i'm having a bit of trouble with modal windows
> that won't open and wondering if there are any known gotchas or words of
> wisdom for what to look at...
>
>
--
View this message in context:
http://www.nabble.com/modalwindow-open-fails-tf3843250.html#a10883996
Sent from the Wicket - User mailing list archive at Nabble.com.
-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] Best Practices for accessing/repainting sibling/cousin components?
Maybe another way to auto-ajax-update a component would be to have it do that whenever its model changes. There are a lot of caveats with model change notifications, but that seems to be a pretty clean idea if the rules for model changes were respected. Might make a good RFE for next Wicket version. Jonathan Locke wrote: > > > It shouldn't be hard to write the method you're talking about. To find > all the components using the same model as a given component, just walk > the component hierarchy using visitChildren() and add any component which > returns true for sameInnermostModel(component). > > There is a more general case of this problem though where one area of a > web page may need to be updated because some completely unrelated area > changed. This I'm handling by hand right now, but I was asking a day or > two ago if there was a way to add a component to every ajax request (Eelco > answered that you can do this by implementing a request processor, I > think). It seems to be pretty common in an AJAX request to want a global > feedback component to update. Maybe we could have a poor-man's version of > this where if you override some boolean method, your component will get > auto-ajax-updated on every AJAX request. For many problems, this would be > convenient because it's easier to just update the thing every time than to > think about all the places it might need to be updated. > > > dukejansen wrote: >> >> I have some state which backs two panels, Panel A and Panel B, that may >> be included as part of other panels. Ultimately they are both on the same >> page, and their backing state is shared via the model class that backs >> both of them. Panel A has an Ajax event handler which modifies the >> backing model state, after which I want to force Panel A and Panel B to >> repaint. >> >> I've dealt with this in a few different ways so far, and they all bother >> me: >> >> 1. Walk up the containership tree and back down again until I find the >> panel with a known ID or which implements a specific marker interface, >> finding it that way. (Or do a full DFS of the tree to be thorough.) >> >> 2. Assume how my Panel is included and how the other Panel are included, >> and explicitly walk up and back down the containership tree. This is >> fragile because if I decide to rework panel containership, the method >> could fail. >> >> Is there some better way of doing this that I'm missing? A best practice >> for reaching out to siblings and cousins? >> >> Or something more fundamental to trigger refreshes of all componets >> backed by that model? Seems like a common use case. A component updates >> some state as part of ajax event, then wants to use ajax to repaint any >> other components backed by that state. >> >> Interested to hear how others have solved this problem. >> >> -Jason >> > > -- View this message in context: http://www.nabble.com/Best-Practices-for-accessing-repainting-sibling-cousin-components--tf3841514.html#a10883894 Sent from the Wicket - User mailing list archive at Nabble.com. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] Best Practices for accessing/repainting sibling/cousin components?
It shouldn't be hard to write the method you're talking about. To find all the components using the same model as a given component, just walk the component hierarchy using visitChildren() and add any component which returns true for sameInnermostModel(component). There is a more general case of this problem though where one area of a web page may need to be updated because some completely unrelated area changed. This I'm handling by hand right now, but I was asking a day or two ago if there was a way to add a component to every ajax request (Eelco answered that you can do this by implementing a request processor, I think). It seems to be pretty common in an AJAX request to want a global feedback component to update. Maybe we could have a poor-man's version of this where if you override some boolean method, your component will get auto-ajax-updated on every AJAX request. For many problems, this would be convenient because it's easier to just update the thing every time than to think about all the places it might need to be updated. dukejansen wrote: > > I have some state which backs two panels, Panel A and Panel B, that may be > included as part of other panels. Ultimately they are both on the same > page, and their backing state is shared via the model class that backs > both of them. Panel A has an Ajax event handler which modifies the backing > model state, after which I want to force Panel A and Panel B to repaint. > > I've dealt with this in a few different ways so far, and they all bother > me: > > 1. Walk up the containership tree and back down again until I find the > panel with a known ID or which implements a specific marker interface, > finding it that way. (Or do a full DFS of the tree to be thorough.) > > 2. Assume how my Panel is included and how the other Panel are included, > and explicitly walk up and back down the containership tree. This is > fragile because if I decide to rework panel containership, the method > could fail. > > Is there some better way of doing this that I'm missing? A best practice > for reaching out to siblings and cousins? > > Or something more fundamental to trigger refreshes of all componets backed > by that model? Seems like a common use case. A component updates some > state as part of ajax event, then wants to use ajax to repaint any other > components backed by that state. > > Interested to hear how others have solved this problem. > > -Jason > -- View this message in context: http://www.nabble.com/Best-Practices-for-accessing-repainting-sibling-cousin-components--tf3841514.html#a10883859 Sent from the Wicket - User mailing list archive at Nabble.com. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
[Wicket-user] modalwindow open fails
this may be my problem, but i'm having a bit of trouble with modal windows that won't open and wondering if there are any known gotchas or words of wisdom for what to look at... -- View this message in context: http://www.nabble.com/modalwindow-open-fails-tf3843250.html#a10883547 Sent from the Wicket - User mailing list archive at Nabble.com. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] Want to add a component to every AjaxRequestTarget
ah yeah, that's what i was vaguely thinking was the way but not quite remembering. thanks! Eelco Hillenius wrote: > > One way is to create a custom request cycle processor (extend > WebRequestCycleProcessor) and e.g. override processEvents and check > what the current request target is (do something when it is an > AjaxRequestTarget). > > Eelco > > > On 5/28/07, Jonathan Locke <[EMAIL PROTECTED]> wrote: >> >> Is there a way to hook every AJAX request and add a component (that's on >> every page) to the request target? It seems like there might be because >> of >> the way request targets work, but I don't have any idea what the details >> of >> that might look like... >> -- >> View this message in context: >> http://www.nabble.com/Want-to-add-a-component-to-every-AjaxRequestTarget-tf3829581.html#a10840921 >> Sent from the Wicket - User mailing list archive at Nabble.com. >> >> >> - >> This SF.net email is sponsored by DB2 Express >> Download DB2 Express C - the FREE version of DB2 express and take >> control of your XML. No limits. Just data. Click to get it now. >> http://sourceforge.net/powerbar/db2/ >> ___ >> Wicket-user mailing list >> Wicket-user@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/wicket-user >> > > - > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > ___ > Wicket-user mailing list > Wicket-user@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wicket-user > > -- View this message in context: http://www.nabble.com/Want-to-add-a-component-to-every-AjaxRequestTarget-tf3829581.html#a10846452 Sent from the Wicket - User mailing list archive at Nabble.com. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
[Wicket-user] Want to add a component to every AjaxRequestTarget
Is there a way to hook every AJAX request and add a component (that's on every page) to the request target? It seems like there might be because of the way request targets work, but I don't have any idea what the details of that might look like... -- View this message in context: http://www.nabble.com/Want-to-add-a-component-to-every-AjaxRequestTarget-tf3829581.html#a10840921 Sent from the Wicket - User mailing list archive at Nabble.com. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] Magic to replace ModalWindow images
thanks matej!
Matej Knopp-2 wrote:
>
> Okay, so if I understand correctly you want to replace modal window
> images. It is possible, but if you don't want to touch other css
> things, you need to make sure that the new image match the exact
> dimensions of the old images.
>
> First little introduction about modal window images. Modal window
> images are optimized for fast download time, meaning that for the
> entire modal window only two images are loaded. This is done by
> stuffing multiple elements into a single image. As a result of this,
> it's not possible to use filter hack for alpha blending in IE6.
> Therefore there have to be two versions of the images - one with alpha
> blending (shadows) - for sane browsers, and one without alpha blending
> - for IE6. While this means more work for designer, I still think it's
> worth it as normally (without the grouping) the modal window would
> require to load up to ten different images.
>
> So. If you want alpha blending (on supported browsers - other then
> IE6), you'll have to have four images. Two with alpha blending and two
> without. To use these images, you'll have to define your own
> stylesheet and put your images in the same folder. The stylesheet
> should look like this:
>
> div.wicket-modal div.my-window-style div.w_left,
> div.wicket-modal div.my-window-style div.w_right {
> background-image: url('my-window-style-2-alpha.png');
> _background-image: url('my-window-style-2-ie.png');
> }
>
>
> div.wicket-modal div.my-window-style div.w_top,
> div.wicket-modal div.my-window-style div.w_bottom,
> div.wicket-modal div.my-window-style div.w_topLeft,
> div.wicket-modal div.my-window-style div.w_topRight,
> div.wicket-modal div.my-window-style div.w_bottomRight,
> div.wicket-modal div.my-window-style div.w_bottomLeft,
> div.wicket-modal div.my-window-style a.w_close {
> background-image: url('my-window-style-1-alpha.png');
> _background-image: url('my-window-style-1-ie.png');
> }
>
> To make modal window use this style you call
> window.setCssClassName("my-window-style").
>
> Unless I forgot something, this should give you the possibility to
> replace default modal window images.
>
> -Matej
>
> On 5/24/07, Jonathan Locke <[EMAIL PROTECTED]> wrote:
>>
>> Matej, we were talking on ##wicket and you were about to tell me what the
>> magic is to replace ModalWindow images with something my designer cooks
>> up
>> (pixel accurate replacements for existing images) without modifying
>> Wicket.
>> What was that magic? (Thought I'd post here since others might benefit
>> from
>> the answer to this question... maybe someone can post the reply into our
>> FAQ
>> too). Thanks!
>> --
>> View this message in context:
>> http://www.nabble.com/Magic-to-replace-ModalWindow-images-tf3811156.html#a10787365
>> Sent from the Wicket - User mailing list archive at Nabble.com.
>>
>>
>> -
>> This SF.net email is sponsored by DB2 Express
>> Download DB2 Express C - the FREE version of DB2 express and take
>> control of your XML. No limits. Just data. Click to get it now.
>> http://sourceforge.net/powerbar/db2/
>> ___
>> Wicket-user mailing list
>> Wicket-user@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/wicket-user
>>
>
> -
> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> ___
> Wicket-user mailing list
> Wicket-user@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wicket-user
>
>
--
View this message in context:
http://www.nabble.com/Magic-to-replace-ModalWindow-images-tf3811156.html#a10788426
Sent from the Wicket - User mailing list archive at Nabble.com.
-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user
[Wicket-user] Magic to replace ModalWindow images
Matej, we were talking on ##wicket and you were about to tell me what the magic is to replace ModalWindow images with something my designer cooks up (pixel accurate replacements for existing images) without modifying Wicket. What was that magic? (Thought I'd post here since others might benefit from the answer to this question... maybe someone can post the reply into our FAQ too). Thanks! -- View this message in context: http://www.nabble.com/Magic-to-replace-ModalWindow-images-tf3811156.html#a10787365 Sent from the Wicket - User mailing list archive at Nabble.com. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] how to customize Modal Window`s appearance
okay. i don't understand CSS either. ;-) but thanks!
Scott Swank wrote:
>
> 1. subclass ModalWindow, with following in the constructor.
>
> public YourModalWindow(String id)
> {
> super(id);
> add(HeaderContributor.forCss("/style/cart_global.css"));
> super.setCssClassName("w_vegas");
> }
>
> 2. have someone who understands css (i.e. not me) put lots of thingies
> in the above css file to override details of the css that ships with
> ModalWindow. E.g.
>
> div.wicket-modal div.w_vegas div.w_left,
> div.wicket-modal div.w_vegas div.w_right {
> background-image: url();
> _background-image: url();
> }
>
> div.wicket-modal div.w_vegas div.w_top,
> div.wicket-modal div.w_vegas div.w_bottom,
> /*div.wicket-modal div.w_vegas div.w_topLeft,*/
> div.wicket-modal div.w_vegas div.w_topRight,
> div.wicket-modal div.w_vegas div.w_bottomRight,
> div.wicket-modal div.w_vegas div.w_bottomLeft
> {
> background-image: url();
> _background-image: url();
> }
>
> div.wicket-modal div.w_vegas div.w_close {
> background: url(/mytrip/images/close_x.gif) no-repeat;
> }
>
> Scott
>
>
> On 5/23/07, Jonathan Locke <[EMAIL PROTECTED]> wrote:
>>
>>
>> yeah, i'd be interested in this result too.
>>
>>
>> Scott Swank wrote:
>> >
>> > Agreed. We've gone the "complicated CSS magic" route and it is a bit
>> > involved, but I can vouch for the fact that it's an option. :)
>> >
>> > On 5/18/07, Matej Knopp <[EMAIL PROTECTED]> wrote:
>> >> It is customizable, but you need a rather complicated CSS magic to do
>> >> it. Or, you can just override the images. Look at the images in the
>> >> modal window package to see how it works.
>> >>
>> >> -Matej
>> >>
>> >> On 5/18/07, Igor Vaynberg <[EMAIL PROTECTED]> wrote:
>> >> > you can try applying your own css, but i doubt it. the window is not
>> >> made to
>> >> > be too customizable atm.probably next major ver of wicket will
>> include
>> >> a
>> >> > rework of it. for now, you can integrate any of the zillion of
>> >> javascript
>> >> > libs out there that produce a simple modal pane.
>> >> >
>> >> > -igor
>> >> >
>> >> >
>> >> >
>> >> > On 5/17/07, Nikhil Gahlot <[EMAIL PROTECTED]> wrote:
>> >> > >
>> >> > > Hi,
>> >> > >
>> >> > > I am using ModalWindow for my login screen. In that I have used
>> panel
>> >> as
>> >> > its
>> >> > > content. Now I want to hide everything (including title bar, close
>> >> link,
>> >> > > etc) on Modal Window except the rich panel I am using. In other
>> >> words, is
>> >> > > there a way I can remove modal window`s title bar with close link
>> and
>> >> > > borders(left, right and bottom) keeping only body active that
>> houses
>> >> my
>> >> > > login panel?
>> >> > >
>> >> > > Thanks
>> >> > > Nikhil
>> >> > > --
>> >> > > View this message in context:
>> >> >
>> >>
>> http://www.nabble.com/how-to-customize-Modal-Window%60s-appearance-tf3775853.html#a10676785
>> >> > > Sent from the Wicket - User mailing list archive at Nabble.com.
>> >> > >
>> >> > >
>> >> > >
>> >> >
>> >>
>> -
>> >> > > This SF.net email is sponsored by DB2 Express
>> >> > > Download DB2 Express C - the FREE version of DB2 express and take
>> >> > > control of your XML. No limits. Just data. Click to get it now.
>> >> > > http://sourceforge.net/powerbar/db2/
>> >> > > ___
>> >> > > Wicket-user mailing list
>> >> > > Wicket-user@lists.sourceforge.net
>> >> > > https://lists.sourceforge.net/lists/listinfo/wicket-user
>> >> > >
>> >> >
>> >> >
>> >> >
>> >>
>> -
>> >>
Re: [Wicket-user] how to customize Modal Window`s appearance
yeah, i'd be interested in this result too. Scott Swank wrote: > > Agreed. We've gone the "complicated CSS magic" route and it is a bit > involved, but I can vouch for the fact that it's an option. :) > > On 5/18/07, Matej Knopp <[EMAIL PROTECTED]> wrote: >> It is customizable, but you need a rather complicated CSS magic to do >> it. Or, you can just override the images. Look at the images in the >> modal window package to see how it works. >> >> -Matej >> >> On 5/18/07, Igor Vaynberg <[EMAIL PROTECTED]> wrote: >> > you can try applying your own css, but i doubt it. the window is not >> made to >> > be too customizable atm.probably next major ver of wicket will include >> a >> > rework of it. for now, you can integrate any of the zillion of >> javascript >> > libs out there that produce a simple modal pane. >> > >> > -igor >> > >> > >> > >> > On 5/17/07, Nikhil Gahlot <[EMAIL PROTECTED]> wrote: >> > > >> > > Hi, >> > > >> > > I am using ModalWindow for my login screen. In that I have used panel >> as >> > its >> > > content. Now I want to hide everything (including title bar, close >> link, >> > > etc) on Modal Window except the rich panel I am using. In other >> words, is >> > > there a way I can remove modal window`s title bar with close link and >> > > borders(left, right and bottom) keeping only body active that houses >> my >> > > login panel? >> > > >> > > Thanks >> > > Nikhil >> > > -- >> > > View this message in context: >> > >> http://www.nabble.com/how-to-customize-Modal-Window%60s-appearance-tf3775853.html#a10676785 >> > > Sent from the Wicket - User mailing list archive at Nabble.com. >> > > >> > > >> > > >> > >> - >> > > This SF.net email is sponsored by DB2 Express >> > > Download DB2 Express C - the FREE version of DB2 express and take >> > > control of your XML. No limits. Just data. Click to get it now. >> > > http://sourceforge.net/powerbar/db2/ >> > > ___ >> > > Wicket-user mailing list >> > > Wicket-user@lists.sourceforge.net >> > > https://lists.sourceforge.net/lists/listinfo/wicket-user >> > > >> > >> > >> > >> - >> > This SF.net email is sponsored by DB2 Express >> > Download DB2 Express C - the FREE version of DB2 express and take >> > control of your XML. No limits. Just data. Click to get it now. >> > http://sourceforge.net/powerbar/db2/ >> > ___ >> > Wicket-user mailing list >> > Wicket-user@lists.sourceforge.net >> > https://lists.sourceforge.net/lists/listinfo/wicket-user >> > >> > >> >> - >> This SF.net email is sponsored by DB2 Express >> Download DB2 Express C - the FREE version of DB2 express and take >> control of your XML. No limits. Just data. Click to get it now. >> http://sourceforge.net/powerbar/db2/ >> ___ >> Wicket-user mailing list >> Wicket-user@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/wicket-user >> > > > -- > Scott Swank > reformed mathematician > > - > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > ___ > Wicket-user mailing list > Wicket-user@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wicket-user > > -- View this message in context: http://www.nabble.com/how-to-customize-Modal-Window%60s-appearance-tf3775853.html#a10768003 Sent from the Wicket - User mailing list archive at Nabble.com. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] Page Expiration when first clicking AJAX
sorry, no. that was not wicket's javascript. Andrew Berman wrote: > > Interesting. I'm only using Wicket for my AJAX, so are you saying that > something is wrong with the Wicket AJAX JavaScript? > > On 5/19/07, Jonathan Locke <[EMAIL PROTECTED]> wrote: >> >> >> >> i discovered in my case that this was related to cookie overflow created >> by some errant javascript on the page doing ajax callbacks. it had >> nothing >> to do with wicket. you might try modifying a build of wicket to diagnose >> your problem. i wound up putting some print statements in wicket where >> sessions are created to dump the jsessionid then finally putting alert >> statements >> in the javascript. >> >> >> Andrew Berman wrote: >> > >> > I haven't found a solution yet. I'm still debugging stuff and have no >> > solution. The problem definitely occurs when the initial redirect >> occurs >> > from /context to /context/YourHomePage. >> > >> > On 5/17/07, Jonathan Locke <[EMAIL PROTECTED]> wrote: >> >> >> >> >> >> >> >> Did we find a resolution for this yet? We are having the same problem >> in >> >> Wicket 1.3 trunk and I'm about to start investigating. Any definite >> >> information or conclusions (whether complete or not) would be very >> much >> >> appreciated. >> >> >> >> >> >> Andrew Berman wrote: >> >> > >> >> > I am having a strange issue. If I access my site for the first time >> (I >> >> > clear all cookies, sessions, and cache before going to the site), >> the >> >> page >> >> > comes up fine. However, if I click one of the AJAX links, I get a >> page >> >> > expired error. Any thoughts why this is happening? I see it create >> a >> >> new >> >> > session and the cookie, but it looks like the Ajax link is not valid >> >> for >> >> > some reason. I am using Wicket 1.2.6. Any thoughts? >> >> > >> >> > Thanks for any help, >> >> > >> >> > Andrew >> >> > >> >> > >> >> >> - >> >> > This SF.net email is sponsored by DB2 Express >> >> > Download DB2 Express C - the FREE version of DB2 express and take >> >> > control of your XML. No limits. Just data. Click to get it now. >> >> > http://sourceforge.net/powerbar/db2/ >> >> > ___ >> >> > Wicket-user mailing list >> >> > Wicket-user@lists.sourceforge.net >> >> > https://lists.sourceforge.net/lists/listinfo/wicket-user >> >> > >> >> > >> >> >> >> -- >> >> View this message in context: >> >> >> http://www.nabble.com/Page-Expiration-when-first-clicking-AJAX-tf3729176.html#a10669922 >> >> Sent from the Wicket - User mailing list archive at Nabble.com. >> >> >> >> >> >> >> - >> >> This SF.net email is sponsored by DB2 Express >> >> Download DB2 Express C - the FREE version of DB2 express and take >> >> control of your XML. No limits. Just data. Click to get it now. >> >> http://sourceforge.net/powerbar/db2/ >> >> ___ >> >> Wicket-user mailing list >> >> Wicket-user@lists.sourceforge.net >> >> https://lists.sourceforge.net/lists/listinfo/wicket-user >> >> >> > >> > >> - >> > This SF.net email is sponsored by DB2 Express >> > Download DB2 Express C - the FREE version of DB2 express and take >> > control of your XML. No limits. Just data. Click to get it now. >> > http://sourceforge.net/powerbar/db2/ >> > ___ >> > Wicket-user mailing list >> > Wicket-user@lists.sourceforge.net >> > https://lists.sourceforge.net/lists/listinfo/wicket-user >> > >> > >> >> -- >> View this message in context: >> http://www.nabble.com/Page-Expiration-when-first-clicking-AJAX-tf3729176.html#a10700976 >> Sent from the Wicket - User mailing list archive at Nabble.com
Re: [Wicket-user] Page Expiration when first clicking AJAX
i discovered in my case that this was related to cookie overflow created by some errant javascript on the page doing ajax callbacks. it had nothing to do with wicket. you might try modifying a build of wicket to diagnose your problem. i wound up putting some print statements in wicket where sessions are created to dump the jsessionid then finally putting alert statements in the javascript. Andrew Berman wrote: > > I haven't found a solution yet. I'm still debugging stuff and have no > solution. The problem definitely occurs when the initial redirect occurs > from /context to /context/YourHomePage. > > On 5/17/07, Jonathan Locke <[EMAIL PROTECTED]> wrote: >> >> >> >> Did we find a resolution for this yet? We are having the same problem in >> Wicket 1.3 trunk and I'm about to start investigating. Any definite >> information or conclusions (whether complete or not) would be very much >> appreciated. >> >> >> Andrew Berman wrote: >> > >> > I am having a strange issue. If I access my site for the first time (I >> > clear all cookies, sessions, and cache before going to the site), the >> page >> > comes up fine. However, if I click one of the AJAX links, I get a page >> > expired error. Any thoughts why this is happening? I see it create a >> new >> > session and the cookie, but it looks like the Ajax link is not valid >> for >> > some reason. I am using Wicket 1.2.6. Any thoughts? >> > >> > Thanks for any help, >> > >> > Andrew >> > >> > >> - >> > This SF.net email is sponsored by DB2 Express >> > Download DB2 Express C - the FREE version of DB2 express and take >> > control of your XML. No limits. Just data. Click to get it now. >> > http://sourceforge.net/powerbar/db2/ >> > ___ >> > Wicket-user mailing list >> > Wicket-user@lists.sourceforge.net >> > https://lists.sourceforge.net/lists/listinfo/wicket-user >> > >> > >> >> -- >> View this message in context: >> http://www.nabble.com/Page-Expiration-when-first-clicking-AJAX-tf3729176.html#a10669922 >> Sent from the Wicket - User mailing list archive at Nabble.com. >> >> >> - >> This SF.net email is sponsored by DB2 Express >> Download DB2 Express C - the FREE version of DB2 express and take >> control of your XML. No limits. Just data. Click to get it now. >> http://sourceforge.net/powerbar/db2/ >> ___ >> Wicket-user mailing list >> Wicket-user@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/wicket-user >> > > - > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > ___ > Wicket-user mailing list > Wicket-user@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wicket-user > > -- View this message in context: http://www.nabble.com/Page-Expiration-when-first-clicking-AJAX-tf3729176.html#a10700976 Sent from the Wicket - User mailing list archive at Nabble.com. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] new pagemaps in same window
you are correct that this does not occur with secondlevelcachesessionstore. Johan Compagner wrote: > > but in 1.3 the auto detect window name is disabled by default if you use > secondlevel cache > so why is that check working for you anyway? > > But it really does that when you open a complete new browser? > > johan > > > On 5/19/07, Jonathan Locke <[EMAIL PROTECTED]> wrote: >> >> >> >> somehow i'm getting a new pagemap every time i go to our home page (not >> with >> browser refresh, with a link). it's probably my fault, but does anyone >> have >> any idea how that might happen? i thought window.name was being used to >> detect whether a window is new and that a page map would only be created >> in >> a new window. somehow that check is not working out. >> >>jon >> >> -- >> View this message in context: >> http://www.nabble.com/new-pagemaps-in-same-window-tf3781334.html#a10693797 >> Sent from the Wicket - User mailing list archive at Nabble.com. >> >> >> - >> This SF.net email is sponsored by DB2 Express >> Download DB2 Express C - the FREE version of DB2 express and take >> control of your XML. No limits. Just data. Click to get it now. >> http://sourceforge.net/powerbar/db2/ >> ___ >> Wicket-user mailing list >> Wicket-user@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/wicket-user >> > > - > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > ___ > Wicket-user mailing list > Wicket-user@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wicket-user > > -- View this message in context: http://www.nabble.com/new-pagemaps-in-same-window-tf3781334.html#a10697738 Sent from the Wicket - User mailing list archive at Nabble.com. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] new pagemaps in same window
i am using the normal httpsessionstore. it really creates new page maps in the same browser window. Johan Compagner wrote: > > but in 1.3 the auto detect window name is disabled by default if you use > secondlevel cache > so why is that check working for you anyway? > > But it really does that when you open a complete new browser? > > johan > > > On 5/19/07, Jonathan Locke <[EMAIL PROTECTED]> wrote: >> >> >> >> somehow i'm getting a new pagemap every time i go to our home page (not >> with >> browser refresh, with a link). it's probably my fault, but does anyone >> have >> any idea how that might happen? i thought window.name was being used to >> detect whether a window is new and that a page map would only be created >> in >> a new window. somehow that check is not working out. >> >>jon >> >> -- >> View this message in context: >> http://www.nabble.com/new-pagemaps-in-same-window-tf3781334.html#a10693797 >> Sent from the Wicket - User mailing list archive at Nabble.com. >> >> >> - >> This SF.net email is sponsored by DB2 Express >> Download DB2 Express C - the FREE version of DB2 express and take >> control of your XML. No limits. Just data. Click to get it now. >> http://sourceforge.net/powerbar/db2/ >> ___ >> Wicket-user mailing list >> Wicket-user@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/wicket-user >> > > - > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > ___ > Wicket-user mailing list > Wicket-user@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wicket-user > > -- View this message in context: http://www.nabble.com/new-pagemaps-in-same-window-tf3781334.html#a10697674 Sent from the Wicket - User mailing list archive at Nabble.com. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
[Wicket-user] new pagemaps in same window
somehow i'm getting a new pagemap every time i go to our home page (not with browser refresh, with a link). it's probably my fault, but does anyone have any idea how that might happen? i thought window.name was being used to detect whether a window is new and that a page map would only be created in a new window. somehow that check is not working out. jon -- View this message in context: http://www.nabble.com/new-pagemaps-in-same-window-tf3781334.html#a10693797 Sent from the Wicket - User mailing list archive at Nabble.com. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] Gricket: The Love-Child of Grails and Wicket
Very interesting. I'm not that interested for production code, but this could be really exceptional for prototyping and fast TTM when that matters. jklappenbach wrote: > > http://graemerocher.blogspot.com/2007/05/grails-wicket-wonders-of-grails-plug-in.html > (SFW) > > Graeme pinged me as soon as I got online this morning to tell me about his > work on integrating Wicket and Groovy, a Rails implementation based on the > Java scripting language, Groovy. > > As you'll read, the integration took him *20 minutes*, and the result was > the following: > >1. Wicket classes can be utilized as-is from wicket jars inside a >Groovy environment, meaning that there's no concern of keeping a >Groovy-based mirror of Wicket synchronized. >2. Wicket classes can take advantage of GORM, with dynamic methods >(This is very, very, cool) >3. Developers can take advantage of closures, and all other nice >features of Groovy > > Graeme warned me that he hadn't tested much more than a "Hello World" > example. But in getting even those two simple words out, a lot had to be > going on under the hood. I'd be surprised if there were issues lurking > beyond. > > If you haven't heard of Grails, or would like to know more, I have a short > post here at: > > http://tapestryofthoughts.blogspot.com/2007/05/grails-rails-gone-groovy.html > > For more in-depth, there's the Grails site at: > > http://grails.codehaus.org/ > > -jjk > > - > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > ___ > Wicket-user mailing list > Wicket-user@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wicket-user > > -- View this message in context: http://www.nabble.com/Gricket%3A-The-Love-Child-of-Grails-and-Wicket-tf3772804.html#a10676700 Sent from the Wicket - User mailing list archive at Nabble.com. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] Page Expiration when first clicking AJAX
Did we find a resolution for this yet? We are having the same problem in Wicket 1.3 trunk and I'm about to start investigating. Any definite information or conclusions (whether complete or not) would be very much appreciated. Andrew Berman wrote: > > I am having a strange issue. If I access my site for the first time (I > clear all cookies, sessions, and cache before going to the site), the page > comes up fine. However, if I click one of the AJAX links, I get a page > expired error. Any thoughts why this is happening? I see it create a new > session and the cookie, but it looks like the Ajax link is not valid for > some reason. I am using Wicket 1.2.6. Any thoughts? > > Thanks for any help, > > Andrew > > - > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > ___ > Wicket-user mailing list > Wicket-user@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wicket-user > > -- View this message in context: http://www.nabble.com/Page-Expiration-when-first-clicking-AJAX-tf3729176.html#a10669922 Sent from the Wicket - User mailing list archive at Nabble.com. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] weird url behaviour for bookmarkable pages
I'm also getting this and I don't have multiple windows open. Is this a bug in the new browser window check? Johan Compagner wrote: > > i think in 2.0 the newBrowserWindow check is still enabled. > > this makes sure that for one pagemap only one window is open. > If the checker finds another tab (or window) in a browser that is new and > the pagemap > is already used by another window then it will redirect and the same page > will be moved > to the new pagemap (wicket-1%3A) > > this can be disabled (and is already disabled in 1.3 by default when using > the SecondLevelCache) > > johan > > > On 5/14/07, Wouter de Vaal <[EMAIL PROTECTED]> wrote: >> >> Hi, >> >> I get some strange behaviour using bookmarkeable pages. My home page >> class has a default constructor and I am using a simple href="/">Home >> link to get to it. Now most of the time, this works >> just fine, but sometimes a client redirect turns the browser location >> into >> /?wicket:bookmarkablePage=wicket-1%3A.Home >> >> Any idea what triggers this behaviour, and more important, how to avoid >> it? >> >> I also get infrequent pageMap additions to the urls with bookmarkable >> pages, why are those necessary and can they be avoided? >> >> No session specific data is used in above cases. >> I'm using a 2.0 snapshot. >> >> Regards, >> Wouter >> >> - >> This SF.net email is sponsored by DB2 Express >> Download DB2 Express C - the FREE version of DB2 express and take >> control of your XML. No limits. Just data. Click to get it now. >> http://sourceforge.net/powerbar/db2/ >> ___ >> Wicket-user mailing list >> Wicket-user@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/wicket-user >> > > - > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > ___ > Wicket-user mailing list > Wicket-user@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wicket-user > > -- View this message in context: http://www.nabble.com/weird-url-behaviour-for-bookmarkable-pages-tf3752813.html#a10626209 Sent from the Wicket - User mailing list archive at Nabble.com. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] Anti-Wicket?
i don't understand how you can have a component-oriented web framework that generates markup and css without having layout managers. browsers are not consistent enough in the way they render to just position everything absolutely. even if they were consistent, you still couldn't use fixed layouts because fonts vary from platform to platform. what you're asking for doesn't make any sense to me because "programmatically specifying the place of all widgets and content", is /exactly what a layout manager does/. my personal opinion (and one of the driving forces behind wicket) is that designers should not code and coders should not design. in any case, i am not aware of other solutions to this problem outside those already mentioned. Ashley Aitken wrote: > > > Hi Igor and Alexandre (and everyone), > > Wow, thanks of the prompt posts. > > I'm familiar with GWT (AJAX with client-side application) and Echo2 > (AJAX with server-side application) and they do, as you suggest, both > use "layout managers." In particular, I am considering using Echo2. > However, their focus in most only AJAX and less on the layout (at > least, for Echo2, as far as I can tell). > > I am looking more for a full-featured way of doing Web design > programmatically, the major focus being on CSS layout perhaps, rather > than using some layout manager. I guess an analogy would be between > using a layout manager in Java SE, and programmatically specifying > the place of all widgets and content. > > I am interested in the latter, any ideas? I don't wish to make a > design that can be customised by CSS, I want to programmatically > generate CSS styles to layout the content of each page (as directed > by the content). I hope that makes sense. > > Cheers, > Ashley. > > -- > Ashley Aitken > Perth, Western Australia > mrhatken at mac dot com > Skype Name: MrHatken (GMT + 8 Hours!) > > > > > - > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > ___ > Wicket-user mailing list > Wicket-user@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wicket-user > > -- View this message in context: http://www.nabble.com/Anti-Wicket--tf3755980.html#a10616735 Sent from the Wicket - User mailing list archive at Nabble.com. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] Page Expiration when first clicking AJAX
we're getting some issue like this too and on only one server. Eelco Hillenius wrote: > > Are you working on multiple servers? > > On 5/12/07, Andrew Berman <[EMAIL PROTECTED]> wrote: >> Igor, Eelco, anyone? This issue is pretty major as I'm losing all the >> session info when they first come into the app >> >> >> >> On 5/11/07, Andrew Berman <[EMAIL PROTECTED]> wrote: >> > Could there be an issue with the PageMap? >> > >> > >> > >> > On 5/11/07, Andrew Berman <[EMAIL PROTECTED] > wrote: >> > > I am having a strange issue. If I access my site for the first time >> (I >> clear all cookies, sessions, and cache before going to the site), the >> page >> comes up fine. However, if I click one of the AJAX links, I get a page >> expired error. Any thoughts why this is happening? I see it create a >> new >> session and the cookie, but it looks like the Ajax link is not valid for >> some reason. I am using Wicket 1.2.6. Any thoughts? >> > > >> > > Thanks for any help, >> > > >> > > Andrew >> > > >> > >> > >> >> >> - >> This SF.net email is sponsored by DB2 Express >> Download DB2 Express C - the FREE version of DB2 express and take >> control of your XML. No limits. Just data. Click to get it now. >> http://sourceforge.net/powerbar/db2/ >> ___ >> Wicket-user mailing list >> Wicket-user@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/wicket-user >> >> > > - > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > ___ > Wicket-user mailing list > Wicket-user@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wicket-user > > -- View this message in context: http://www.nabble.com/Page-Expiration-when-first-clicking-AJAX-tf3729176.html#a10457848 Sent from the Wicket - User mailing list archive at Nabble.com. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] How to remove a Behaviour?
remove is a good addition, but what about isEnabled()? that might be a nice way to conditionally apply a behavior instead of removing it. Johan Compagner wrote: > > i think we should be thinking of a remove(IBehavior) > It is pretty in line with the rest (think about Swing listeners) > And it doesn't sit in the way as far as i can think of. > > johan > > > On 5/2/07, Igor Vaynberg <[EMAIL PROTECTED]> wrote: >> >> you cannot remove a behavior currently. what you can do is call stop() on >> the timerbehavior. >> >> -igor >> >> >> On 5/2/07, Ivo van Dongen < [EMAIL PROTECTED]> wrote: >> >> > Hi, >> > >> > We have a component with an AjaxSelfUpdatingTimerBehavior attached to >> > it. When a certain condition is reached we want to remove the behaviour >> from >> > its parent before updating it again, to prefent it from going on >> forever. We >> > couldn't find a way for this. Component has a remove() method, but >> > IBehaviour does not. What is the preferred way to do this? >> > >> > Thanks in advance, >> > Ivo van Dongen >> > >> > -- >> > Ivo van Dongen >> > Func. Internet Integration >> > W http://www.func.nl >> > T +31 20 423 >> > F +31 20 4223500 >> > >> > >> - >> > This SF.net email is sponsored by DB2 Express >> > Download DB2 Express C - the FREE version of DB2 express and take >> > control of your XML. No limits. Just data. Click to get it now. >> > http://sourceforge.net/powerbar/db2/ >> > ___ >> > Wicket-user mailing list >> > Wicket-user@lists.sourceforge.net >> > https://lists.sourceforge.net/lists/listinfo/wicket-user >> > >> > >> >> - >> This SF.net email is sponsored by DB2 Express >> Download DB2 Express C - the FREE version of DB2 express and take >> control of your XML. No limits. Just data. Click to get it now. >> http://sourceforge.net/powerbar/db2/ >> ___ >> Wicket-user mailing list >> Wicket-user@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/wicket-user >> >> > > - > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > ___ > Wicket-user mailing list > Wicket-user@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wicket-user > > -- View this message in context: http://www.nabble.com/How-to-remove-a-Behaviour--tf3681644.html#a10333457 Sent from the Wicket - User mailing list archive at Nabble.com. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] Wicket BoF @ Apache Con: thursday May 3rd, 8pm
oh you just wait a couple weeks. you will be too. igor.vaynberg wrote: > > you guys are old! > > -igor > > > On 5/1/07, Jonathan Locke <[EMAIL PROTECTED]> wrote: >> >> >> >> Hey, wait a /minute/, Martijn, if this is the 80's isn't it "hip to be >> square?" >> >> (insert sax solo) >> >> >> Martijn Dashorst wrote: >> > >> > We picked a time and day: May 3rd, 8pm. Be there or be square >> > (obligatory '80s quote). >> > >> > Martijn >> > >> > -- >> > Learn Wicket at ApacheCon Europe: http://apachecon.com >> > Join the wicket community at irc.freenode.net: ##wicket >> > Wicket 1.2.6 contains a very important fix. Download Wicket now! >> > http://wicketframework.org >> > >> > >> - >> > This SF.net email is sponsored by DB2 Express >> > Download DB2 Express C - the FREE version of DB2 express and take >> > control of your XML. No limits. Just data. Click to get it now. >> > http://sourceforge.net/powerbar/db2/ >> > ___ >> > Wicket-user mailing list >> > Wicket-user@lists.sourceforge.net >> > https://lists.sourceforge.net/lists/listinfo/wicket-user >> > >> > >> >> -- >> View this message in context: >> http://www.nabble.com/Wicket-BoF-%40-Apache-Con%3A-thursday-May-3rd%2C-8pm-tf3677345.html#a10279173 >> Sent from the Wicket - User mailing list archive at Nabble.com. >> >> >> - >> This SF.net email is sponsored by DB2 Express >> Download DB2 Express C - the FREE version of DB2 express and take >> control of your XML. No limits. Just data. Click to get it now. >> http://sourceforge.net/powerbar/db2/ >> ___ >> Wicket-user mailing list >> Wicket-user@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/wicket-user >> > > - > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > ___ > Wicket-user mailing list > Wicket-user@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wicket-user > > -- View this message in context: http://www.nabble.com/Wicket-BoF-%40-Apache-Con%3A-thursday-May-3rd%2C-8pm-tf3677345.html#a10279263 Sent from the Wicket - User mailing list archive at Nabble.com. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] Wicket BoF @ Apache Con: thursday May 3rd, 8pm
Hey, wait a /minute/, Martijn, if this is the 80's isn't it "hip to be square?" (insert sax solo) Martijn Dashorst wrote: > > We picked a time and day: May 3rd, 8pm. Be there or be square > (obligatory '80s quote). > > Martijn > > -- > Learn Wicket at ApacheCon Europe: http://apachecon.com > Join the wicket community at irc.freenode.net: ##wicket > Wicket 1.2.6 contains a very important fix. Download Wicket now! > http://wicketframework.org > > - > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > ___ > Wicket-user mailing list > Wicket-user@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wicket-user > > -- View this message in context: http://www.nabble.com/Wicket-BoF-%40-Apache-Con%3A-thursday-May-3rd%2C-8pm-tf3677345.html#a10279173 Sent from the Wicket - User mailing list archive at Nabble.com. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] Nested Forms and onSubmit()?
well, it depends on what kind of reuse you want. if you have a particularly cool form panel, it might be something that should stand on its own or nest. but i think you're probably right in general. i've got quite a few panels that just hold some fields for inclusion in a form. igor.vaynberg wrote: > > imho all he should do is extend a panel, and make sure that panel is > always > inside a form. > > there is no need to have a form to group a few fields together. > > -igor > > > On 4/29/07, Martijn Dashorst <[EMAIL PROTECTED]> wrote: >> >> One note: this is a 1.3 feature so only expect it to work there. >> >> What happens with the nested forms is that the buttons stay, and iirc >> only the inner form is submitted when a button is pressed inside that >> inner form. >> >> I think the discussion never got to a conclusion on what happens when >> the outer form is submitted. I think we can still change that behavior >> (we're not final or in release candidate mode). >> >> FormComponent is for input controls (textfields, buttons, >> dropdownchoice, etc). Forms are for the form tag. So in your case, you >> should extend Form, and Wicket should take care of processing the >> right form (inner, outer, sibling) for you. >> >> But as I said, it probably is still a bit raw currently, as it is a >> new feature and not widely used. >> >> Martijn >> >> On 4/29/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: >> > >> > > Wicket supports nested forms. The inner form tags are replaced with >> > > elements. This is a component framework, where you expect forms >> > > to be able to be nested (form on a reusable panel anyone?). >> > >> > I'm just starting to work on a similar thing: an address form panel to >> > be used in other forms. >> > >> > Had assumed I should be extending FormComponent rather than Form >> itself. >> > Are you suggesting otherwise? Or does the nested form's submit button >> > get removed too? >> > >> > Is there an example of this kind of thing? I couldn't find one. >> > >> > Cheers, >> > Derek >> > >> > >> > >> > -Original Message- >> > From: [EMAIL PROTECTED] on behalf of Martijn >> Dashorst >> > Sent: Fri 4/27/2007 2:37 PM >> > To: wicket-user@lists.sourceforge.net >> > Subject: Re: [Wicket-user] Nested Forms and onSubmit()? >> > >> > On 4/27/07, jan_bar <[EMAIL PROTECTED]> wrote: >> > > I think that you cannot nest in HTML. You have to "nest" them >> with >> > > CSS. This will also solve your trouble with form submits - I think >> that the >> > > browser simply ignores the nested tags. >> > >> > Wicket supports nested forms. The inner form tags are replaced with >> > elements. This is a component framework, where you expect forms >> > to be able to be nested (form on a reusable panel anyone?). >> > >> > Martijn >> > -- >> > Learn Wicket at ApacheCon Europe: http://apachecon.com >> > Join the wicket community at irc.freenode.net: ##wicket >> > Wicket 1.2.6 contains a very important fix. Download Wicket now! >> > http://wicketframework.org >> > >> > >> - >> > This SF.net email is sponsored by DB2 Express >> > Download DB2 Express C - the FREE version of DB2 express and take >> > control of your XML. No limits. Just data. Click to get it now. >> > http://sourceforge.net/powerbar/db2/ >> > ___ >> > Wicket-user mailing list >> > Wicket-user@lists.sourceforge.net >> > https://lists.sourceforge.net/lists/listinfo/wicket-user >> > >> > >> > * Email confidentiality notice * >> > This message is private and confidential. If you have received this >> message in error, please notify us and remove it from your system. >> > >> > The London School of Economics and Political Science (the School) is a >> company limited by guarantee, registered in England and Wales, under >> registered number 00070527, and having its registered office at 10th >> Floor, >> Tower One, Houghton Street, London WC2A 2AE. >> > >> > The inclusion of this information does not of itself make this email a >> business document of the School and, to the maximum extent permitted by >> law, >> the School accepts no liability for the content and opinions in any >> non-business emails. >> > >> - >> > This SF.net email is sponsored by DB2 Express >> > Download DB2 Express C - the FREE version of DB2 express and take >> > control of your XML. No limits. Just data. Click to get it now. >> > http://sourceforge.net/powerbar/db2/ >> > ___ >> > Wicket-user mailing list >> > Wicket-user@lists.sourceforge.net >> > https://lists.sourceforge.net/lists/listinfo/wicket-user >> > >> > >> > >> >> >> -- >> Learn Wicket at ApacheCon Europe: http://apachecon.com >> Join the wicket community at irc.freenode.net: ##wicket >> Wicket 1.2.6 contains a very important fix. Download Wicket now! >> http://wicketframewor
Re: [Wicket-user] Nested Forms and onSubmit()?
neato. i did not know that. i vaguely recall doing this once and i recall being really suprised it worked. now i know why! ;-) Martijn Dashorst wrote: > > On 4/27/07, jan_bar <[EMAIL PROTECTED]> wrote: >> I think that you cannot nest in HTML. You have to "nest" them with >> CSS. This will also solve your trouble with form submits - I think that >> the >> browser simply ignores the nested tags. > > Wicket supports nested forms. The inner form tags are replaced with > elements. This is a component framework, where you expect forms > to be able to be nested (form on a reusable panel anyone?). > > Martijn > -- > Learn Wicket at ApacheCon Europe: http://apachecon.com > Join the wicket community at irc.freenode.net: ##wicket > Wicket 1.2.6 contains a very important fix. Download Wicket now! > http://wicketframework.org > > - > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > ___ > Wicket-user mailing list > Wicket-user@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wicket-user > > -- View this message in context: http://www.nabble.com/Nested-Forms-and-onSubmit%28%29--tf3657476.html#a10244936 Sent from the Wicket - User mailing list archive at Nabble.com. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] newbie: how do I put wicket-injected objects into an html comment?
yeah, with setEscapeModelStrings(false).
igor.vaynberg wrote:
>
> we do not support this, the only way i can think of doing something like
> this is:
>
> add(new label("foo", ""));
>
> -igor
>
>
> On 4/27/07, Lowell Kirsh <[EMAIL PROTECTED]> wrote:
>>
>> What I'd like to do is something like:
>>
>>
>>
>> Does this make sense? How can I do that?
>>
>> Thanks,
>> Lowell
>>
>> -
>> This SF.net email is sponsored by DB2 Express
>> Download DB2 Express C - the FREE version of DB2 express and take
>> control of your XML. No limits. Just data. Click to get it now.
>> http://sourceforge.net/powerbar/db2/
>> ___
>> Wicket-user mailing list
>> Wicket-user@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/wicket-user
>>
>
> -
> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> ___
> Wicket-user mailing list
> Wicket-user@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wicket-user
>
>
--
View this message in context:
http://www.nabble.com/newbie%3A-how-do-I-put-wicket-injected-objects-into-an-html-comment--tf3659208.html#a10227692
Sent from the Wicket - User mailing list archive at Nabble.com.
-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] Can templates have an extension other than .html?
i can confirm that. i have no idea what i meant by that comment. ;-) Eelco Hillenius wrote: > > On 2/28/07, Igor Vaynberg <[EMAIL PROTECTED]> wrote: >> that is an interesting comment indeed. if it was really true then >> webpage.getmarkuptype() would be final. anyone else mind to comment? > > Looks like an ancient leftover. I ditched it. > > Eelco > > - > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share > your > opinions on IT & business topics through brief surveys-and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > ___ > Wicket-user mailing list > Wicket-user@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wicket-user > > -- View this message in context: http://www.nabble.com/Can-templates-have-an-extension-other-than-.html--tf3309848.html#a10128798 Sent from the Wicket - User mailing list archive at Nabble.com. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] LiveSessionsPage
yeah, i think all that stuff moved to examples due to security concerns with that stuff being bookmarkable and not protected by an authorization strategy. Alexander Lohse wrote: > > Hi, > > I cannot find the LiveSessionsPage since I recently updated our > project to the lastest version of wicket. > > Has it been renamed or moved to a separate project? > > Best regards and thanks, > > Alex > __ > > Alexander Lohse • Entwicklungsleitung & Projektmanagement > Tel +49 38374 752 11 • Fax +49 38374 752 23 > http://www.humantouch.de > > Human Touch Medienproduktion GmbH > Am See 1 • 17440 Klein Jasedow • Deutschland > > Geschäftsführung: > Lara Mallien, Nele Hybsier, Alexander Lohse, Johannes Heimrath (Senior) > Handelsregister Stralsund • HRB 4192 • USt-IdNr. DE128367684 > > > > - > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > ___ > Wicket-user mailing list > Wicket-user@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wicket-user > > -- View this message in context: http://www.nabble.com/LiveSessionsPage-tf3626728.html#a10128794 Sent from the Wicket - User mailing list archive at Nabble.com. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] crtypted url cannot work for current 2.0 snap shot
as eelco says, it would be good to open a tracker issue. but another thing you could do is send us a unit test (even if the bug has already been fixed). if a unit test breaks it will definitely get attention. and if your unit test is reasonably well written, we'll surely take it since we cannot have too many unit tests. jon tooy li(Gmail) wrote: > > hi, > I think i have paste the enough message! actually, i pasted the message > again and again. > > 1. version --> current snap shot for 2.0 > 2. exception please check > [http://www.mail-archive.com/[EMAIL PROTECTED]/msg25968.html] > 180953 [btpool0-4] ERROR wicket.RequestCycle - [Ljava.lang.String; > java.lang.ClassCastException: [Ljava.lang.String; > > 3. sence: open a ajax modal . use a customed error page. > > I also know it's VOLUNTEER WITH $0 project, but i have to take some > pressure from the end client. > since most of people in this planet use struts or ww, you have to do > better to erase these noise to testify your > choise is right. > recently, i have to an some question such as, why we havn't 2.0 release > version now ? why the crypted url cannot work for a month time ? > if i don't resovle these problem asap, they will doubt the wicket > framework can work well again. > I have make a lot's of question in these mail list , most of them can get > usefull reply, so , i 'm very very appreciate it. > sorry, I don't want to make any annoy, but i expected the bug fix too > long. > > and thx for your work. > > > >> Message: 4 >> Date: Fri, 13 Apr 2007 18:01:38 +0200 >> From: "Martijn Dashorst" <[EMAIL PROTECTED]> >> Subject: Re: [Wicket-user] crtypted url cannot work for current 2.0 >> snap shot. >> To: [EMAIL PROTECTED] >> Message-ID: >> <[EMAIL PROTECTED]> >> Content-Type: text/plain; charset=ISO-8859-1; format=flowed >> >> If you don't provide a better message, then how can we solve your >> problem? >> >> What is the exception? Do you use head of trunk, or some other >> version? If you want us to help you, help us do that by providing the >> correct information. >> >> We have stated that we would fix bugs in 2.0, for as long we don't >> have backported all features. But only on a case by case basis, and >> this is not an offer without a time limit: you are expected to migrate >> to our new, constructor change-less version. >> >> Remember: this is a volunteer effort, and we work our collective asses >> of to make Wicket the best framework $0 can buy. But we can only do >> what time permits us to do. Any time devoted to trunk makes 1.3 >> delayed. >> >> Martijn >> >> On 4/13/07, tooy li(Gmail) <[EMAIL PROTECTED]> wrote: >>> and the customed error page also cannot work well. when i open a modal >>> window by ajax link, it will generate some error. I has complained it >>> for a long time, but nobody care it. :( . 2.0 is really dead now. >>> >>> at >>> wicket.protocol.http.request.CryptedUrlWebRequestCodingStrategy$DecodedUrlRequest.getParameter(CryptedUrlWebRequestCodingStrategy.java:458) >>> at >>> wicket.protocol.http.request.AbstractWebRequestCodingStrategy.decode(AbstractWebRequestCodingStrategy.java:102) >>> at >>> wicket.protocol.http.request.CryptedUrlWebRequestCodingStrategy.decode(CryptedUrlWebRequestCodingStrategy.java:107) >>> >>> - >>> Take Surveys. Earn Cash. Influence the Future of IT >>> Join SourceForge.net's Techsay panel and you'll get the chance to share >>> your >>> opinions on IT & business topics through brief surveys-and earn cash >>> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV >>> ___ >>> Wicket-user mailing list >>> [EMAIL PROTECTED] >>> https://lists.sourceforge.net/lists/listinfo/wicket-user >>> >> >> >> -- >> Learn Wicket at ApacheCon Europe: http://apachecon.com >> Join the wicket community at irc.freenode.net: ##wicket >> Wicket 1.2.5 will keep your server alive. Download Wicket now! >> http://wicketframework.org >> >> >> >> -- >> >> Message: 5 >> Date: Fri, 13 Apr 2007 09:14:13 -0700 >> From: "Alexei Sokolov" <[EMAIL PROTECTED]> >> Subject: Re: [Wicket-user] ajax / javascript widgets in wicket >> To: [EMAIL PROTECTED] >> Message-ID: >> <[EMAIL PROTECTED]> >> Content-Type: text/plain; charset="iso-8859-1" >> >> That solution will replace element and all of its children, which is >> not what I want. >> >> I need something like one-time-use javascript behavior, which can be >> attached to a component and then discarded after first rendering. >> >> Alex >> >> On 4/13/07, Korbinian Bachl <[EMAIL PROTECTED]> wrote: >>> >>> We had this question 2 days ago, solution is in wiki: >>> >>> http://cwiki.apache.org/WICKET/how-to-repaint-a-listview-via-ajax.html >>> >>> the List actions itself like add and delete are part of List and you >>> just >>> would have to ListView.setList(yourListInHere) prior to repain
Re: [Wicket-user] Wicket 1.3 ready for development?
July is for sissies. We're shooting for June. Eelco Hillenius wrote: > > I would recommend using 1.3. Some people of the team (including me) > are using 1.3 for a project that needs to be live bigtime medio July. > So, 1.3 has to be good enough to run production systems by then (and > in fact we're running a production server with a 1.3 snapshot right > now and that works fine). > > Eelco > > > On 3/30/07, Erik van Oosten <[EMAIL PROTECTED]> wrote: >> Hello, >> >> I am looking for some thoughts that allow me to decide whether I am >> going to use 1.2 or 1.3 for my next project. Work starts in a few weeks >> from now and needs to be finished somewhere in July. The Wicket part is >> rather small (<10 crud pages) but it will feature spring annotations, >> wicket-auth with Acegi (hopefully with a stateless login page), and >> probably some ajax updated panels. >> >> I see three options: >> - by July wicket 1.3 is not ready for production use => 1.2 (option 1) >> - by July wicket 1.3 is ready for production use => >> - it is easy to switch from 1.2 to 1.3 => 1.2 now, switch to 1.3 later >> (option 2) >> - it is not so easy to switch from 1.2 to 1.3 => 1.3 (option 3) >> >> WDYT? >> >> Regards, >> Erik. >> >> -- >> Erik van Oosten >> http://www.day-to-day-stuff.blogspot.com/ >> >> >> - >> Take Surveys. Earn Cash. Influence the Future of IT >> Join SourceForge.net's Techsay panel and you'll get the chance to share >> your >> opinions on IT & business topics through brief surveys-and earn cash >> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV >> ___ >> Wicket-user mailing list >> [EMAIL PROTECTED] >> https://lists.sourceforge.net/lists/listinfo/wicket-user >> > > - > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share > your > opinions on IT & business topics through brief surveys-and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > ___ > Wicket-user mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/wicket-user > > -- View this message in context: http://www.nabble.com/Wicket-1.3-ready-for-development--tf3492725.html#a9994783 Sent from the Wicket - User mailing list archive at Nabble.com. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Wicket-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] Interesting maven experience...
we just figured this out. try mvn clean install and it should work. Per Ejeklint wrote: > > Sorry, I really don't know. I have erased the entire branch so I can't > re-run the sequence. I checked out wicket-1.x about 10 days ago, and I > think it was after the second update which I did this Saturday or Sunday, > that the problems started. It was definitely before the big renaming > change to org.apache.wicket. > > Maven did spew out a lot of warnings on javadoc generation, a number of > @link tags that couldn't be resolved but I don't remember the exact > message, and then it hanged on generating the sources.jar. > > /Per > > > Eelco Hillenius wrote: >> >> Any idea how to reproduce this? >> >> Eelco >> >> >> On 4/11/07, Per Ejeklint <[EMAIL PROTECTED]> wrote: >>> >>> Just a note for your information. >>> >>> I just had an unusual experience with maven when building wicket-1.x. >>> Had >>> done a few updates, and then the install target got in a strange loop. >>> It >>> took forever and then my disk was full! Turned out that the wicket >>> sources >>> has swollen a bit: >>> >>> -rw-r--r--1 ejeklint ejeklint 13756395463 Apr 11 12:47 >>> wicket-1.3.0-incubating-SNAPSHOT-sources.jar >>> >>> Whoah! Didn't seem right. :) >>> >>> Deleting all and getting it fresh from svn fixed it. >>> >>> (Sorry for previous empty post, keyboard slip.) >>> -- >>> View this message in context: >>> http://www.nabble.com/Interesting-maven-experience...-tf3558632.html#a9937196 >>> Sent from the Wicket - User mailing list archive at Nabble.com. >>> >>> >>> - >>> Take Surveys. Earn Cash. Influence the Future of IT >>> Join SourceForge.net's Techsay panel and you'll get the chance to share >>> your >>> opinions on IT & business topics through brief surveys-and earn cash >>> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV >>> ___ >>> Wicket-user mailing list >>> [EMAIL PROTECTED] >>> https://lists.sourceforge.net/lists/listinfo/wicket-user >>> >> >> - >> Take Surveys. Earn Cash. Influence the Future of IT >> Join SourceForge.net's Techsay panel and you'll get the chance to share >> your >> opinions on IT & business topics through brief surveys-and earn cash >> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV >> ___ >> Wicket-user mailing list >> [EMAIL PROTECTED] >> https://lists.sourceforge.net/lists/listinfo/wicket-user >> >> > > -- View this message in context: http://www.nabble.com/Interesting-maven-experience...-tf3558632.html#a9967071 Sent from the Wicket - User mailing list archive at Nabble.com. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Wicket-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] Interesting maven experience...
i am reproing this. try doing a mvn -U Eelco Hillenius wrote: > > Any idea how to reproduce this? > > Eelco > > > On 4/11/07, Per Ejeklint <[EMAIL PROTECTED]> wrote: >> >> Just a note for your information. >> >> I just had an unusual experience with maven when building wicket-1.x. Had >> done a few updates, and then the install target got in a strange loop. It >> took forever and then my disk was full! Turned out that the wicket >> sources >> has swollen a bit: >> >> -rw-r--r--1 ejeklint ejeklint 13756395463 Apr 11 12:47 >> wicket-1.3.0-incubating-SNAPSHOT-sources.jar >> >> Whoah! Didn't seem right. :) >> >> Deleting all and getting it fresh from svn fixed it. >> >> (Sorry for previous empty post, keyboard slip.) >> -- >> View this message in context: >> http://www.nabble.com/Interesting-maven-experience...-tf3558632.html#a9937196 >> Sent from the Wicket - User mailing list archive at Nabble.com. >> >> >> - >> Take Surveys. Earn Cash. Influence the Future of IT >> Join SourceForge.net's Techsay panel and you'll get the chance to share >> your >> opinions on IT & business topics through brief surveys-and earn cash >> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV >> ___ >> Wicket-user mailing list >> [EMAIL PROTECTED] >> https://lists.sourceforge.net/lists/listinfo/wicket-user >> > > - > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share > your > opinions on IT & business topics through brief surveys-and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > ___ > Wicket-user mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/wicket-user > > -- View this message in context: http://www.nabble.com/Interesting-maven-experience...-tf3558632.html#a9966658 Sent from the Wicket - User mailing list archive at Nabble.com. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Wicket-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] Form macro-component
maybe have FormComponentFeedbackBorders for the individual
components and then a global feedback panel to catch the general
ones (install a filter to ignore reporters that have feedback borders)
Carlos Pita-4 wrote:
>
> Hi all,
>
> suppose you have to implement some form input component that is
> composed from other simple FormComponents. These simple input fields
> will be ajax-validated individually, and they will be subject to some
> global (inter-field) validation too. An example could be three
> drop-downs for a date, with local validation requiring each field and
> global validation asking for a valid Gregorian calendar date. AFAIK
> there are nothing like nested forms in wicket, you have a form and
> then at the next level its FormComponents and that's all. So I tend to
> think of a static helper method that instantiates the individual form
> fields and registers them with the form. Maybe there must be some
> "synthetic" invisible component just to attach feedback from the date
> global-validation, which will be implemented as a form validator. For
> example:
>
> class MyForm extends Form {
>
>public MyForm(String id) {
>
> DateComponent.add(this, "birthDate");
>
>}
> }
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> There are two things in this approach that I don't particularly like:
>
> 1) Having a dummy component to attach date global-validation errors
> (notice that they are not the same as form errors).
>
> 2) The procedural nature of the solution, there is no real Date component.
>
> What do you think? Do you have a better alternative that is not too
> convolved?
>
> Best regards,
> Carlos
>
> -
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share
> your
> opinions on IT & business topics through brief surveys-and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> ___
> Wicket-user mailing list
> Wicket-user@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wicket-user
>
>
--
View this message in context:
http://www.nabble.com/Form-macro-component-tf3549549.html#a9911009
Sent from the Wicket - User mailing list archive at Nabble.com.
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] error(...) No page found for component
ah, right. frames. seems like things would be simpler if we synced on session for page requests (not for other resources, like images, of course). i thought we were syncing on session a while back. what was the reason we changed this? igor.vaynberg wrote: > > like i said, we sync on pagemap not session. so if you use frames there is > a > chance two requests for the same session will be processed simultaneously. > > -igor > > > On 4/1/07, Jonathan Locke <[EMAIL PROTECTED]> wrote: >> >> >> >> i'm missing something here still. what thread other than the request >> thread >> will ever be accessing this? >> >> >> igor.vaynberg wrote: >> > >> > copy on write has the advantage when it comes to iterating over the >> list. >> > the locking needs to be there because we lock on pagemaps and not on >> > session, so two pages in different pagemaps would need to be synced. >> > >> > -igor >> > >> > >> > On 3/31/07, Eelco Hillenius <[EMAIL PROTECTED]> wrote: >> >> >> >> > Yeah, that does sound like overkill in a single-threaded >> environment. >> >> > What other thread would ever be accessing a session's feedback >> >> messages? >> >> >> >> Furthermore, copy on write is efficient when there are lots of reads >> >> and just a couple of writes, but that's not the case I think. So >> >> normal synchronization would almost certain be more efficient here. >> >> >> >> Eelco >> >> >> >> >> - >> >> Take Surveys. Earn Cash. Influence the Future of IT >> >> Join SourceForge.net's Techsay panel and you'll get the chance to >> share >> >> your >> >> opinions on IT & business topics through brief surveys-and earn cash >> >> >> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV >> >> ___ >> >> Wicket-user mailing list >> >> Wicket-user@lists.sourceforge.net >> >> https://lists.sourceforge.net/lists/listinfo/wicket-user >> >> >> > >> > >> - >> > Take Surveys. Earn Cash. Influence the Future of IT >> > Join SourceForge.net's Techsay panel and you'll get the chance to share >> > your >> > opinions on IT & business topics through brief surveys-and earn cash >> > >> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV >> > ___ >> > Wicket-user mailing list >> > Wicket-user@lists.sourceforge.net >> > https://lists.sourceforge.net/lists/listinfo/wicket-user >> > >> > >> >> -- >> View this message in context: >> http://www.nabble.com/error%28...%29-No-page-found-for-component-tf3497125.html#a9784202 >> Sent from the Wicket - User mailing list archive at Nabble.com. >> >> >> - >> Take Surveys. Earn Cash. Influence the Future of IT >> Join SourceForge.net's Techsay panel and you'll get the chance to share >> your >> opinions on IT & business topics through brief surveys-and earn cash >> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV >> ___ >> Wicket-user mailing list >> Wicket-user@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/wicket-user >> > > - > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share > your > opinions on IT & business topics through brief surveys-and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > ___ > Wicket-user mailing list > Wicket-user@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wicket-user > > -- View this message in context: http://www.nabble.com/error%28...%29-No-page-found-for-component-tf3497125.html#a9784615 Sent from the Wicket - User mailing list archive at Nabble.com. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] error(...) No page found for component
i'm missing something here still. what thread other than the request thread will ever be accessing this? igor.vaynberg wrote: > > copy on write has the advantage when it comes to iterating over the list. > the locking needs to be there because we lock on pagemaps and not on > session, so two pages in different pagemaps would need to be synced. > > -igor > > > On 3/31/07, Eelco Hillenius <[EMAIL PROTECTED]> wrote: >> >> > Yeah, that does sound like overkill in a single-threaded environment. >> > What other thread would ever be accessing a session's feedback >> messages? >> >> Furthermore, copy on write is efficient when there are lots of reads >> and just a couple of writes, but that's not the case I think. So >> normal synchronization would almost certain be more efficient here. >> >> Eelco >> >> - >> Take Surveys. Earn Cash. Influence the Future of IT >> Join SourceForge.net's Techsay panel and you'll get the chance to share >> your >> opinions on IT & business topics through brief surveys-and earn cash >> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV >> ___ >> Wicket-user mailing list >> Wicket-user@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/wicket-user >> > > - > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share > your > opinions on IT & business topics through brief surveys-and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > ___ > Wicket-user mailing list > Wicket-user@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wicket-user > > -- View this message in context: http://www.nabble.com/error%28...%29-No-page-found-for-component-tf3497125.html#a9784202 Sent from the Wicket - User mailing list archive at Nabble.com. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] Lifecycle issue with getVariation
This is a slippery slope and can easily become an excuse to do whatever it is that one wants an excuse to do. It's impossible to argue against supposed silent, anonymous individuals. They may think anything or have any problem whatsoever... whatever suits the argument at hand. I think we're all listening if there are identifiable, real-world problems that need solving here. I just don't want more complexity (particularly a new concept) unless it's solving an actual identified problem or set of problems arising from reasonable coding practices. Chris Colman wrote: > > I think Eelco is right. It may be inaccurate to make assumptions about > how rare a use case might be based on what feedback you get on the > mailing list. Some people may find work arounds for a framework > problem/issue or they might just give up trying to do something that is > causes problems - possibly because they believe that they are doing > something wrong or are missing some essential points about how to use > the framework. This is exactly what I did at first with > page.getVariation() - I ended up overriding getVariation in the panels > instead of the pages as this seemed to work without getting errors. This > got me by for a while. > -- View this message in context: http://www.nabble.com/Lifecycle-issue-with-getVariation-tf3476789.html#a9783309 Sent from the Wicket - User mailing list archive at Nabble.com. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] error(...) No page found for component
Yeah, that does sound like overkill in a single-threaded environment. What other thread would ever be accessing a session's feedback messages? Eelco Hillenius wrote: > > Do feedbackmessages in the session really need to be synchronized with > CopyOnWriteArrayList? I'm in doubt whether synchronization helps that > much, but if it does, wouldn't it be more efficient to use a normal > synchronized one? > > Eelco > > > On 3/31/07, Eelco Hillenius <[EMAIL PROTECTED]> wrote: >> On 3/31/07, Igor Vaynberg <[EMAIL PROTECTED]> wrote: >> > i am not so sure this is correct. we often deal with two page instances >> > inside the same request - the current one and the response page. this >> breaks >> > any kind of scoping as errors reported against current page will now >> make it >> > into response page? >> >> About the session messages... well, they have a slightly different >> meaning: display whenever there is a feedback component rendered on >> any page. This is useful when writing generic software where you know >> that a message should be displayed, but you just don't know the target >> (e.g. at the end of a wizard). >> >> About per-page or per-request... yeah, we've been there too. If we >> look back at the history we can say that the page is the correct place >> to have it. So, what we should do is put the messages for the pages in >> the session, and at the start of rendering (right before attach), >> iterate through those messages and the ones that have components >> attached (are for pages) are then added to those pages. If there are >> messages with components that are not coupled to a page, well tough >> luck and discard them (those would throw an exception currently). >> >> One final thing we should fix is the fact that feedbackmessages don't >> get cleaned up when there are no feedback components in the page. This >> is a memory leak. >> >> Eelco >> > > - > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share > your > opinions on IT & business topics through brief surveys-and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > ___ > Wicket-user mailing list > Wicket-user@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wicket-user > > -- View this message in context: http://www.nabble.com/error%28...%29-No-page-found-for-component-tf3497125.html#a9774835 Sent from the Wicket - User mailing list archive at Nabble.com. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] error(...) No page found for component
yeah, your patch would work, but i think we agree that the
session approach is better and cleaner (both functionally and
conceptually) for the long term even if it could at least
/conceivably/ break some especially odd code (which it
seems likely does not even exist).
the semantics are actually quite nice in the session version.
messages added directly to the session would still have a
null reporter and persist until rendered, as they currently
do (no changes there).
messages reported by components would all be cleared at
the end of a request (not the beginning of the next one).
this is conceptually clearer and simpler and it actually
reduces memory load (as does the removal of all aspects
of feedback message storage from Page).
so i can't actually see any important disadvantage to the
session approach. and there seem to be several nice
little wins. probably less code too.
Eelco Hillenius wrote:
>
>> We chose that, yes. But would it be better to simply have all feedback
>> messages stored in the session? That would solve all our scoping
>> problems
>> wouldn't it? Every feedback message would go into the session and then
>> feedback panels could pull them out when they're ready to. If a feedback
>> message is in the session for more than one request cycle and it is not
>> cleared
>> by a feedback panel, we would discard it (and maybe warn in debug mode).
>
> I think I'm fine with a session based solution. The thing that
> wouldn't work anymore is when you assign messages to components/ pages
> which are not rendered this request but a next request. That might be
> too far-fetched to support though. However, the solution which I'll
> post as a patch on the end of this message will support anything it
> does now. The thing I like about putting them in the session is that
> it is clean and will save a little bit of memory in the page. WDYT?
>
> Eelco
>
> Index:
> /Users/eelcohillenius/Documents/workspace_wicket/wicket-1.x/jdk-1.4/wicket/src/main/java/wicket/Component.java
> ===
> ---
> /Users/eelcohillenius/Documents/workspace_wicket/wicket-1.x/jdk-1.4/wicket/src/main/java/wicket/Component.java
> (revision
> 524461)
> +++
> /Users/eelcohillenius/Documents/workspace_wicket/wicket-1.x/jdk-1.4/wicket/src/main/java/wicket/Component.java
> (working
> copy)
> @@ -662,7 +662,7 @@
>*/
> public final void debug(final String message)
> {
> - getPage().getFeedbackMessages().debug(this, message);
> + Page.addMessage(new FeedbackMessage(this, message,
> FeedbackMessage.DEBUG));
> }
>
> /**
> @@ -685,7 +685,7 @@
>*/
> public final void error(final Serializable message)
> {
> - getPage().getFeedbackMessages().error(this, message);
> + Page.addMessage(new FeedbackMessage(this, message,
> FeedbackMessage.ERROR));
> }
>
> /**
> @@ -696,7 +696,7 @@
>*/
> public final void fatal(final String message)
> {
> - getPage().getFeedbackMessages().fatal(this, message);
> + Page.addMessage(new FeedbackMessage(this, message,
> FeedbackMessage.FATAL));
> }
>
> /**
> @@ -1235,7 +1235,7 @@
>*/
> public final void info(final String message)
> {
> - getPage().getFeedbackMessages().info(this, message);
> + Page.addMessage(new FeedbackMessage(this, message,
> FeedbackMessage.INFO));
> }
>
> /**
> @@ -2376,7 +2376,7 @@
>*/
> public final void warn(final String message)
> {
> - getPage().getFeedbackMessages().warn(this, message);
> + Page.addMessage(new FeedbackMessage(this, message,
> FeedbackMessage.WARNING));
> }
>
> /**
> Index:
> /Users/eelcohillenius/Documents/workspace_wicket/wicket-1.x/jdk-1.4/wicket/src/main/java/wicket/feedback/FeedbackMessages.java
> ===
> ---
> /Users/eelcohillenius/Documents/workspace_wicket/wicket-1.x/jdk-1.4/wicket/src/main/java/wicket/feedback/FeedbackMessages.java
> (revision
> 524461)
> +++
> /Users/eelcohillenius/Documents/workspace_wicket/wicket-1.x/jdk-1.4/wicket/src/main/java/wicket/feedback/FeedbackMessages.java
> (working
> copy)
> @@ -301,7 +301,7 @@
>* @param message
>* @param level
>*/
> - public final void add(Component reporter, String message, int level) {
> + public final void add(Component reporter, Serializable message, int
> level) {
> add(new FeedbackMessage(reporter, message, level));
> }
>
> @@ -311,7 +311,7 @@
>* @param message
>*the message
>*/
> - final void add(FeedbackMessage message)
> + public final void add(FeedbackMessage message)
> {
> if (log.isDebugEnabled())
> {
> Index:
> /Users/eelcohillenius/Documents/wor
Re: [Wicket-user] error(...) No page found for component
Eelco Hillenius wrote: > > About the session messages... well, they have a slightly different > meaning: display whenever there is a feedback component rendered on > any page. This is useful when writing generic software where you know > that a message should be displayed, but you just don't know the target > (e.g. at the end of a wizard). > yeah, i don't know what i was thinking... threadlocal clearly doesn't work for session scoping. duh. ;-) Eelco Hillenius wrote: > > About per-page or per-request... yeah, we've been there too. If we > look back at the history we can say that the page is the correct place > to have it. > We chose that, yes. But would it be better to simply have all feedback messages stored in the session? That would solve all our scoping problems wouldn't it? Every feedback message would go into the session and then feedback panels could pull them out when they're ready to. If a feedback message is in the session for more than one request cycle and it is not cleared by a feedback panel, we would discard it (and maybe warn in debug mode). -- View this message in context: http://www.nabble.com/error%28...%29-No-page-found-for-component-tf3497125.html#a9773999 Sent from the Wicket - User mailing list archive at Nabble.com. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] error(...) No page found for component
if you can wait, i think we're going to be fixing this so you don't have to
make any changes.
serban.balamaci wrote:
>
> Thanks for the answer. Do you mean that instead of doing the loading of
> the model in the constructor to do it onAttach() ?
>
>
>
> Jonathan Locke wrote:
>>
>>
>> You component is not attached to a parent yet.
>> You could try doing that work in onAttach().
>>
>>
>> serban.balamaci wrote:
>>>
>>> Hi.
>>>
>>> I have a problem in that inside the constructor of a page(panel
>>> actually) i invoke a stored procedure which needs to get the model for
>>> the panel. The stored procedure may throw an error message. The error
>>> message should be seen by the user, he can understand what he did wrong.
>>> So inside the constructor i have something like this:
>>>
>>> public PanelConstructor() {
>>> try {
>>>
>>> invoke stored procedure
>>>.
>>> } catch(UserPresentableException e) {
>>>error(e.getMessage);
>>> }
>>> }
>>>
>>> The problem is that if the error is thrown i get a No page found for
>>> component. I understand that the cause of the error is that the "error
>>> component" not being instantiated because of the constructor not being
>>> finished(or i think that's the cause).
>>>
>>> Any ideas of solutions that i can implement?
>>> I know that i could set wicket to production instead of development and
>>> get rid of the stack trace. The problem is that i would like to keep the
>>> error message - to show the error message back to the user-. Should i
>>> instead of doing error(e.getMessage) rethrow the message inside a new
>>> defined exception and have a custom error page for that exception in
>>> which i would show only the message of the error.
>>>
>>> Is there any option that would keep me from treating the errors in the
>>> constructor other than how i treat an error from a button push in which
>>> i do error(e.getMessage())?
>>>
>>> Thanks.
>>>
>>>
>>>
>>>
>>
>>
>
>
--
View this message in context:
http://www.nabble.com/error%28...%29-No-page-found-for-component-tf3497125.html#a9773512
Sent from the Wicket - User mailing list archive at Nabble.com.
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] error(...) No page found for component
yeah, threadlocal would work. it would also get rid of the need for Session feedback messages. in some sense, i think the error is really being registered for the request (thread) anyway, not any object. so i like that idea. it can just be a threadlocal in the appropriate class and everyone's happy, we actually remove code and component stays the same size. +1 Eelco Hillenius wrote: > >> Apparently the usecase is pretty rare (only discovered after 2 years of >> production use) > > Well, you can't really know as you don't know how many people ever > bumped across this and decided to implement a workaround without > mentioning it to us. More importantly, I just don't think it is right > users cannot do this, and there's a ton of ways to solve this. I agree > with your queue idea, that's the nicest one. > > Eelco > > - > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share > your > opinions on IT & business topics through brief surveys-and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > ___ > Wicket-user mailing list > Wicket-user@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wicket-user > > -- View this message in context: http://www.nabble.com/error%28...%29-No-page-found-for-component-tf3497125.html#a9773504 Sent from the Wicket - User mailing list archive at Nabble.com. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] error(...) No page found for component
You component is not attached to a parent yet.
You could try doing that work in onAttach().
serban.balamaci wrote:
>
> Hi.
>
> I have a problem in that inside the constructor of a page(panel actually)
> i invoke a stored procedure which needs to get the model for the panel.
> The stored procedure may throw an error message. The error message should
> be seen by the user, he can understand what he did wrong. So inside the
> constructor i have something like this:
>
> public PanelConstructor() {
> try {
>
> invoke stored procedure
>.
> } catch(UserPresentableException e) {
>error(e.getMessage);
> }
> }
>
> The problem is that if the error is thrown i get a No page found for
> component. I understand that the cause of the error is that the "error
> component" not being instantiated because of the constructor not being
> finished(or i think that's the cause).
>
> Any ideas of solutions that i can implement?
> I know that i could set wicket to production instead of development and
> get rid of the stack trace. The problem is that i would like to keep the
> error message - to show the error message back to the user-. Should i
> instead of doing error(e.getMessage) rethrow the message inside a new
> defined exception and have a custom error page for that exception in which
> i would show only the message of the error.
>
> Is there any option that would keep me from treating the errors in the
> constructor other than how i treat an error from a button push in which i
> do error(e.getMessage())?
>
> Thanks.
>
>
>
>
--
View this message in context:
http://www.nabble.com/error%28...%29-No-page-found-for-component-tf3497125.html#a9768516
Sent from the Wicket - User mailing list archive at Nabble.com.
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
Wicket-user mailing list
Wicket-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] Lifecycle issue with getVariation
Okay, here's my opinion: People have been using Wicket for years now and this is the first bug of this type I have heard of. I am very reluctant attempt any sort of generic framework-level "fix" to the semantics of Java object construction (regardless of how anyone feels about the practices defined by the JLS). Java objects construct the way that they do and we use Java object constructors because we like that simplicity. Your bug is reported and will be fixed. Further, any other problem like this (and again, I've not heard of any) can be worked around using onAttach(). Chris Colman wrote: > > I have a constructor that takes parameters and then uses the parameters > to set up a variable that is used in getVariation(). > > There appears to be a lifecycle issue here because getVariation is being > called from within a base class constructor - before my constructor's > code below the super(parameters) has had a chance to get called. > Consequently getVariation() is called before the variable has been > initialized causing a NPE. > > Here's the stack dump: > > at com.MyPage.getVariation(MyPage.java:66) > at wicket.Component.getStyle(Component.java:1207) > at wicket.markup.MarkupCache.markupKey(MarkupCache.java:371) > at wicket.markup.MarkupCache.getMarkup(MarkupCache.java:166) > at wicket.markup.MarkupCache.getMarkupStream(MarkupCache.java:106) > at > wicket.MarkupContainer.getAssociatedMarkupStream(MarkupContainer.java:82 > 7) > at wicket.markup.html.WebPage.commonInit(WebPage.java:235) > at wicket.markup.html.WebPage.(WebPage.java:120) > at com.sas.av.ui.wicket.templates.BasePage.(BasePage.java:66) > at com.MyPage.(MyPage.java:83) > > Often in these cases it serves the framework users well if the basic > construction takes place first and then, only after returning from the > instantiation, further initialization is performed - initialization that > might only work properly after all constructors have been fully > executed. > > Currently it appears possible for the getStyle and getVariation methods > to be invoked while a page is only semi constructed (ie., the > constructor stack has not unwound as shown above). > > Is there a current workaround for this or is it possible to readjust the > Wicket lifecycle model slightly to avoid this problem? > > - > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share > your > opinions on IT & business topics through brief surveys-and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > ___ > Wicket-user mailing list > Wicket-user@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wicket-user > > -- View this message in context: http://www.nabble.com/Lifecycle-issue-with-getVariation-tf3476789.html#a9747403 Sent from the Wicket - User mailing list archive at Nabble.com. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] Lifecycle issue with getVariation
ah, sorry. this is the code i take it. just not in response to my original
post (at least on nabble).
Chris Colman wrote:
>
>> i'm not sure what i think about this yet. can you show us the
>> exact code modifications and use cases you have coded up?
>> (boiled down to the important parts, if possible)
>
> Ok, here's the changed bits you requested. Only 3 Java classes need
> minor changes in the framework:
>
> [I added the deferred init to WebPage but a more simpler approach is to
> add the auto init mechanism to Page to avoid the need for casting.
> Option: You could make the mechanism switchable via an application
> setting so that existing code and test cases work in the same way as
> they do now]
>
> RequestCycle.java
>
> public final void setResponsePage(final Page page)
> {
> // CJC 20070329 - added to auto init WebPages to allow
> // getVariation to work properly
> if ( page instanceof WebPage )
> {
> WebPage webPage = (WebPage)page;
> if ( !webPage.isInitialized() )
> webPage.commonInit();
> }
>
> IRequestTarget target = new PageRequestTarget(page);
> setRequestTarget(target);
> }
>
> WebPage.java
>
> // CJC 20070329 - defer commonInit till after complete
> construction
> /** true when the page has been initialized */
> private boolean initialized = false;
>
> /**
>* Returns the initialization state. This is used by other parts
> of
>* the framework that will automatically call commonInit on
>* uninitialized pages
>*/
> public boolean isInitialized()
> {
> return initialized;
> }
>
> public void commonInit()
> {
> // CJC 20070329 - defer commonInit till after
> // complete construction
> initialized = true;
>
> ...
> }
>
> +remove the commonInit calls from WebPage constructors
>
> BookmarkablePageRequestTarget.java
>
> private final Page getPage(RequestCycle requestCycle)
> {
> if (page == null && pageClass != null &&
> !requestCycle.getRedirect())
> {
> page = newPage(pageClass, requestCycle);
>
> // CJC 20070329 - added to auto init WebPages to
> allow
> // getVariation to work properly
> if ( page instanceof WebPage )
> {
> WebPage webPage = (WebPage)page;
> if ( !webPage.isInitialized() )
> webPage.commonInit();
> }
> }
> return page;
> }
>
> In terms of use cases they're basically our own app plus all the wicket
> test cases. Three test cases required initialization to be performed in
> an overridden commonInit instead of the constructor to work - which is
> standard for most OO frameworks of any kind, not just UI frameworks
> (MFC::createWindow, OWL::SetupWindow) - you just don't want to be
> playing with partially constructed objects.
>
>> also, it would be good if you could explain how this solves any
> problems
>> other than getVariation().
>
> getVariation is the biggy at the moment for me but I'm sure as more
> users adopt wicket they'll come up with similar scenarios that highlight
> this problem. It's feasible to come up with scenarios that don't even
> involve framework features but rather, a user's own WebPage derived
> class hierarchy.
>
> This example will cause problems doing initialization in the
> constructors:
>
> class BasePage
> {
> public BasePage(params)
> {
> addTitleComponent();
> }
>
> public void addTitleComponent()
> {
> calls getTitle() to get text of the title and creates a
> Label
> }
>
> public abstract String getTitle();
> }
>
> class MyPage extends BasePage
> {
> String title = null;
>
> public MyPage(params)
> {
> title = use params to lookup a particular
> object in database andget its name
> }
>
> // !! this gets called before the constructor has initialized
> title !!
> public String getTitle() { return title; }
> }
>
> I trust that's informative enough to help you guys make a good decision
> on how to deal with this but if you need anything else please let me
> know.
>
> -
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share
> your
> opinions on IT & business topics through brief surveys-and earn cash
> http://www.techsay.com/default.
Re: [Wicket-user] Lifecycle issue with getVariation
can you show us your code? Chris Colman wrote: > >> there is a reason why some of the stuff is done where it is. now, > > I believe that with the minor change that I have made everything is > still being done in the exact same order so there should be no > consequences of this change. It's just that all the stuff done in > commonInit is now being slightly deferred so that it uses completely > constructed objects instead of partially constructed objects - that > can't be a bad thing can it? > > I've certainly had no trouble with my page creation and usage with this > change - in fact things that I couldn't get to work before now work > perfectly! > > Source changes: I've taken a more inclusive, simpler approach that > changes RequestCycle and BookmarkablePageRequestTarget instead of > changing the DefaultPageFactory. This means absolutely no explicit > calling of the commonInit method by users. I had to change 3 pages in > the test cases so that they do their init in commonInit instead of the > constructor and all test cases now succeed. > > I can make available a copy of my modified 1.2.5 source with all changes > clearly marked if any one is interested. > > Java is interesting in that virtual methods appear to 'semi' work on > partially constructed objects (which can make you think everything is > fine). C++ on the other hand did not allow the virtual function > mechanism to work properly until objects were completely constructed. So > prior to constructor completion, for non abstract methods, C++ just > calls the current class' method instead of the most derived class' > method and, for abstract methods, it could result in the strange but > extremely useful 'call of pure virtual (abstract) function' error. > > When you got that error you knew you were dancing with the devil. I > think Java lets you keep on dancing... > >> im not sure there is a reason for the markup loading for bodcontainer, >> we might be able to do that lazily when getbodycontainer() is called. > > Other frameworks (eg,. Echo2) handle this partial construction problem > by automatically calling an init method on the class whenever you add it > to the system after instantiation. The user doesn't need to (and > shouldn't) explicitly call init() as it's done for them. They can even > override init() if they want to but must first call super.init() prior > to doing any of their own initialization work. > > In fact this is the exact pattern of initialization that you have > implemented for wicket's WebApplication. It seems to make sense to me > that the same pattern would apply to WebPage. > >> juergen are you reading with us? >> >> -igor > > > - > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share > your > opinions on IT & business topics through brief surveys-and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > ___ > Wicket-user mailing list > Wicket-user@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wicket-user > > -- View this message in context: http://www.nabble.com/Lifecycle-issue-with-getVariation-tf3476789.html#a9747169 Sent from the Wicket - User mailing list archive at Nabble.com. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] Lifecycle issue with getVariation
i'm not sure what i think about this yet. can you show us the exact code modifications and use cases you have coded up? (boiled down to the important parts, if possible) also, it would be good if you could explain how this solves any problems other than getVariation(). Chris Colman wrote: > > Just looking at the source code for WebPage it looks like a very minor > change to achieve a more flexible lifecycle initialization phase. > > > All the WebPage constructors call > > private void commonInit() > > As you will no doubt understand this is being called before > construction/instantiation has properly completed - which has serious > consequences if any methods are called that rely on constructor > initialization that has not yet occurred (eg., getVariation that returns > a variation based on the constructor's parameter values). > > I think the following changes would fix this problem and allow > getVariation() to work properly when it's implementation relies on > parameters passed into the constructor: > > 1. Remove all calls to commonInit() from the WebPage constructors. > 2. Make commonInit public > 3. Change the DefaultPageFactory to explicitly call commonInit on any > new page that it instantiates. > > > These changes, to my thinking, are quite simple with low to no ripple > effect and they allow wicket users to avoid entry into the 'world of > pain' that is 'partially constructed objects'. > > - > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share > your > opinions on IT & business topics through brief surveys-and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > ___ > Wicket-user mailing list > Wicket-user@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wicket-user > > -- View this message in context: http://www.nabble.com/Lifecycle-issue-with-getVariation-tf3476789.html#a9724558 Sent from the Wicket - User mailing list archive at Nabble.com. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
