Re: [Wicket-develop] HibernateQueryList and serializing/deserializing

2005-08-07 Thread Gert Jan Verhoog
On Aug 7, 2005, at 04:46, Phil Kulak wrote: Yes, please do. I would like to use that. It's already there, Juergen put it in cvs HEAD. cheers, Gert Jan --- SF.Net email is Sponsored by the Better Software Conference EXPO September 19-22,

Re: [Wicket-develop] The problem with page aliases

2005-08-07 Thread Juergen Donnerstag
Gili, simply write and register with the application your own WebRequest/WebResponse pair (similar to WebRequestWithCryptedUrl). One which return 301 if and old URL pattern is found and else don't do anything. Basically you have to convert the old url into the new one yourself. Juergen On

Re: [Wicket-develop] The problem with page aliases

2005-08-07 Thread Gili
That sorta defeats the whole purpose. I already wrote up a servlet-filter to do this for me but I'm saying that this is the kind of functionality that should ship standard with Wicket. When one aliases pages, we should redirect hits to the old address automatically. I can file a RFE if

Re: [Wicket-develop] The problem with page aliases

2005-08-07 Thread Juergen Donnerstag
I'm sorry, but I somehow doubt that we are going to implement a url rewritter which provides backwards compatibility with the old schema. We are fairly busy discussing and implementing the new features for 1.1. #125168 is something we are working on. Please see the various threads on this topic.

Re: [Wicket-develop] Re: [Wicket-user] Problem with ErrorPage

2005-08-07 Thread Johan Compagner
you mean the Conversion Exceptions? You do need to know that it did go wrong.. ? johan Phil Kulak wrote: And on that note, why does PageParameters throw all those checked exceptions? Is there really anything I can do about it on the page itself? On 8/6/05, Phil Kulak [EMAIL PROTECTED] wrote:

Re: [Wicket-develop] The problem with page aliases

2005-08-07 Thread Johan Compagner
for me personally i don't find this kind of functionality important that it has to be in core. What urls are exactly changing in youre eyes? If it are bookmarkable then don't change them.. johan Gili wrote: That sorta defeats the whole purpose. I already wrote up a servlet-filter to

[Wicket-develop] [ wicket-Feature Requests-1238845 ] Introduce a factory for MostRecentlyUsedMap

2005-08-07 Thread Matej Knopp
Hi. I know that there's not a lot of interest in this :) but I just wonder if anyone actually objects, if this functionality would be introducted to wicket. Basicaly, it would allow to specify own MostRecentlyUsedPageMap instance. class Application { ... public Map

Re: [Wicket-develop] The problem with page aliases

2005-08-07 Thread Gili
What happens is that I submitted my software to 100s of shareware-download sites. Among other things they got an URL to the screenshot of my program (static image image). I noticed I could improve my PageRank with a bit of reorganization, including aliasing the main page to wallpapers

Re: [Wicket-develop] The problem with page aliases

2005-08-07 Thread Juergen Donnerstag
Gili, like I mentioned. A WebRequest/-Response pair should the trick. For you it is even simpler. Yuu know the URL you provide to ... and just have to handle these ones. Juergen On 8/7/05, Gili [EMAIL PROTECTED] wrote: What happens is that I submitted my software to 100s of

Re: [Wicket-develop] The problem with page aliases

2005-08-07 Thread Johan Compagner
again i ask What urls are you talking about? the bookmarkable once? then just Alias all youre classes at forehand. Then if a class is changed the alias stays the same. johan Gili wrote: What happens is that I submitted my software to 100s of shareware-download sites. Among other

Re: [Wicket-develop] Re: [Wicket-user] Problem with ErrorPage

2005-08-07 Thread Gili
The same way you react with the JRE throws NumberFormatException: you get back to the user and tell him his input was invalid. I don't think you're supposed to recover here as much as realize the user input was invalid and reprompt him for good input. Gili Phil Kulak wrote: Unless

Re: [Wicket-develop] The problem with page aliases

2005-08-07 Thread Matej Knopp
I'm not a wicket developer, but my opinion is that vast majority of wicket users will never need it, and if some do, it's easy to acomplish it with custom request cycle or filter. Thus, I don't see any reason for this to be in the core. Maybe a wiki page would be appropriate. -Matej Gili

Re: [Wicket-develop] Re: [Wicket-user] Problem with ErrorPage

2005-08-07 Thread Phil Kulak
If I can't even render the page, how am I supposed to prompt the user for better input? And if this were a form on an already built page, promting the user for better input would be recovering. Not recovering would be showing a stack trace or a generic message that just says There's been a

Re: [Wicket-develop] Re: [Wicket-user] Problem with ErrorPage

2005-08-07 Thread Gili
Agreed. I thought you were talking about a form on an already built page. Sorry. Gili Phil Kulak wrote: If I can't even render the page, how am I supposed to prompt the user for better input? And if this were a form on an already built page, promting the user for better input would be

Re: [Wicket-develop] Re: [Wicket-user] Problem with ErrorPage

2005-08-07 Thread Phil Kulak
No worries. :) On 8/7/05, Gili [EMAIL PROTECTED] wrote: Agreed. I thought you were talking about a form on an already built page. Sorry. Gili Phil Kulak wrote: If I can't even render the page, how am I supposed to prompt the user for better input? And if this were a form on

[Wicket-develop] Internal error: encoding must not be null

2005-08-07 Thread Gili
Hi, I get this exception: wicket.WicketRuntimeException: Internal error: encoding must not be null at wicket.response.BufferedResponse.convertToCharset(BufferedResponse.java:213) at wicket.response.BufferedResponse.close(BufferedResponse.java:171) at

Re: [Wicket-develop] Internal error: encoding must not be null

2005-08-07 Thread Gili
FYI: this only seem to occur when I add this to my markup: wicket:link autolink=true link wicket:id=css2 rel=Stylesheet type=text/css href=css2.css/ link wicket:id=only-ie rel=Stylesheet type=text/css href=only-ie.css/ /wicket:link It seems like Wicket doesn't

Re: [Wicket-develop] Internal error: encoding must not be null

2005-08-07 Thread Juergen Donnerstag
which wicket version are you using? Juergen On 8/7/05, Gili [EMAIL PROTECTED] wrote: FYI: this only seem to occur when I add this to my markup: wicket:link autolink=true link wicket:id=css2 rel=Stylesheet type=text/css href=css2.css/ link wicket:id=only-ie

Re: [Wicket-develop] Internal error: encoding must not be null

2005-08-07 Thread Johan Compagner
there seems to be 2 problems here. 1 a problem which triggers the error page (that has maybe something to do with the markup you show here) 2 The exception pages errors because the encoding is somehow null. johan Gili wrote: FYI: this only seem to occur when I add this to my markup:

Re: [Wicket-develop] Internal error: encoding must not be null

2005-08-07 Thread Juergen Donnerstag
On 8/7/05, Johan Compagner [EMAIL PROTECTED] wrote: there seems to be 2 problems here. 1 a problem which triggers the error page (that has maybe something to do with the markup you show here) 2 The exception pages errors because the encoding is somehow null. The encoding is already set in

Re: [Wicket-develop] Internal error: encoding must not be null

2005-08-07 Thread Gili
CVS head from August 4th, 2005. Gili Juergen Donnerstag wrote: which wicket version are you using? Juergen On 8/7/05, Gili [EMAIL PROTECTED] wrote: FYI: this only seem to occur when I add this to my markup: wicket:link autolink=true link wicket:id=css2

[Wicket-develop] Static images

2005-08-07 Thread Gili
Hi, This is regarding bug #1251168. I was told this issue was discussed but I'm not sure when/where. Please excuse me if I discuss anything which you have already. I think that we need to define the lifetime scope of resources in general in order to solve this problem. Specifically, JSP