Re: [Wicket-user] TextField and trimming blanks at end (and maybe at beginning)
It's potentially dangerous, second that. But the argument of whether it is a good use of converters or not aside, when I put on my user hat and look at that API, *I* would expect conversion to happen from input parameters to my model properties regardless whether it has the target type or not. Eelco On 3/9/06, Igor Vaynberg [EMAIL PROTECTED] wrote: this might have nasty side effects that we do not see right now. for example converters are going to start running on things they werent running on before. how is this going to affect existing applications? furthermore afaict the intention behind converters was to have a generic /type/ conversion framework for use inside wicket core. you can see they are intended to be /type/ converters by looking at the javadoc of IConverter.convert(Object, Class). how is a trimming string converter that is running on values that are already strings and trimming them going to affect places in wicket's core outside form processing? i still dont think this is the right approach. we should think of something else. getInput would be fine if we were just starting development. But we have a big application going to production soon and I'm seeking some kind of another alternative than telling all developers to change their TextFields to MyTrimmerTextFields. so why are you just now thinking about this? sounds to me like you are dealing with this issue too late. (not that we are not willing to help you) -Igor On 3/8/06, Eelco Hillenius [EMAIL PROTECTED] wrote: I agree with Ari and I am not against removing that check. Eelco On 3/8/06, Ari Suutari [EMAIL PROTECTED] wrote: Hi, getInput would be fine if we were just starting development. But we have a big application going to production soon and I'm seeking some kind of another alternative than telling all developers to change their TextFields to MyTrimmerTextFields. Converter interface has been very handy for me before, but it just failed on this one. Why should you think Converter only as datatype converter ? I'm sure that there are plenty of use cases where manipulating also the value would be handy. Also, I don't think that removing the short-circuit done by isAssignableFrom woundn't be a performace problem ? What I have liked about wicket a lot is that there are a lot of different interfaces that one can use to get between things and alter the behaviour for local needs without creating a derived component of each standard component. This is also the reason I'm insisting about similar solution here. Ari S. - Original Message - From: Igor Vaynberg [EMAIL PROTECTED] To: wicket-user@lists.sourceforge.net Sent: Wednesday, March 08, 2006 9:23 AM Subject: Re: [Wicket-user] TextField and trimming blanks at end (and maybe at beginning) but is it really then a conversion? why run a Integer-Integer conversion or a String-String conversion? then you are really warping the converter into an input postprocessor. why not create a simple subclass of textfield and override getInput() ? -Igor On 3/7/06, Ari Suutari [EMAIL PROTECTED] wrote: Could someone also take a look at Converter so it could be used ? I mean this line in Converter.java: // Catch all cases where value is already the right type if (c.isAssignableFrom(value.getClass())) { return value; } This is some kind of a optimization, right ? But as a side effect it makes it impossible to do any conversion on textfield input if it is stored to String field in model (quite usual case, I think). Maybe just drop those lines ? Ari S. - Original Message - From: Eelco Hillenius [EMAIL PROTECTED] To: wicket-user@lists.sourceforge.net Sent: Tuesday, March 07, 2006 7:22 PM Subject: Re: [Wicket-user] TextField and trimming blanks at end (and maybe at beginning) I don't think we need it in core. Maybe as an example somewhere. We have to get our users get used to working with custom components more, as that's one of the key points of Wicket imo :) Eelco On 3/7/06, Igor Vaynberg [EMAIL PROTECTED] wrote: but do we need this in core? its a trivial subclass, why not create it in your own codebase? if you guys want it in core you can have it, just asking. -Igor On 3/7/06, Ryan Sonnek [EMAIL PROTECTED] wrote: +1 for this solution. this seems to be the cleanest implementation to me and puts the responsibility on the developer to *use* the correct component. On 3/7/06, Igor Vaynberg [EMAIL PROTECTED] wrote: i guess thats true. you can create a subclass TrimmingTextField that overrides getInput() and trims it. -Igor On 3/7/06, Johan Compagner [EMAIL PROTECTED] wrote: So before the input goes into the
Re: [Wicket-user] TextField and trimming blanks at end (and maybe at beginning)
Ari, what about using AOP? Eelco On 3/9/06, Eelco Hillenius [EMAIL PROTECTED] wrote: It's potentially dangerous, second that. But the argument of whether it is a good use of converters or not aside, when I put on my user hat and look at that API, *I* would expect conversion to happen from input parameters to my model properties regardless whether it has the target type or not. Eelco On 3/9/06, Igor Vaynberg [EMAIL PROTECTED] wrote: this might have nasty side effects that we do not see right now. for example converters are going to start running on things they werent running on before. how is this going to affect existing applications? furthermore afaict the intention behind converters was to have a generic /type/ conversion framework for use inside wicket core. you can see they are intended to be /type/ converters by looking at the javadoc of IConverter.convert(Object, Class). how is a trimming string converter that is running on values that are already strings and trimming them going to affect places in wicket's core outside form processing? i still dont think this is the right approach. we should think of something else. getInput would be fine if we were just starting development. But we have a big application going to production soon and I'm seeking some kind of another alternative than telling all developers to change their TextFields to MyTrimmerTextFields. so why are you just now thinking about this? sounds to me like you are dealing with this issue too late. (not that we are not willing to help you) -Igor On 3/8/06, Eelco Hillenius [EMAIL PROTECTED] wrote: I agree with Ari and I am not against removing that check. Eelco On 3/8/06, Ari Suutari [EMAIL PROTECTED] wrote: Hi, getInput would be fine if we were just starting development. But we have a big application going to production soon and I'm seeking some kind of another alternative than telling all developers to change their TextFields to MyTrimmerTextFields. Converter interface has been very handy for me before, but it just failed on this one. Why should you think Converter only as datatype converter ? I'm sure that there are plenty of use cases where manipulating also the value would be handy. Also, I don't think that removing the short-circuit done by isAssignableFrom woundn't be a performace problem ? What I have liked about wicket a lot is that there are a lot of different interfaces that one can use to get between things and alter the behaviour for local needs without creating a derived component of each standard component. This is also the reason I'm insisting about similar solution here. Ari S. - Original Message - From: Igor Vaynberg [EMAIL PROTECTED] To: wicket-user@lists.sourceforge.net Sent: Wednesday, March 08, 2006 9:23 AM Subject: Re: [Wicket-user] TextField and trimming blanks at end (and maybe at beginning) but is it really then a conversion? why run a Integer-Integer conversion or a String-String conversion? then you are really warping the converter into an input postprocessor. why not create a simple subclass of textfield and override getInput() ? -Igor On 3/7/06, Ari Suutari [EMAIL PROTECTED] wrote: Could someone also take a look at Converter so it could be used ? I mean this line in Converter.java: // Catch all cases where value is already the right type if (c.isAssignableFrom(value.getClass())) { return value; } This is some kind of a optimization, right ? But as a side effect it makes it impossible to do any conversion on textfield input if it is stored to String field in model (quite usual case, I think). Maybe just drop those lines ? Ari S. - Original Message - From: Eelco Hillenius [EMAIL PROTECTED] To: wicket-user@lists.sourceforge.net Sent: Tuesday, March 07, 2006 7:22 PM Subject: Re: [Wicket-user] TextField and trimming blanks at end (and maybe at beginning) I don't think we need it in core. Maybe as an example somewhere. We have to get our users get used to working with custom components more, as that's one of the key points of Wicket imo :) Eelco On 3/7/06, Igor Vaynberg [EMAIL PROTECTED] wrote: but do we need this in core? its a trivial subclass, why not create it in your own codebase? if you guys want it in core you can have it, just asking. -Igor On 3/7/06, Ryan Sonnek [EMAIL PROTECTED] wrote: +1 for this solution. this seems to be the cleanest implementation to me and puts the responsibility on the developer to *use* the correct component. On 3/7/06, Igor Vaynberg [EMAIL PROTECTED] wrote: i guess thats true. you can create a
Re: [Wicket-user] TextField and trimming blanks at end (and maybe at beginning)
Hi, Yes. After all, the name is Converter, not TypeConverter. Ari S. - Original Message - From: Eelco Hillenius [EMAIL PROTECTED] To: wicket-user@lists.sourceforge.net Sent: Thursday, March 09, 2006 10:25 AM Subject: Re: [Wicket-user] TextField and trimming blanks at end (and maybe at beginning) It's potentially dangerous, second that. But the argument of whether it is a good use of converters or not aside, when I put on my user hat and look at that API, *I* would expect conversion to happen from input parameters to my model properties regardless whether it has the target type or not. Eelco On 3/9/06, Igor Vaynberg [EMAIL PROTECTED] wrote: this might have nasty side effects that we do not see right now. for example converters are going to start running on things they werent running on before. how is this going to affect existing applications? furthermore afaict the intention behind converters was to have a generic /type/ conversion framework for use inside wicket core. you can see they are intended to be /type/ converters by looking at the javadoc of IConverter.convert(Object, Class). how is a trimming string converter that is running on values that are already strings and trimming them going to affect places in wicket's core outside form processing? i still dont think this is the right approach. we should think of something else. getInput would be fine if we were just starting development. But we have a big application going to production soon and I'm seeking some kind of another alternative than telling all developers to change their TextFields to MyTrimmerTextFields. so why are you just now thinking about this? sounds to me like you are dealing with this issue too late. (not that we are not willing to help you) -Igor On 3/8/06, Eelco Hillenius [EMAIL PROTECTED] wrote: I agree with Ari and I am not against removing that check. Eelco On 3/8/06, Ari Suutari [EMAIL PROTECTED] wrote: Hi, getInput would be fine if we were just starting development. But we have a big application going to production soon and I'm seeking some kind of another alternative than telling all developers to change their TextFields to MyTrimmerTextFields. Converter interface has been very handy for me before, but it just failed on this one. Why should you think Converter only as datatype converter ? I'm sure that there are plenty of use cases where manipulating also the value would be handy. Also, I don't think that removing the short-circuit done by isAssignableFrom woundn't be a performace problem ? What I have liked about wicket a lot is that there are a lot of different interfaces that one can use to get between things and alter the behaviour for local needs without creating a derived component of each standard component. This is also the reason I'm insisting about similar solution here. Ari S. - Original Message - From: Igor Vaynberg [EMAIL PROTECTED] To: wicket-user@lists.sourceforge.net Sent: Wednesday, March 08, 2006 9:23 AM Subject: Re: [Wicket-user] TextField and trimming blanks at end (and maybe at beginning) but is it really then a conversion? why run a Integer-Integer conversion or a String-String conversion? then you are really warping the converter into an input postprocessor. why not create a simple subclass of textfield and override getInput() ? -Igor On 3/7/06, Ari Suutari [EMAIL PROTECTED] wrote: Could someone also take a look at Converter so it could be used ? I mean this line in Converter.java: // Catch all cases where value is already the right type if (c.isAssignableFrom(value.getClass())) { return value; } This is some kind of a optimization, right ? But as a side effect it makes it impossible to do any conversion on textfield input if it is stored to String field in model (quite usual case, I think). Maybe just drop those lines ? Ari S. - Original Message - From: Eelco Hillenius [EMAIL PROTECTED] To: wicket-user@lists.sourceforge.net Sent: Tuesday, March 07, 2006 7:22 PM Subject: Re: [Wicket-user] TextField and trimming blanks at end (and maybe at beginning) I don't think we need it in core. Maybe as an example somewhere. We have to get our users get used to working with custom components more, as that's one of the key points of Wicket imo :) Eelco On 3/7/06, Igor Vaynberg [EMAIL PROTECTED] wrote: but do we need this in core? its a trivial subclass, why not create it in your own codebase? if you guys want it in core you can have it, just asking. -Igor On 3/7/06, Ryan Sonnek [EMAIL PROTECTED] wrote: +1 for this solution. this seems to be the cleanest implementation to me and puts the responsibility on the developer to *use* the correct component. On 3/7/06, Igor Vaynberg [EMAIL PROTECTED] wrote: i guess thats true. you can create a subclass TrimmingTextField that
Re: [Wicket-user] TextField and trimming blanks at end (and maybe at beginning)
this is not a kind of a problem i would want to be tracing for, especially as a user. you add your own string converter and that suddenly breaks some internal feature that you dont even know about, or maybe it even breaks some 3rd party components. i know i feel strongly about this one. how strong do you feel? should we have a vote?-IgorOn 3/9/06, Eelco Hillenius [EMAIL PROTECTED] wrote:It's potentially dangerous, second that. But the argument of whether it is a good use of converters or not aside, when I put on my user hatand look at that API, *I* would expect conversion to happen from inputparameters to my model properties regardless whether it has the target type or not.EelcoOn 3/9/06, Igor Vaynberg [EMAIL PROTECTED] wrote: this might have nasty side effects that we do not see right now. for example converters are going to start running on things they werent running on before. how is this going to affect existing applications? furthermore afaict the intention behind converters was to have a generic /type/ conversion framework for use inside wicket core. you can see they are intended to be /type/ converters by looking at the javadoc of IConverter.convert(Object, Class). how is a trimming string converter that is running on values that are already strings and trimming them going to affect places in wicket's core outside form processing? i still dont think this is the right approach. we should think of something else. getInput would be fine if we were just starting development. But we have a big application going to production soon and I'm seeking some kind of another alternative than telling all developers to change their TextFields to MyTrimmerTextFields. so why are you just now thinking about this? sounds to me like you are dealing with this issue too late. (not that we are not willing to help you) -Igor On 3/8/06, Eelco Hillenius [EMAIL PROTECTED] wrote: I agree with Ari and I am not against removing that check. Eelco On 3/8/06, Ari Suutari [EMAIL PROTECTED] wrote: Hi, getInput would be fine if we were just starting development. But we have a big application going to production soon and I'm seeking some kind of another alternative than telling all developers to change their TextFields to MyTrimmerTextFields. Converter interface has been very handy for me before, but it just failed on this one. Why should you think Converter only as datatype converter ? I'm sure that there are plenty of use cases where manipulating also the value would be handy. Also, I don't think that removing the short-circuit done by isAssignableFrom woundn't be a performace problem ? What I have liked about wicket a lot is that there are a lot of different interfaces that one can use to get between things and alter the behaviour for local needs without creating a derived component of each standard component. This is also the reason I'm insisting about similar solution here. Ari S. - Original Message - From: Igor Vaynberg [EMAIL PROTECTED] To: wicket-user@lists.sourceforge.net Sent: Wednesday, March 08, 2006 9:23 AM Subject: Re: [Wicket-user] TextField and trimming blanks at end (and maybe at beginning)but is it really then a conversion? why run a Integer-Integer conversion or a String-String conversion? then you are really warping the converter into an input postprocessor. why not create a simple subclass of textfield and override getInput() ? -IgorOn 3/7/06, Ari Suutari [EMAIL PROTECTED] wrote: Could someone also take a look at Converter so it could be used ? I mean this line in Converter.java: // Catch all cases where value is already the right type if (c.isAssignableFrom(value.getClass())) { return value; } This is some kind of a optimization, right ? But as a side effect it makes it impossible to do any conversion on textfield input if it is stored to String field in model (quite usual case, I think). Maybe just drop those lines ? Ari S. - Original Message - From: Eelco Hillenius [EMAIL PROTECTED] To: wicket-user@lists.sourceforge.net Sent: Tuesday, March 07, 2006 7:22 PM Subject: Re: [Wicket-user] TextField and trimming blanks at end (and maybe at beginning) I don't think we need it in core. Maybe as an example somewhere. We have to get our users get used to working with custom components more,as that's one of the key points of Wicket imo :) Eelco On 3/7/06, Igor Vaynberg [EMAIL PROTECTED] wrote:but do we need this in core? its a trivial subclass, why not create it inyour own codebase? if you guys want it in core you can have it, just asking. -Igor On 3/7/06, Ryan Sonnek [EMAIL PROTECTED] wrote: +1 for this solution.this seems to be the cleanest implementation to me and puts the responsibility on the developer to *use* the correct component. On 3/7/06, Igor Vaynberg [EMAIL PROTECTED] wrote: i guess thats
Re: [Wicket-user] TextField and trimming blanks at end (and maybe at beginning)
I don't feel as strongly, so need to to vote here. It's been in there a long time and it isn't really wrong either. So what other options does Ari have - besides AOP. On 3/9/06, Igor Vaynberg [EMAIL PROTECTED] wrote: this is not a kind of a problem i would want to be tracing for, especially as a user. you add your own string converter and that suddenly breaks some internal feature that you dont even know about, or maybe it even breaks some 3rd party components. i know i feel strongly about this one. how strong do you feel? should we have a vote? -Igor On 3/9/06, Eelco Hillenius [EMAIL PROTECTED] wrote: It's potentially dangerous, second that. But the argument of whether it is a good use of converters or not aside, when I put on my user hat and look at that API, *I* would expect conversion to happen from input parameters to my model properties regardless whether it has the target type or not. Eelco On 3/9/06, Igor Vaynberg [EMAIL PROTECTED] wrote: this might have nasty side effects that we do not see right now. for example converters are going to start running on things they werent running on before. how is this going to affect existing applications? furthermore afaict the intention behind converters was to have a generic /type/ conversion framework for use inside wicket core. you can see they are intended to be /type/ converters by looking at the javadoc of IConverter.convert(Object, Class). how is a trimming string converter that is running on values that are already strings and trimming them going to affect places in wicket's core outside form processing? i still dont think this is the right approach. we should think of something else. getInput would be fine if we were just starting development. But we have a big application going to production soon and I'm seeking some kind of another alternative than telling all developers to change their TextFields to MyTrimmerTextFields. so why are you just now thinking about this? sounds to me like you are dealing with this issue too late. (not that we are not willing to help you) -Igor On 3/8/06, Eelco Hillenius [EMAIL PROTECTED] wrote: I agree with Ari and I am not against removing that check. Eelco On 3/8/06, Ari Suutari [EMAIL PROTECTED] wrote: Hi, getInput would be fine if we were just starting development. But we have a big application going to production soon and I'm seeking some kind of another alternative than telling all developers to change their TextFields to MyTrimmerTextFields. Converter interface has been very handy for me before, but it just failed on this one. Why should you think Converter only as datatype converter ? I'm sure that there are plenty of use cases where manipulating also the value would be handy. Also, I don't think that removing the short-circuit done by isAssignableFrom woundn't be a performace problem ? What I have liked about wicket a lot is that there are a lot of different interfaces that one can use to get between things and alter the behaviour for local needs without creating a derived component of each standard component. This is also the reason I'm insisting about similar solution here. Ari S. - Original Message - From: Igor Vaynberg [EMAIL PROTECTED] To: wicket-user@lists.sourceforge.net Sent: Wednesday, March 08, 2006 9:23 AM Subject: Re: [Wicket-user] TextField and trimming blanks at end (and maybe at beginning) but is it really then a conversion? why run a Integer-Integer conversion or a String-String conversion? then you are really warping the converter into an input postprocessor. why not create a simple subclass of textfield and override getInput() ? -Igor On 3/7/06, Ari Suutari [EMAIL PROTECTED] wrote: Could someone also take a look at Converter so it could be used ? I mean this line in Converter.java: // Catch all cases where value is already the right type if (c.isAssignableFrom(value.getClass())) { return value; } This is some kind of a optimization, right ? But as a side effect it makes it impossible to do any conversion on textfield input if it is stored to String field in model (quite usual case, I think). Maybe just drop those lines ? Ari S. - Original Message - From: Eelco Hillenius [EMAIL PROTECTED] To: wicket-user@lists.sourceforge.net Sent: Tuesday, March 07, 2006 7:22 PM Subject: Re: [Wicket-user] TextField and trimming blanks at end (and maybe at beginning) I don't think we need it in core. Maybe as an example somewhere. We have to get our users get used to working with custom components more, as that's one of the key points of Wicket imo :) Eelco On 3/7/06, Igor Vaynberg [EMAIL
Re: [Wicket-user] TextField and trimming blanks at end (and maybe at beginning)
AOP would be one solution, but haven't needed it so far with wicket, because there have always been elegant interfaces that I have been able to use to make things work like we want. That wouldn't be wicket's way of doing things, would it ? Ari S. - Original Message - From: Eelco Hillenius [EMAIL PROTECTED] To: wicket-user@lists.sourceforge.net Sent: Thursday, March 09, 2006 10:27 AM Subject: Re: [Wicket-user] TextField and trimming blanks at end (and maybe at beginning) Ari, what about using AOP? Eelco On 3/9/06, Eelco Hillenius [EMAIL PROTECTED] wrote: It's potentially dangerous, second that. But the argument of whether it is a good use of converters or not aside, when I put on my user hat and look at that API, *I* would expect conversion to happen from input parameters to my model properties regardless whether it has the target type or not. Eelco On 3/9/06, Igor Vaynberg [EMAIL PROTECTED] wrote: this might have nasty side effects that we do not see right now. for example converters are going to start running on things they werent running on before. how is this going to affect existing applications? furthermore afaict the intention behind converters was to have a generic /type/ conversion framework for use inside wicket core. you can see they are intended to be /type/ converters by looking at the javadoc of IConverter.convert(Object, Class). how is a trimming string converter that is running on values that are already strings and trimming them going to affect places in wicket's core outside form processing? i still dont think this is the right approach. we should think of something else. getInput would be fine if we were just starting development. But we have a big application going to production soon and I'm seeking some kind of another alternative than telling all developers to change their TextFields to MyTrimmerTextFields. so why are you just now thinking about this? sounds to me like you are dealing with this issue too late. (not that we are not willing to help you) -Igor On 3/8/06, Eelco Hillenius [EMAIL PROTECTED] wrote: I agree with Ari and I am not against removing that check. Eelco On 3/8/06, Ari Suutari [EMAIL PROTECTED] wrote: Hi, getInput would be fine if we were just starting development. But we have a big application going to production soon and I'm seeking some kind of another alternative than telling all developers to change their TextFields to MyTrimmerTextFields. Converter interface has been very handy for me before, but it just failed on this one. Why should you think Converter only as datatype converter ? I'm sure that there are plenty of use cases where manipulating also the value would be handy. Also, I don't think that removing the short-circuit done by isAssignableFrom woundn't be a performace problem ? What I have liked about wicket a lot is that there are a lot of different interfaces that one can use to get between things and alter the behaviour for local needs without creating a derived component of each standard component. This is also the reason I'm insisting about similar solution here. Ari S. - Original Message - From: Igor Vaynberg [EMAIL PROTECTED] To: wicket-user@lists.sourceforge.net Sent: Wednesday, March 08, 2006 9:23 AM Subject: Re: [Wicket-user] TextField and trimming blanks at end (and maybe at beginning) but is it really then a conversion? why run a Integer-Integer conversion or a String-String conversion? then you are really warping the converter into an input postprocessor. why not create a simple subclass of textfield and override getInput() ? -Igor On 3/7/06, Ari Suutari [EMAIL PROTECTED] wrote: Could someone also take a look at Converter so it could be used ? I mean this line in Converter.java: // Catch all cases where value is already the right type if (c.isAssignableFrom(value.getClass())) { return value; } This is some kind of a optimization, right ? But as a side effect it makes it impossible to do any conversion on textfield input if it is stored to String field in model (quite usual case, I think). Maybe just drop those lines ? Ari S. - Original Message - From: Eelco Hillenius [EMAIL PROTECTED] To: wicket-user@lists.sourceforge.net Sent: Tuesday, March 07, 2006 7:22 PM Subject: Re: [Wicket-user] TextField and trimming blanks at end (and maybe at beginning) I don't think we need it in core. Maybe as an example somewhere. We have to get our users get used to working with custom components more, as that's one of the key points of Wicket imo :) Eelco On 3/7/06, Igor Vaynberg [EMAIL PROTECTED] wrote: but do we need this in core? its a trivial subclass, why not create it in your own codebase? if you guys want it in core you can have it, just asking.
Re: [Wicket-user] TextField and trimming blanks at end (and maybe at beginning)
Whats the risk here ? The default StringConverter in wicket does nothing when invoked for String-String conversion. Ari S. - Original Message - From: Igor Vaynberg [EMAIL PROTECTED] To: wicket-user@lists.sourceforge.net Sent: Thursday, March 09, 2006 10:42 AM Subject: Re: [Wicket-user] TextField and trimming blanks at end (and maybe at beginning) this is not a kind of a problem i would want to be tracing for, especially as a user. you add your own string converter and that suddenly breaks some internal feature that you dont even know about, or maybe it even breaks some 3rd party components. i know i feel strongly about this one. how strong do you feel? should we have a vote? -Igor On 3/9/06, Eelco Hillenius [EMAIL PROTECTED] wrote: It's potentially dangerous, second that. But the argument of whether it is a good use of converters or not aside, when I put on my user hat and look at that API, *I* would expect conversion to happen from input parameters to my model properties regardless whether it has the target type or not. Eelco On 3/9/06, Igor Vaynberg [EMAIL PROTECTED] wrote: this might have nasty side effects that we do not see right now. for example converters are going to start running on things they werent running on before. how is this going to affect existing applications? furthermore afaict the intention behind converters was to have a generic /type/ conversion framework for use inside wicket core. you can see they are intended to be /type/ converters by looking at the javadoc of IConverter.convert(Object, Class). how is a trimming string converter that is running on values that are already strings and trimming them going to affect places in wicket's core outside form processing? i still dont think this is the right approach. we should think of something else. getInput would be fine if we were just starting development. But we have a big application going to production soon and I'm seeking some kind of another alternative than telling all developers to change their TextFields to MyTrimmerTextFields. so why are you just now thinking about this? sounds to me like you are dealing with this issue too late. (not that we are not willing to help you) -Igor On 3/8/06, Eelco Hillenius [EMAIL PROTECTED] wrote: I agree with Ari and I am not against removing that check. Eelco On 3/8/06, Ari Suutari [EMAIL PROTECTED] wrote: Hi, getInput would be fine if we were just starting development. But we have a big application going to production soon and I'm seeking some kind of another alternative than telling all developers to change their TextFields to MyTrimmerTextFields. Converter interface has been very handy for me before, but it just failed on this one. Why should you think Converter only as datatype converter ? I'm sure that there are plenty of use cases where manipulating also the value would be handy. Also, I don't think that removing the short-circuit done by isAssignableFrom woundn't be a performace problem ? What I have liked about wicket a lot is that there are a lot of different interfaces that one can use to get between things and alter the behaviour for local needs without creating a derived component of each standard component. This is also the reason I'm insisting about similar solution here. Ari S. - Original Message - From: Igor Vaynberg [EMAIL PROTECTED] To: wicket-user@lists.sourceforge.net Sent: Wednesday, March 08, 2006 9:23 AM Subject: Re: [Wicket-user] TextField and trimming blanks at end (and maybe at beginning) but is it really then a conversion? why run a Integer-Integer conversion or a String-String conversion? then you are really warping the converter into an input postprocessor. why not create a simple subclass of textfield and override getInput() ? -Igor On 3/7/06, Ari Suutari [EMAIL PROTECTED] wrote: Could someone also take a look at Converter so it could be used ? I mean this line in Converter.java: // Catch all cases where value is already the right type if (c.isAssignableFrom(value.getClass())) { return value; } This is some kind of a optimization, right ? But as a side effect it makes it impossible to do any conversion on textfield input if it is stored to String field in model (quite usual case, I think). Maybe just drop those lines ? Ari S. - Original Message - From: Eelco Hillenius [EMAIL PROTECTED] To: wicket-user@lists.sourceforge.net Sent: Tuesday, March 07, 2006 7:22 PM Subject: Re: [Wicket-user] TextField and trimming blanks at end (and maybe at beginning) I don't think we need it in core. Maybe as an example somewhere. We have to get our users get used to working with custom components more, as that's one of the key points of Wicket imo :) Eelco On 3/7/06, Igor Vaynberg [EMAIL
Re: [Wicket-user] TextField and trimming blanks at end (and maybe at beginning)
Another thing you can do is copy 'n paste Converter, make your adjustement, and use that as the application wide converter. I think everyone is happy then, and I don't think it is a class that'll change often if ever. Eelco On 3/9/06, Ari Suutari [EMAIL PROTECTED] wrote: Whats the risk here ? The default StringConverter in wicket does nothing when invoked for String-String conversion. Ari S. - Original Message - From: Igor Vaynberg [EMAIL PROTECTED] To: wicket-user@lists.sourceforge.net Sent: Thursday, March 09, 2006 10:42 AM Subject: Re: [Wicket-user] TextField and trimming blanks at end (and maybe at beginning) this is not a kind of a problem i would want to be tracing for, especially as a user. you add your own string converter and that suddenly breaks some internal feature that you dont even know about, or maybe it even breaks some 3rd party components. i know i feel strongly about this one. how strong do you feel? should we have a vote? -Igor On 3/9/06, Eelco Hillenius [EMAIL PROTECTED] wrote: It's potentially dangerous, second that. But the argument of whether it is a good use of converters or not aside, when I put on my user hat and look at that API, *I* would expect conversion to happen from input parameters to my model properties regardless whether it has the target type or not. Eelco On 3/9/06, Igor Vaynberg [EMAIL PROTECTED] wrote: this might have nasty side effects that we do not see right now. for example converters are going to start running on things they werent running on before. how is this going to affect existing applications? furthermore afaict the intention behind converters was to have a generic /type/ conversion framework for use inside wicket core. you can see they are intended to be /type/ converters by looking at the javadoc of IConverter.convert(Object, Class). how is a trimming string converter that is running on values that are already strings and trimming them going to affect places in wicket's core outside form processing? i still dont think this is the right approach. we should think of something else. getInput would be fine if we were just starting development. But we have a big application going to production soon and I'm seeking some kind of another alternative than telling all developers to change their TextFields to MyTrimmerTextFields. so why are you just now thinking about this? sounds to me like you are dealing with this issue too late. (not that we are not willing to help you) -Igor On 3/8/06, Eelco Hillenius [EMAIL PROTECTED] wrote: I agree with Ari and I am not against removing that check. Eelco On 3/8/06, Ari Suutari [EMAIL PROTECTED] wrote: Hi, getInput would be fine if we were just starting development. But we have a big application going to production soon and I'm seeking some kind of another alternative than telling all developers to change their TextFields to MyTrimmerTextFields. Converter interface has been very handy for me before, but it just failed on this one. Why should you think Converter only as datatype converter ? I'm sure that there are plenty of use cases where manipulating also the value would be handy. Also, I don't think that removing the short-circuit done by isAssignableFrom woundn't be a performace problem ? What I have liked about wicket a lot is that there are a lot of different interfaces that one can use to get between things and alter the behaviour for local needs without creating a derived component of each standard component. This is also the reason I'm insisting about similar solution here. Ari S. - Original Message - From: Igor Vaynberg [EMAIL PROTECTED] To: wicket-user@lists.sourceforge.net Sent: Wednesday, March 08, 2006 9:23 AM Subject: Re: [Wicket-user] TextField and trimming blanks at end (and maybe at beginning) but is it really then a conversion? why run a Integer-Integer conversion or a String-String conversion? then you are really warping the converter into an input postprocessor. why not create a simple subclass of textfield and override getInput() ? -Igor On 3/7/06, Ari Suutari [EMAIL PROTECTED] wrote: Could someone also take a look at Converter so it could be used ? I mean this line in Converter.java: // Catch all cases where value is already the right type if (c.isAssignableFrom(value.getClass())) { return value; } This is some kind of a optimization, right ? But as a side effect it makes it impossible to do any conversion on textfield input if it is stored to String field in model (quite usual case, I think). Maybe just drop those lines ?
Re: [Wicket-user] TextField and trimming blanks at end (and maybe at beginning)
This was also one idea that I considered. However, as it is more than just a one or two lines of code I decided to start this discussion in order to find a more elegant way. If you think about real-world applications, I would say that on-one wants to sit anwering support calls about odd incidents that occur because user's fields has some invisible spaces after value. I have been involved with form-based applications in several companies, for many years and always the policy has been to trim trailing blanks from fields. Otherwise the users will just get confused. Ari S. - Original Message - From: Eelco Hillenius [EMAIL PROTECTED] To: wicket-user@lists.sourceforge.net Sent: Thursday, March 09, 2006 10:58 AM Subject: Re: [Wicket-user] TextField and trimming blanks at end (and maybe at beginning) Another thing you can do is copy 'n paste Converter, make your adjustement, and use that as the application wide converter. I think everyone is happy then, and I don't think it is a class that'll change often if ever. Eelco On 3/9/06, Ari Suutari [EMAIL PROTECTED] wrote: Whats the risk here ? The default StringConverter in wicket does nothing when invoked for String-String conversion. Ari S. - Original Message - From: Igor Vaynberg [EMAIL PROTECTED] To: wicket-user@lists.sourceforge.net Sent: Thursday, March 09, 2006 10:42 AM Subject: Re: [Wicket-user] TextField and trimming blanks at end (and maybe at beginning) this is not a kind of a problem i would want to be tracing for, especially as a user. you add your own string converter and that suddenly breaks some internal feature that you dont even know about, or maybe it even breaks some 3rd party components. i know i feel strongly about this one. how strong do you feel? should we have a vote? -Igor On 3/9/06, Eelco Hillenius [EMAIL PROTECTED] wrote: It's potentially dangerous, second that. But the argument of whether it is a good use of converters or not aside, when I put on my user hat and look at that API, *I* would expect conversion to happen from input parameters to my model properties regardless whether it has the target type or not. Eelco On 3/9/06, Igor Vaynberg [EMAIL PROTECTED] wrote: this might have nasty side effects that we do not see right now. for example converters are going to start running on things they werent running on before. how is this going to affect existing applications? furthermore afaict the intention behind converters was to have a generic /type/ conversion framework for use inside wicket core. you can see they are intended to be /type/ converters by looking at the javadoc of IConverter.convert(Object, Class). how is a trimming string converter that is running on values that are already strings and trimming them going to affect places in wicket's core outside form processing? i still dont think this is the right approach. we should think of something else. getInput would be fine if we were just starting development. But we have a big application going to production soon and I'm seeking some kind of another alternative than telling all developers to change their TextFields to MyTrimmerTextFields. so why are you just now thinking about this? sounds to me like you are dealing with this issue too late. (not that we are not willing to help you) -Igor On 3/8/06, Eelco Hillenius [EMAIL PROTECTED] wrote: I agree with Ari and I am not against removing that check. Eelco On 3/8/06, Ari Suutari [EMAIL PROTECTED] wrote: Hi, getInput would be fine if we were just starting development. But we have a big application going to production soon and I'm seeking some kind of another alternative than telling all developers to change their TextFields to MyTrimmerTextFields. Converter interface has been very handy for me before, but it just failed on this one. Why should you think Converter only as datatype converter ? I'm sure that there are plenty of use cases where manipulating also the value would be handy. Also, I don't think that removing the short-circuit done by isAssignableFrom woundn't be a performace problem ? What I have liked about wicket a lot is that there are a lot of different interfaces that one can use to get between things and alter the behaviour for local needs without creating a derived component of each standard component. This is also the reason I'm insisting about similar solution here. Ari S. - Original Message - From: Igor Vaynberg [EMAIL PROTECTED] To: wicket-user@lists.sourceforge.net Sent: Wednesday, March 08, 2006 9:23 AM Subject: Re: [Wicket-user] TextField and trimming blanks at end (and maybe at beginning) but is it really then a conversion? why run a Integer-Integer conversion or a String-String conversion? then you are really warping the converter into an
Re: [Wicket-user] TextField and trimming blanks at end (and maybe at beginning)
Could you make Converter not final, so I could subclass it and override convert ? Ari S. - Original Message - From: Eelco Hillenius [EMAIL PROTECTED] To: wicket-user@lists.sourceforge.net Sent: Thursday, March 09, 2006 10:58 AM Subject: Re: [Wicket-user] TextField and trimming blanks at end (and maybe at beginning) Another thing you can do is copy 'n paste Converter, make your adjustement, and use that as the application wide converter. I think everyone is happy then, and I don't think it is a class that'll change often if ever. Eelco On 3/9/06, Ari Suutari [EMAIL PROTECTED] wrote: Whats the risk here ? The default StringConverter in wicket does nothing when invoked for String-String conversion. Ari S. - Original Message - From: Igor Vaynberg [EMAIL PROTECTED] To: wicket-user@lists.sourceforge.net Sent: Thursday, March 09, 2006 10:42 AM Subject: Re: [Wicket-user] TextField and trimming blanks at end (and maybe at beginning) this is not a kind of a problem i would want to be tracing for, especially as a user. you add your own string converter and that suddenly breaks some internal feature that you dont even know about, or maybe it even breaks some 3rd party components. i know i feel strongly about this one. how strong do you feel? should we have a vote? -Igor On 3/9/06, Eelco Hillenius [EMAIL PROTECTED] wrote: It's potentially dangerous, second that. But the argument of whether it is a good use of converters or not aside, when I put on my user hat and look at that API, *I* would expect conversion to happen from input parameters to my model properties regardless whether it has the target type or not. Eelco On 3/9/06, Igor Vaynberg [EMAIL PROTECTED] wrote: this might have nasty side effects that we do not see right now. for example converters are going to start running on things they werent running on before. how is this going to affect existing applications? furthermore afaict the intention behind converters was to have a generic /type/ conversion framework for use inside wicket core. you can see they are intended to be /type/ converters by looking at the javadoc of IConverter.convert(Object, Class). how is a trimming string converter that is running on values that are already strings and trimming them going to affect places in wicket's core outside form processing? i still dont think this is the right approach. we should think of something else. getInput would be fine if we were just starting development. But we have a big application going to production soon and I'm seeking some kind of another alternative than telling all developers to change their TextFields to MyTrimmerTextFields. so why are you just now thinking about this? sounds to me like you are dealing with this issue too late. (not that we are not willing to help you) -Igor On 3/8/06, Eelco Hillenius [EMAIL PROTECTED] wrote: I agree with Ari and I am not against removing that check. Eelco On 3/8/06, Ari Suutari [EMAIL PROTECTED] wrote: Hi, getInput would be fine if we were just starting development. But we have a big application going to production soon and I'm seeking some kind of another alternative than telling all developers to change their TextFields to MyTrimmerTextFields. Converter interface has been very handy for me before, but it just failed on this one. Why should you think Converter only as datatype converter ? I'm sure that there are plenty of use cases where manipulating also the value would be handy. Also, I don't think that removing the short-circuit done by isAssignableFrom woundn't be a performace problem ? What I have liked about wicket a lot is that there are a lot of different interfaces that one can use to get between things and alter the behaviour for local needs without creating a derived component of each standard component. This is also the reason I'm insisting about similar solution here. Ari S. - Original Message - From: Igor Vaynberg [EMAIL PROTECTED] To: wicket-user@lists.sourceforge.net Sent: Wednesday, March 08, 2006 9:23 AM Subject: Re: [Wicket-user] TextField and trimming blanks at end (and maybe at beginning) but is it really then a conversion? why run a Integer-Integer conversion or a String-String conversion? then you are really warping the converter into an input postprocessor. why not create a simple subclass of textfield and override getInput() ? -Igor On 3/7/06, Ari Suutari [EMAIL PROTECTED] wrote: Could someone also take a look at Converter so it could be used ? I mean this line in Converter.java: // Catch all cases where value is already the right type if (c.isAssignableFrom(value.getClass())) { return value; } This is some kind of a optimization, right ? But as a
[Wicket-user] 1.2beta1 in tomcat
All, I upgrade to 1.2beta1 but found session produce invalidataion error occasionally :2006/3/9 下午 04:42:13 org.apache.catalina.core.ContainerBase backgroundProcessWarn: Exception processing manager [EMAIL PROTECTED] background processjava.lang.IllegalStateException: getId: Session already invalidated at org.apache.catalina.session.StandardSession.getId(StandardSession.java:328) at org.apache.catalina.session.StandardSessionFacade.getId(StandardSessionFacade.java:78) at wicket.protocol.http.WebSession.valueUnbound(WebSession.java:144) at org.apache.catalina.session.StandardSession.removeAttributeInternal (StandardSession.java:1607) at org.apache.catalina.session.StandardSession.expire(StandardSession.java:737) at org.apache.catalina.session.StandardSession.isValid(StandardSession.java:577) at org.apache.catalina.session.ManagerBase.processExpires (ManagerBase.java:678) at org.apache.catalina.session.ManagerBase.backgroundProcess(ManagerBase.java:663) at org.apache.catalina.core.ContainerBase.backgroundProcess(ContainerBase.java:1283) I can't reproduce this problem exactly and still invetigate it why this happen...Is there anybody experience same problem ?(test on tomcat 5.5.12)-- Ingram ChenJava [EMAIL PROTECTED]Institue of BioMedical Sciences Academia Sinica Taiwan blog: http://www.javaworld.com.tw/roller/page/ingramchen
Re: [Wicket-user] 1.2beta1 in tomcat
Why oh why can't you ask for the id of a session in valueUnbound, thats just stupid.will try to fix it to hold the id of the session.johanOn 3/9/06, Ingram Chen [EMAIL PROTECTED] wrote: All, I upgrade to 1.2beta1 but found session produce invalidataion error occasionally :2006/3/9 下午 04:42:13 org.apache.catalina.core.ContainerBase backgroundProcessWarn: Exception processing manager [EMAIL PROTECTED] background processjava.lang.IllegalStateException: getId: Session already invalidated at org.apache.catalina.session.StandardSession.getId(StandardSession.java:328) at org.apache.catalina.session.StandardSessionFacade.getId(StandardSessionFacade.java:78) at wicket.protocol.http.WebSession.valueUnbound(WebSession.java:144) at org.apache.catalina.session.StandardSession.removeAttributeInternal (StandardSession.java:1607) at org.apache.catalina.session.StandardSession.expire(StandardSession.java:737) at org.apache.catalina.session.StandardSession.isValid(StandardSession.java:577) at org.apache.catalina.session.ManagerBase.processExpires (ManagerBase.java:678) at org.apache.catalina.session.ManagerBase.backgroundProcess(ManagerBase.java:663) at org.apache.catalina.core.ContainerBase.backgroundProcess(ContainerBase.java:1283) I can't reproduce this problem exactly and still invetigate it why this happen...Is there anybody experience same problem ?(test on tomcat 5.5.12)-- Ingram ChenJava [EMAIL PROTECTED]Institue of BioMedical Sciences Academia Sinica Taiwan blog: http://www.javaworld.com.tw/roller/page/ingramchen
[Wicket-user] Re: 1.2beta1 in tomcat
This happened after session expired or explicitly invalidated.excerpt from Servlet spec 2.3:When an application stores an object in or removes an object from a session, thesession checks whether the object implements HttpSessionBindingListener . If it does, the servlet notifies the object that it has been bound to or unbound fromthe session. Notifications are sent after the binding methods complete. For sessionthat are invalidated or expire, notifications are sent after the session has been invalidatd or expired.public class WebSession { public void valueUnbound(HttpSessionBindingEvent event) { //One should not call session.getId() on invalidated session. String id = event.getSession().getId(); Application application = getApplication(); //. }}On 3/9/06, Ingram Chen [EMAIL PROTECTED] wrote:All, I upgrade to 1.2beta1 but found session produce invalidataion error occasionally :2006/3/9 下午 04:42:13 org.apache.catalina.core.ContainerBase backgroundProcessWarn: Exception processing manager [EMAIL PROTECTED] background processjava.lang.IllegalStateException: getId: Session already invalidated at org.apache.catalina.session.StandardSession.getId(StandardSession.java:328) at org.apache.catalina.session.StandardSessionFacade.getId(StandardSessionFacade.java:78) at wicket.protocol.http.WebSession.valueUnbound(WebSession.java:144) at org.apache.catalina.session.StandardSession.removeAttributeInternal (StandardSession.java:1607) at org.apache.catalina.session.StandardSession.expire(StandardSession.java:737) at org.apache.catalina.session.StandardSession.isValid(StandardSession.java:577) at org.apache.catalina.session.ManagerBase.processExpires (ManagerBase.java:678) at org.apache.catalina.session.ManagerBase.backgroundProcess(ManagerBase.java:663) at org.apache.catalina.core.ContainerBase.backgroundProcess(ContainerBase.java:1283) I can't reproduce this problem exactly and still invetigate it why this happen...Is there anybody experience same problem ?(test on tomcat 5.5.12)-- Ingram ChenJava [EMAIL PROTECTED]Institue of BioMedical Sciences Academia Sinica Taiwan blog: http://www.javaworld.com.tw/roller/page/ingramchen -- Ingram ChenJava [EMAIL PROTECTED]Institue of BioMedical Sciences Academia Sinica Taiwanblog: http://www.javaworld.com.tw/roller/page/ingramchen
Re: [Wicket-user] Re: 1.2beta1 in tomcat
yes i fixed it.But still the spec doesn't say that i can't ask for the id of the session that was invalidatedWhy give the session object with the event if you can't ask or do anything with it.thats just strange. johanOn 3/9/06, Ingram Chen [EMAIL PROTECTED] wrote: This happened after session expired or explicitly invalidated.excerpt from Servlet spec 2.3:When an application stores an object in or removes an object from a session, the session checks whether the object implements HttpSessionBindingListener . If it does, the servlet notifies the object that it has been bound to or unbound fromthe session. Notifications are sent after the binding methods complete. For sessionthat are invalidated or expire, notifications are sent after the session has been invalidatd or expired.public class WebSession { public void valueUnbound(HttpSessionBindingEvent event) { //One should not call session.getId() on invalidated session. String id = event.getSession().getId(); Application application = getApplication(); //. }}On 3/9/06, Ingram Chen [EMAIL PROTECTED] wrote: All, I upgrade to 1.2beta1 but found session produce invalidataion error occasionally :2006/3/9 下午 04:42:13 org.apache.catalina.core.ContainerBase backgroundProcessWarn: Exception processing manager [EMAIL PROTECTED] background processjava.lang.IllegalStateException: getId: Session already invalidated at org.apache.catalina.session.StandardSession.getId(StandardSession.java:328) at org.apache.catalina.session.StandardSessionFacade.getId(StandardSessionFacade.java:78) at wicket.protocol.http.WebSession.valueUnbound(WebSession.java:144) at org.apache.catalina.session.StandardSession.removeAttributeInternal (StandardSession.java:1607) at org.apache.catalina.session.StandardSession.expire(StandardSession.java:737) at org.apache.catalina.session.StandardSession.isValid(StandardSession.java:577) at org.apache.catalina.session.ManagerBase.processExpires (ManagerBase.java:678) at org.apache.catalina.session.ManagerBase.backgroundProcess(ManagerBase.java:663) at org.apache.catalina.core.ContainerBase.backgroundProcess(ContainerBase.java:1283) I can't reproduce this problem exactly and still invetigate it why this happen...Is there anybody experience same problem ?(test on tomcat 5.5.12)-- Ingram ChenJava [EMAIL PROTECTED]Institue of BioMedical Sciences Academia Sinica Taiwan blog: http://www.javaworld.com.tw/roller/page/ingramchen -- Ingram ChenJava [EMAIL PROTECTED] Institue of BioMedical Sciences Academia Sinica Taiwanblog: http://www.javaworld.com.tw/roller/page/ingramchen
Re: [Wicket-user] TextField and trimming blanks at end (and maybe at beginning)
This is a great idea ! Thanks ! Ari S. - Original Message - From: Johan Compagner [EMAIL PROTECTED] To: wicket-user@lists.sourceforge.net Sent: Thursday, March 09, 2006 12:29 PM Subject: Re: [Wicket-user] TextField and trimming blanks at end (and maybe at beginning) We could make it non final or make a delegate. class MyConverter implements IConverter { IConverter delegate = new Converter(); convert(Object value, Class clss) { if(value instanceof String and clss == String.class) { return value.trim(); } else { return delegate.convert(value,clss); } } } On 3/9/06, Ari Suutari [EMAIL PROTECTED] wrote: Could you make Converter not final, so I could subclass it and override convert ? Ari S. - Original Message - From: Eelco Hillenius [EMAIL PROTECTED] To: wicket-user@lists.sourceforge.net Sent: Thursday, March 09, 2006 10:58 AM Subject: Re: [Wicket-user] TextField and trimming blanks at end (and maybe at beginning) Another thing you can do is copy 'n paste Converter, make your adjustement, and use that as the application wide converter. I think everyone is happy then, and I don't think it is a class that'll change often if ever. Eelco On 3/9/06, Ari Suutari [EMAIL PROTECTED] wrote: Whats the risk here ? The default StringConverter in wicket does nothing when invoked for String-String conversion. Ari S. - Original Message - From: Igor Vaynberg [EMAIL PROTECTED] To: wicket-user@lists.sourceforge.net Sent: Thursday, March 09, 2006 10:42 AM Subject: Re: [Wicket-user] TextField and trimming blanks at end (and maybe at beginning) this is not a kind of a problem i would want to be tracing for, especially as a user. you add your own string converter and that suddenly breaks some internal feature that you dont even know about, or maybe it even breaks some 3rd party components. i know i feel strongly about this one. how strong do you feel? should we have a vote? -Igor On 3/9/06, Eelco Hillenius [EMAIL PROTECTED] wrote: It's potentially dangerous, second that. But the argument of whether it is a good use of converters or not aside, when I put on my user hat and look at that API, *I* would expect conversion to happen from input parameters to my model properties regardless whether it has the target type or not. Eelco On 3/9/06, Igor Vaynberg [EMAIL PROTECTED] wrote: this might have nasty side effects that we do not see right now. for example converters are going to start running on things they werent running on before. how is this going to affect existing applications? furthermore afaict the intention behind converters was to have a generic /type/ conversion framework for use inside wicket core. you can see they are intended to be /type/ converters by looking at the javadoc of IConverter.convert(Object, Class). how is a trimming string converter that is running on values that are already strings and trimming them going to affect places in wicket's core outside form processing? i still dont think this is the right approach. we should think of something else. getInput would be fine if we were just starting development. But we have a big application going to production soon and I'm seeking some kind of another alternative than telling all developers to change their TextFields to MyTrimmerTextFields. so why are you just now thinking about this? sounds to me like you are dealing with this issue too late. (not that we are not willing to help you) -Igor On 3/8/06, Eelco Hillenius [EMAIL PROTECTED] wrote: I agree with Ari and I am not against removing that check. Eelco On 3/8/06, Ari Suutari [EMAIL PROTECTED] wrote: Hi, getInput would be fine if we were just starting development. But we have a big application going to production soon and I'm seeking some kind of another alternative than telling all developers to change their TextFields to MyTrimmerTextFields. Converter interface has been very handy for me before, but it just failed on this one. Why should you think Converter only as datatype converter ? I'm sure that there are plenty of use cases where manipulating also the value would be handy. Also, I don't think that removing the short-circuit done by isAssignableFrom woundn't be a performace problem ? What I have liked about wicket a lot is that there are a lot of different interfaces that one can use to get between things and alter the behaviour for local needs without creating a derived component of each standard component. This is also the reason I'm insisting about similar solution here. Ari S. - Original Message - From: Igor Vaynberg [EMAIL PROTECTED] To:
Re: [Wicket-user] Verbosity URL issue
It's a 1.2 feature but it's not particularly well-documented at the moment. There's some code in wicket-examples/niceurl in CVS and there's been a little mention on the mailing list (search for mount or mountBookmarkablePage) but I've not had a chance to try using it myself, so that's about the limit of my knowledge... Looks like you call mountBookmarkablePage() in your WebApp init() for a start... /Gwyn On 08/03/06, Tim Johnson [EMAIL PROTECTED] wrote: According to the article posted on Java Lobby by R.J. Lorimer (which are fantastic...keep it up R.J.) Some developers may be concerned about the verbosity of this URL (shows a lot about the underlying application) - Wicket 1.1 has an alias system that helps you obfuscate this - and Wicket 1.2 will drastically enhance the support - http://www.javalobby.org/java/forums/t61556.html I am one of these said developers. I'm curious to know how sites like http://www.servoy.com - (which I've been lead to believe is using wicket) can achieve the standard looking url links. This is a concern for things like SEO and linking within the site itself. I'm currently testing the latest CVS version of wicket. Thanks for the insight Tim --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid0944bid$1720dat1642 ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
[Wicket-user] Validation of SingleSelectChoice components
I'm using Wicket 1.1.1 and I'm stumped on how to apply RequiredValidator (or equivalent validation) to components like DropDownChoice and RadioChoice? Regards, Timothy
Re: [Wicket-user] Validation of SingleSelectChoice components
If you add a required validator to the radiochoice doesn't that work if you don't select anything?A dropdown is can be tricky because there is most of the time a selection.So if the value of that is then required should also work fine. And by default our nothing selected values are so then the required check should work.This area is changed in 1.2 now required is a formcomponent property and we really have 3 defined steps:requiredCheck()typeConversion() valdiation()So a validator now always have the real converted object (getConvertedInput on FormComponent)johanOn 3/9/06, Bennett, Timothy (JIS - Applications) [EMAIL PROTECTED] wrote: I'm using Wicket 1.1.1 and I'm stumped on how to apply RequiredValidator (or equivalent validation) to components like DropDownChoice and RadioChoice? Regards, Timothy
RE: [Wicket-user] Validation of SingleSelectChoice components
I wonder if mine are blowing up because I've added ChoiceRenderers... From: Johan Compagner [mailto:[EMAIL PROTECTED] Sent: Thursday, March 09, 2006 9:06 AMTo: wicket-user@lists.sourceforge.netSubject: Re: [Wicket-user] Validation of SingleSelectChoice components If you add a required validator to the radiochoice doesn't that work if you don't select anything?A dropdown is can be tricky because there is most of the time a selection.So if the value of that is "" then required should also work fine. And by default our nothing selected values are "" so then the required check should work.This area is changed in 1.2 now required is a formcomponent property and we really have 3 defined steps:requiredCheck()typeConversion() valdiation()So a validator now always have the real converted object (getConvertedInput on FormComponent)johan On 3/9/06, Bennett, Timothy (JIS - Applications) [EMAIL PROTECTED] wrote: I'm using Wicket 1.1.1 and I'm stumped on how to apply RequiredValidator (or equivalent validation) to components like DropDownChoice and RadioChoice? Regards, Timothy
Re: [Wicket-user] Validation of SingleSelectChoice components
what does a choicerenderer have to do with a required validator?johanOn 3/9/06, Bennett, Timothy (JIS - Applications) [EMAIL PROTECTED] wrote: I wonder if mine are blowing up because I've added ChoiceRenderers... From: Johan Compagner [mailto:[EMAIL PROTECTED]] Sent: Thursday, March 09, 2006 9:06 AMTo: wicket-user@lists.sourceforge.netSubject: Re: [Wicket-user] Validation of SingleSelectChoice components If you add a required validator to the radiochoice doesn't that work if you don't select anything?A dropdown is can be tricky because there is most of the time a selection.So if the value of that is then required should also work fine. And by default our nothing selected values are so then the required check should work.This area is changed in 1.2 now required is a formcomponent property and we really have 3 defined steps:requiredCheck()typeConversion() valdiation()So a validator now always have the real converted object (getConvertedInput on FormComponent)johan On 3/9/06, Bennett, Timothy (JIS - Applications) [EMAIL PROTECTED] wrote: I'm using Wicket 1.1.1 and I'm stumped on how to apply RequiredValidator (or equivalent validation) to components like DropDownChoice and RadioChoice? Regards, Timothy
Re: [Wicket-user] Validation of SingleSelectChoice components
I was having similiar trouble - using 1.2beta. In FormInput example by default something is always selected for the RadioChoice because of this in the FormInputModel line 91... private String numberRadioChoice = (String)FormInput.NUMBERS.get(0); If you change it to private String numberRadioChoice; so there is no default, and submit the form, it still says its valid. Is there something else that has to be done? On 3/9/06, Johan Compagner [EMAIL PROTECTED] wrote: what does a choicerenderer have to do with a required validator? johan On 3/9/06, Bennett, Timothy (JIS - Applications) [EMAIL PROTECTED] wrote: I wonder if mine are blowing up because I've added ChoiceRenderers... From: Johan Compagner [mailto:[EMAIL PROTECTED] Sent: Thursday, March 09, 2006 9:06 AM To: wicket-user@lists.sourceforge.net Subject: Re: [Wicket-user] Validation of SingleSelectChoice components If you add a required validator to the radiochoice doesn't that work if you don't select anything? A dropdown is can be tricky because there is most of the time a selection. So if the value of that is then required should also work fine. And by default our nothing selected values are so then the required check should work. This area is changed in 1.2 now required is a formcomponent property and we really have 3 defined steps: requiredCheck() typeConversion() valdiation() So a validator now always have the real converted object (getConvertedInput on FormComponent) johan On 3/9/06, Bennett, Timothy (JIS - Applications) [EMAIL PROTECTED] wrote: I'm using Wicket 1.1.1 and I'm stumped on how to apply RequiredValidator (or equivalent validation) to components like DropDownChoice and RadioChoice? Regards, Timothy --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid0944bid$1720dat1642 ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
[Wicket-user] 2006 SourceForge.net Community Choice Awards Nominations
Don't forget to vote for your favorite sourceforge projects :) http://sourceforge.net/awards/cca/ (wicket is under development in case you would consider that). Eelco --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid0944bid$1720dat1642 ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] 2006 SourceForge.net Community Choice Awards Nominations
http://www.wilsonresearch.com/2006/ostgawards06/ostgawards4.phpto be exact.MartijnOn 3/9/06, Eelco Hillenius [EMAIL PROTECTED] wrote: Don't forget to vote for your favorite sourceforge projects :)http://sourceforge.net/awards/cca/(wicket is under development in case you would consider that). Eelco---This SF.Net email is sponsored by xPML, a groundbreaking scripting languagethat extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory!http://sel.as-us.falkag.net/sel?cmdlnkkid0944bid$1720dat1642 ___Wicket-user mailing listWicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user-- Living a wicket life...Martijn Dashorst - http://www.jroller.com/page/dashorst Wicket 1.1.1 is out: http://wicket.sourceforge.net/wicket-1.1
Re: [Wicket-user] Validation of SingleSelectChoice components
Also in wicket 1.1.1?MartijnOn 3/9/06, Johan Compagner [EMAIL PROTECTED] wrote: that is a bug. Fixed it. johanOn 3/9/06, Joe Toth [EMAIL PROTECTED] wrote: I was having similiar trouble - using 1.2beta.In FormInput example by default something is always selected for theRadioChoice because of this in the FormInputModelline 91...private String numberRadioChoice = (String)FormInput.NUMBERS.get(0); If you change it to private String numberRadioChoice; so there is nodefault, and submit the form, it still says its valid.Is there something else that has to be done?On 3/9/06, Johan Compagner [EMAIL PROTECTED] wrote: what does a choicerenderer have to do with a required validator? johan On 3/9/06, Bennett, Timothy (JIS - Applications) [EMAIL PROTECTED] wrote:I wonder if mine are blowing up because I've added ChoiceRenderers... From: Johan Compagner [mailto:[EMAIL PROTECTED] ] Sent: Thursday, March 09, 2006 9:06 AM To: wicket-user@lists.sourceforge.net Subject: Re: [Wicket-user] Validation of SingleSelectChoice components If you add a required validator to the radiochoice doesn't that work if you don't select anything? A dropdown is can be tricky because there is most of the time a selection. So if the value of that is then required should also work fine. And by default our nothing selected values are so then the required check should work. This area is changed in 1.2 now required is a formcomponent property and we really have 3 defined steps: requiredCheck() typeConversion() valdiation() So a validator now always have the real converted object (getConvertedInput on FormComponent) johan On 3/9/06, Bennett, Timothy (JIS - Applications) [EMAIL PROTECTED] wrote: I'm using Wicket 1.1.1 and I'm stumped on how to apply RequiredValidator (or equivalent validation) to components like DropDownChoice and RadioChoice? Regards, Timothy ---This SF.Net email is sponsored by xPML, a groundbreaking scripting languagethat extends applications into web and mobile media. Attend the live webcastand join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmdlnkkid0944bid$1720dat1642 ___ Wicket-user mailing listWicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user -- Living a wicket life...Martijn Dashorst - http://www.jroller.com/page/dashorstWicket 1.1.1 is out: http://wicket.sourceforge.net/wicket-1.1
Re: [Wicket-user] TextField and trimming blanks at end (and maybe at beginning)
Of course. If you don't want all your textfields to trim your input by default, but instead have the input applied to your models exactly as it was provided, it is nice to be able to turn it off application wide. Eelco Because does it make sense to globally set it off? why would you do that? --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid0944bid$1720dat1642 ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] TextField and trimming blanks at end (and maybe at beginning)
then create a subclass and use that instead :)-IgorOn 3/9/06, Eelco Hillenius [EMAIL PROTECTED] wrote:Of course. If you don't want all your textfields to trim your input by default, but instead have the input applied to your models exactly asit was provided, it is nice to be able to turn it off applicationwide.Eelco Because does it make sense to globally set it off? why would you do that?---This SF.Net email is sponsored by xPML, a groundbreaking scripting languagethat extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory!http://sel.as-us.falkag.net/sel?cmdlnkkid0944bid$1720dat1642 ___Wicket-user mailing listWicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] TextField and trimming blanks at end (and maybe at beginning)
when do you want that?I think 99% of all the text fields don't want trailing or leading spaces.So you can make it an options but then suddenly you have to do it the other way aroundif you do want trimming. But we can make it an option, i don't mind, i just think it is not really needed as an option.johanOn 3/9/06, Eelco Hillenius [EMAIL PROTECTED] wrote:Of course. If you don't want all your textfields to trim your input by default, but instead have the input applied to your models exactly asit was provided, it is nice to be able to turn it off applicationwide.Eelco Because does it make sense to globally set it off? why would you do that?---This SF.Net email is sponsored by xPML, a groundbreaking scripting languagethat extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory!http://sel.as-us.falkag.net/sel?cmdlnkkid0944bid$1720dat1642 ___Wicket-user mailing listWicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] TextField and trimming blanks at end (and maybe at beginning)
That works for single cases, just as it would have worked for single cases for Ari. But whether you want to have trimming applied or not is also a cross cutting concern. Eelco On 3/9/06, Igor Vaynberg [EMAIL PROTECTED] wrote: then create a subclass and use that instead :) -Igor On 3/9/06, Eelco Hillenius [EMAIL PROTECTED] wrote: Of course. If you don't want all your textfields to trim your input by default, but instead have the input applied to your models exactly as it was provided, it is nice to be able to turn it off application wide. Eelco Because does it make sense to globally set it off? why would you do that? --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmdlnkkid0944bid$1720dat1642 ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid0944bid$1720dat1642 ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] TextField and trimming blanks at end (and maybe at beginning)
the only reason it didnt work for Ari was because he already created his application and only now is thinking about trimming.we say we trim all textfields by default, if you want to break out of it either override wherever needed or use a subclass. i dont see why we need some global option for something as simple as this. maybe for backwards compat with older apps, in that case we can add an option, deprecate it, and remove it post 1.2 release.-Igor On 3/9/06, Eelco Hillenius [EMAIL PROTECTED] wrote: That works for single cases, just as it would have worked for singlecases for Ari. But whether you want to have trimming applied or not isalso a cross cutting concern.EelcoOn 3/9/06, Igor Vaynberg [EMAIL PROTECTED] wrote: then create a subclass and use that instead :) -Igor On 3/9/06, Eelco Hillenius [EMAIL PROTECTED] wrote: Of course. If you don't want all your textfields to trim your input by default, but instead have the input applied to your models exactly as it was provided, it is nice to be able to turn it off application wide. Eelco Because does it make sense to globally set it off? why would you do that? --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmdlnkkid0944bid$1720dat1642 ___ Wicket-user mailing list Wicket-user@lists.sourceforge.nethttps://lists.sourceforge.net/lists/listinfo/wicket-user ---This SF.Net email is sponsored by xPML, a groundbreaking scripting languagethat extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory!http://sel.as-us.falkag.net/sel?cmdlnkkid0944bid$1720dat1642 ___Wicket-user mailing listWicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] Experiences deploying/running Wicket on GlassFish
Thanks Johan. I'll look for your blog on this. Do drop me a line when you get to it. Although GlassFish is officially still in single instance mode with formal clustering support slated for later, one can always have two or more instances with identical configurations fronted by Apache and load balance with mod_jk. I admit step by step documentation is not there yet for that. Will revert back to you as soon as one is available. Perhaps the following two links might help meantime. http://weblogs.java.net/blog/amyroh/archive/2005/06/index.html http://raibledesigns.com/tomcat/ Thanks again Shreedhar Johan Compagner wrote: I haven't tried glassfish with wicket yet, but i will have a look at it. I did look through some docs of glassfish how easy it was to setup a cluster with 2 app servers and a balancer. But couldn't find step by step documentation So i used for that resin which is very simple to setup with a resin balancer and 2 instances of resin servers (sharing the same installation/config files) But will look at it again. johan On 3/9/06, Shreedhar Ganapathy [EMAIL PROTECTED] wrote: Hello I am part of the GlassFish project, an open community, led by Sun Microsystems that is developing an open source application server based on Java EE 5. (http://glassfish.dev.java.net ). We are looking to showcase popular frameworks, and apps that can deployed and run on GlassFish by featuring blogs and articles. Such references have the dual benefit of growing the adoption of both the frameworks themselves, and GlassFish with the added benefit of identifying any bugs/issues. In this regard, could you share pointers to any of articles or blogs covering your experiences with deploying and running on any build of GlassFish with Wicket based apps? best regards Shreedhar Ganapathy Staff Engineer, Sun Microsystems, Inc. PS: I am not on this mailing list. --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642 ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
[Wicket-user] ListMultipleChoice and AJAX Wicket-beta1
I have a ListMultipleChoice with an AJAX onchange handler attached to it in a form. When I first bring up the form, the behavior works fine. I submit the form, which comes back to the same page. Now when I select something in the ListMultipleChoice it's throwing: Caused by: java.lang.ClassCastException: wicket.ajax.AjaxRequestTarget$EncodingResponse at wicket.protocol.http.WebRequestCycle.getWebResponse(WebRequestCycle.java :99) at wicket.protocol.http.WebRequestCycle.redirectTo(WebRequestCycle.java:130 ) at wicket.request.target.component.PageRequestTarget.respond(PageRequestTar get.java:60) at wicket.request.compound.DefaultResponseStrategy.respond(DefaultResponseS trategy.java:49) at wicket.request.compound.AbstractCompoundRequestCycleProcessor.respond(Ab stractCompoundRequestCycleProcessor.java:66) at wicket.RequestCycle.respond(RequestCycle.java:877) at wicket.RequestCycle.step(RequestCycle.java:946) ... 21 more --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid0944bid$1720dat1642 ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
[Wicket-user] Large sites running wicket
Guys, We get a good number of new users here and on the ##wicket IRC channel asking about the number of large sites running wicket. I would like to add something to the faq that would give people who are looking at wicket some information in this regard. If you have a site that either does are will support many users and do not mind the site and estimated number of users mentioned, please give either myself or the list a reply. Please let me know if the site is currently running on wicket, or if it is still in development. Thanks, -- Philip A. Chapman Desktop and Web Application Development: Java, .NET, PostgreSQL, MySQL, MSSQL Linux, Windows 2000, Windows XP signature.asc Description: This is a digitally signed message part
Re: [Wicket-user] ListMultipleChoice and AJAX Wicket-beta1
thats weird, why is an ajax request causing a redirect? are you setting the redirect manually somewhere? what render strategy do you use?-IgorOn 3/9/06, Jerry Smith [EMAIL PROTECTED] wrote: I have a ListMultipleChoice with an AJAX onchange handler attached to itin a form.When I first bring up the form, the behavior works fine.Isubmit the form, which comes back to the same page.Now when I select something in the ListMultipleChoice it's throwing:Caused by: java.lang.ClassCastException:wicket.ajax.AjaxRequestTarget$EncodingResponseatwicket.protocol.http.WebRequestCycle.getWebResponse (WebRequestCycle.java:99)atwicket.protocol.http.WebRequestCycle.redirectTo(WebRequestCycle.java:130)atwicket.request.target.component.PageRequestTarget.respond(PageRequestTarget.java :60)atwicket.request.compound.DefaultResponseStrategy.respond(DefaultResponseStrategy.java:49)atwicket.request.compound.AbstractCompoundRequestCycleProcessor.respond(AbstractCompoundRequestCycleProcessor.java :66)at wicket.RequestCycle.respond(RequestCycle.java:877)at wicket.RequestCycle.step(RequestCycle.java:946)... 21 more--- This SF.Net email is sponsored by xPML, a groundbreaking scripting languagethat extends applications into web and mobile media. Attend the live webcastand join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmdlnkkid0944bid$1720dat1642___ Wicket-user mailing listWicket-user@lists.sourceforge.nethttps://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] ListMultipleChoice and AJAX Wicket-beta1
also you cannot update a component attached to a select element directly. this is because browsers dont allow select.innertHTML to work. so you will need to wrap your component with a webmarkup container and update that via ajax instead. there is an example of this in wicket-examples/builtin-ajax-IgorOn 3/9/06, Igor Vaynberg [EMAIL PROTECTED] wrote:thats weird, why is an ajax request causing a redirect? are you setting the redirect manually somewhere? what render strategy do you use? -IgorOn 3/9/06, Jerry Smith [EMAIL PROTECTED] wrote: I have a ListMultipleChoice with an AJAX onchange handler attached to itin a form.When I first bring up the form, the behavior works fine.Isubmit the form, which comes back to the same page.Now when I select something in the ListMultipleChoice it's throwing:Caused by: java.lang.ClassCastException:wicket.ajax.AjaxRequestTarget$EncodingResponseatwicket.protocol.http.WebRequestCycle.getWebResponse (WebRequestCycle.java:99)atwicket.protocol.http.WebRequestCycle.redirectTo(WebRequestCycle.java:130)atwicket.request.target.component.PageRequestTarget.respond(PageRequestTarget.java :60)atwicket.request.compound.DefaultResponseStrategy.respond(DefaultResponseStrategy.java:49)atwicket.request.compound.AbstractCompoundRequestCycleProcessor.respond(AbstractCompoundRequestCycleProcessor.java :66)at wicket.RequestCycle.respond(RequestCycle.java:877)at wicket.RequestCycle.step(RequestCycle.java:946)... 21 more--- This SF.Net email is sponsored by xPML, a groundbreaking scripting languagethat extends applications into web and mobile media. Attend the live webcastand join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmdlnkkid0944bid$1720dat1642 ___ Wicket-user mailing listWicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
RE: [Wicket-user] ListMultipleChoice and AJAX Wicket-beta1
The section that gets updated when the ListMultipleChoice onchange happens is wrapped in a WebMarkupContainer. Before the form is submitted it works great. It starts acting weird after the form is submitted. There are no calls to setRedirect on this page anywhere, I guess Im using the default render strategy since I havent set that anywhere. From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Igor Vaynberg Sent: Thursday, March 09, 2006 2:05 PM To: wicket-user@lists.sourceforge.net Subject: Re: [Wicket-user] ListMultipleChoice and AJAX Wicket-beta1 also you cannot update a component attached to a select element directly. this is because browsers dont allow select.innertHTML to work. so you will need to wrap your component with a webmarkup container and update that via ajax instead. there is an example of this in wicket-examples/builtin-ajax -Igor On 3/9/06, Igor Vaynberg [EMAIL PROTECTED] wrote: thats weird, why is an ajax request causing a redirect? are you setting the redirect manually somewhere? what render strategy do you use? -Igor On 3/9/06, Jerry Smith [EMAIL PROTECTED] wrote: I have a ListMultipleChoice with an AJAX onchange handler attached to it in a form.When I first bring up the form, the behavior works fine.I submit the form, which comes back to the same page.Now when I select something in the ListMultipleChoice it's throwing: Caused by: java.lang.ClassCastException: wicket.ajax.AjaxRequestTarget$EncodingResponse at wicket.protocol.http.WebRequestCycle.getWebResponse (WebRequestCycle.java :99) at wicket.protocol.http.WebRequestCycle.redirectTo(WebRequestCycle.java:130 ) at wicket.request.target.component.PageRequestTarget.respond(PageRequestTar get.java :60) at wicket.request.compound.DefaultResponseStrategy.respond(DefaultResponseS trategy.java:49) at wicket.request.compound.AbstractCompoundRequestCycleProcessor.respond(Ab stractCompoundRequestCycleProcessor.java :66) at wicket.RequestCycle.respond(RequestCycle.java:877) at wicket.RequestCycle.step(RequestCycle.java:946) ... 21 more --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmdlnkkid0944bid$1720dat1642 ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] ListMultipleChoice and AJAX Wicket-beta1
wicket examples/ajax has a choice example that does the same thing and has a submit button. i couldnt reproduce the problem.can you reproduce it in a quickstart project so that i can take a look at it?-Igor On 3/9/06, Jerry Smith [EMAIL PROTECTED] wrote: The section that gets updated when the ListMultipleChoice onchange happens is wrapped in a WebMarkupContainer. Before the form is submitted it works great. It starts acting weird after the form is submitted. There are no calls to setRedirect on this page anywhere, I guess I'm using the default render strategy since I haven't set that anywhere. From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf Of Igor Vaynberg Sent: Thursday, March 09, 2006 2:05 PM To: wicket-user@lists.sourceforge.net Subject: Re: [Wicket-user] ListMultipleChoice and AJAX Wicket-beta1 also you cannot update a component attached to a select element directly. this is because browsers dont allow select.innertHTML to work. so you will need to wrap your component with a webmarkup container and update that via ajax instead. there is an example of this in wicket-examples/builtin-ajax -Igor On 3/9/06, Igor Vaynberg [EMAIL PROTECTED] wrote: thats weird, why is an ajax request causing a redirect? are you setting the redirect manually somewhere? what render strategy do you use? -Igor On 3/9/06, Jerry Smith [EMAIL PROTECTED] wrote: I have a ListMultipleChoice with an AJAX onchange handler attached to it in a form.When I first bring up the form, the behavior works fine.I submit the form, which comes back to the same page.Now when I select something in the ListMultipleChoice it's throwing: Caused by: java.lang.ClassCastException: wicket.ajax.AjaxRequestTarget$EncodingResponse at wicket.protocol.http.WebRequestCycle.getWebResponse (WebRequestCycle.java :99) at wicket.protocol.http.WebRequestCycle.redirectTo(WebRequestCycle.java:130 ) at wicket.request.target.component.PageRequestTarget.respond(PageRequestTar get.java :60) at wicket.request.compound.DefaultResponseStrategy.respond(DefaultResponseS trategy.java:49) at wicket.request.compound.AbstractCompoundRequestCycleProcessor.respond(Ab stractCompoundRequestCycleProcessor.java :66) at wicket.RequestCycle.respond(RequestCycle.java:877) at wicket.RequestCycle.step(RequestCycle.java:946) ... 21 more --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmdlnkkid0944bid$1720dat1642 ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] Experiences deploying/running Wicket on GlassFish
There's already people trying wicket on Glassfish:http://shitmores.blogspot.com/2005/12/glassfish-and-wicket.html(the article has very little details, though) Regards.On 3/9/06, Shreedhar Ganapathy [EMAIL PROTECTED] wrote: Thanks Johan. I'll look for your blog on this. Do drop me a line when you get to it. Although GlassFish is officially still in single instance mode with formal clustering support slated for later, one can always have two or more instances with identical configurations fronted by Apache and load balance with mod_jk. I admit step by step documentation is not there yet for that. Will revert back to you as soon as one is available. Perhaps the following two links might help meantime. http://weblogs.java.net/blog/amyroh/archive/2005/06/index.html http://raibledesigns.com/tomcat/ Thanks again Shreedhar Johan Compagner wrote: I haven't tried glassfish with wicket yet, but i will have a look at it. I did look through some docs of glassfish how easy it was to setup a cluster with 2 app servers and a balancer. But couldn't find step by step documentation So i used for that resin which is very simple to setup with a resin balancer and 2 instances of resin servers (sharing the same installation/config files) But will look at it again. johan On 3/9/06, Shreedhar Ganapathy [EMAIL PROTECTED] wrote: Hello I am part of the GlassFish project, an open community, led by Sun Microsystems that is developing an open source application server based on Java EE 5. (http://glassfish.dev.java.net ). We are looking to showcase popular frameworks, and apps that can deployed and run on GlassFish by featuring blogs and articles. Such references have the dual benefit of growing the adoption of both the frameworks themselves, and GlassFish with the added benefit of identifying any bugs/issues. In this regard, could you share pointers to any of articles or blogs covering your experiences with deploying and running on any build of GlassFish with Wicket based apps? best regards Shreedhar Ganapathy Staff Engineer, Sun Microsystems, Inc. PS: I am not on this mailing list. --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642 ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user -- Guillermo Castro [EMAIL PROTECTED]Monterrey NL, Mexico http://www.javageek.org/
[Wicket-user] Introduction to Wicket
Hey guys,Feast your eyes (and share your comments) on the article I wrote about Wicket:http://javageek.org/2006/03/08/comparing_web_frameworks_wicket.html There's also a lively discussion about it on TheServerSide:http://www.theserverside.com/news/thread.tss?thread_id=39358 Sorry for the shameless plug, but I do hope the article serves as an introduction for people trying to learn wicket.Regards.-- Guillermo Castro [EMAIL PROTECTED]Monterrey NL, Mexico http://www.javageek.org/
Re: [Wicket-user] Introduction to Wicket
Shame on you! :-D Crossposting on the userlist, your blog and TSS... Great article, and great response though! Martijn PS. don't forget to nominate Wicket in the Sourceforge.net choice awards! On 3/9/06, Guillermo Castro [EMAIL PROTECTED] wrote: Hey guys, Feast your eyes (and share your comments) on the article I wrote about Wicket: http://javageek.org/2006/03/08/comparing_web_frameworks_wicket.html There's also a lively discussion about it on TheServerSide: http://www.theserverside.com/news/thread.tss?thread_id=39358 Sorry for the shameless plug, but I do hope the article serves as an introduction for people trying to learn wicket. Regards. -- Guillermo Castro [EMAIL PROTECTED] Monterrey NL, Mexico http://www.javageek.org/ -- Living a wicket life... Martijn Dashorst - http://www.jroller.com/page/dashorst Wicket 1.1.1 is out: http://wicket.sourceforge.net/wicket-1.1 --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid0944bid$1720dat1642 ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] Introduction to Wicket
Thanks for writing it! Eelco On 3/9/06, Guillermo Castro [EMAIL PROTECTED] wrote: Hey guys, Feast your eyes (and share your comments) on the article I wrote about Wicket: http://javageek.org/2006/03/08/comparing_web_frameworks_wicket.html There's also a lively discussion about it on TheServerSide: http://www.theserverside.com/news/thread.tss?thread_id=39358 Sorry for the shameless plug, but I do hope the article serves as an introduction for people trying to learn wicket. Regards. -- Guillermo Castro [EMAIL PROTECTED] Monterrey NL, Mexico http://www.javageek.org/ --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid0944bid$1720dat1642 ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] Introduction to Wicket
And I forgot JavaLobby, but you took care of that for me. Thanks! @B-)Now, to create a real web app using wicket...On 3/9/06, Martijn Dashorst [EMAIL PROTECTED] wrote: Shame on you! :-DCrossposting on the userlist, your blog and TSS...Great article, and great response though!MartijnPS. don't forget to nominate Wicket in the Sourceforge.net choice awards!On 3/9/06, Guillermo Castro [EMAIL PROTECTED] wrote: Hey guys, Feast your eyes (and share your comments) on the article I wrote about Wicket: http://javageek.org/2006/03/08/comparing_web_frameworks_wicket.html There's also a lively discussion about it on TheServerSide: http://www.theserverside.com/news/thread.tss?thread_id=39358Sorry for the shameless plug, but I do hope the article serves as an introduction for people trying to learn wicket. Regards. -- Guillermo Castro [EMAIL PROTECTED] Monterrey NL, Mexico http://www.javageek.org/--Living a wicket life...Martijn Dashorst - http://www.jroller.com/page/dashorst Wicket 1.1.1 is out: http://wicket.sourceforge.net/wicket-1.1---This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcastand join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmdlnkkid0944bid$1720dat1642___Wicket-user mailing listWicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user-- Guillermo Castro [EMAIL PROTECTED]Monterrey NL, Mexico http://www.javageek.org/
RE: [Wicket-user] ListMultipleChoice and AJAX Wicket-beta1
I couldnt reproduce it in a distilled project. The problem turned up in a model. Sorry for wasting your time, Igor, and thanks for a really nice framework! From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Igor Vaynberg Sent: Thursday, March 09, 2006 2:23 PM To: wicket-user@lists.sourceforge.net Subject: Re: [Wicket-user] ListMultipleChoice and AJAX Wicket-beta1 wicket examples/ajax has a choice example that does the same thing and has a submit button. i couldnt reproduce the problem. can you reproduce it in a quickstart project so that i can take a look at it? -Igor On 3/9/06, Jerry Smith [EMAIL PROTECTED] wrote: The section that gets updated when the ListMultipleChoice onchange happens is wrapped in a WebMarkupContainer. Before the form is submitted it works great. It starts acting weird after the form is submitted. There are no calls to setRedirect on this page anywhere, I guess I'm using the default render strategy since I haven't set that anywhere. From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf Of Igor Vaynberg Sent: Thursday, March 09, 2006 2:05 PM To: wicket-user@lists.sourceforge.net Subject: Re: [Wicket-user] ListMultipleChoice and AJAX Wicket-beta1 also you cannot update a component attached to a select element directly. this is because browsers dont allow select.innertHTML to work. so you will need to wrap your component with a webmarkup container and update that via ajax instead. there is an example of this in wicket-examples/builtin-ajax -Igor On 3/9/06, Igor Vaynberg [EMAIL PROTECTED] wrote: thats weird, why is an ajax request causing a redirect? are you setting the redirect manually somewhere? what render strategy do you use? -Igor On 3/9/06, Jerry Smith [EMAIL PROTECTED] wrote: I have a ListMultipleChoice with an AJAX onchange handler attached to it in a form.When I first bring up the form, the behavior works fine.I submit the form, which comes back to the same page.Now when I select something in the ListMultipleChoice it's throwing: Caused by: java.lang.ClassCastException: wicket.ajax.AjaxRequestTarget$EncodingResponse at wicket.protocol.http.WebRequestCycle.getWebResponse (WebRequestCycle.java :99) at wicket.protocol.http.WebRequestCycle.redirectTo(WebRequestCycle.java:130 ) at wicket.request.target.component.PageRequestTarget.respond(PageRequestTar get.java :60) at wicket.request.compound.DefaultResponseStrategy.respond(DefaultResponseS trategy.java:49) at wicket.request.compound.AbstractCompoundRequestCycleProcessor.respond(Ab stractCompoundRequestCycleProcessor.java :66) at wicket.RequestCycle.respond(RequestCycle.java:877) at wicket.RequestCycle.step(RequestCycle.java:946) ... 21 more --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmdlnkkid0944bid$1720dat1642 ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] Introduction to Wicket
Where's the javalobby thread? On 3/9/06, Guillermo Castro [EMAIL PROTECTED] wrote: And I forgot JavaLobby, but you took care of that for me. Thanks! @B-) Now, to create a real web app using wicket... On 3/9/06, Martijn Dashorst [EMAIL PROTECTED] wrote: Shame on you! :-D Crossposting on the userlist, your blog and TSS... Great article, and great response though! Martijn PS. don't forget to nominate Wicket in the Sourceforge.net choice awards! On 3/9/06, Guillermo Castro [EMAIL PROTECTED] wrote: Hey guys, Feast your eyes (and share your comments) on the article I wrote about Wicket: http://javageek.org/2006/03/08/comparing_web_frameworks_wicket.html There's also a lively discussion about it on TheServerSide: http://www.theserverside.com/news/thread.tss?thread_id=39358 Sorry for the shameless plug, but I do hope the article serves as an introduction for people trying to learn wicket. Regards. -- Guillermo Castro [EMAIL PROTECTED] Monterrey NL, Mexico http://www.javageek.org/ -- Living a wicket life... Martijn Dashorst - http://www.jroller.com/page/dashorst Wicket 1.1.1 is out: http://wicket.sourceforge.net/wicket-1.1 --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmdlnkkid0944bid$1720dat1642 ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user -- Guillermo Castro [EMAIL PROTECTED] Monterrey NL, Mexico http://www.javageek.org/ --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid0944bid$1720dat1642 ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] Introduction to Wicket
http://www.javalobby.org/java/forums/t65452.htmlI don't think it made the front page, though @P-)Ok, enough about me... On 3/9/06, Eelco Hillenius [EMAIL PROTECTED] wrote: Where's the javalobby thread?On 3/9/06, Guillermo Castro [EMAIL PROTECTED] wrote: And I forgot JavaLobby, but you took care of that for me. Thanks! @B-) Now, to create a real web app using wicket... On 3/9/06, Martijn Dashorst [EMAIL PROTECTED] wrote: Shame on you! :-D Crossposting on the userlist, your blog and TSS... Great article, and great response though! Martijn PS. don't forget to nominate Wicket in the Sourceforge.net choice awards!On 3/9/06, Guillermo Castro [EMAIL PROTECTED] wrote: Hey guys, Feast your eyes (and share your comments) on the article I wrote about Wicket: http://javageek.org/2006/03/08/comparing_web_frameworks_wicket.html There's also a lively discussion about it on TheServerSide: http://www.theserverside.com/news/thread.tss?thread_id=39358Sorry for the shameless plug, but I do hope the article serves as an introduction for people trying to learn wicket. Regards. -- Guillermo Castro [EMAIL PROTECTED] Monterrey NL, Mexico http://www.javageek.org/-- Living a wicket life... Martijn Dashorst - http://www.jroller.com/page/dashorst Wicket 1.1.1 is out: http://wicket.sourceforge.net/wicket-1.1 --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmdlnkkid0944bid$1720dat1642 ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user -- Guillermo Castro [EMAIL PROTECTED] Monterrey NL, Mexico http://www.javageek.org/ ---This SF.Net email is sponsored by xPML, a groundbreaking scripting languagethat extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory!http://sel.as-us.falkag.net/sel?cmdlnkkid0944bid$1720dat1642 ___Wicket-user mailing listWicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user-- Guillermo Castro [EMAIL PROTECTED] Monterrey NL, Mexico http://www.javageek.org/
Re: [Wicket-user] ListMultipleChoice and AJAX Wicket-beta1
no problem at all, thats why we are here. and glad you are enjoying it :)-IgorOn 3/9/06, Jerry Smith [EMAIL PROTECTED] wrote: I couldn't reproduce it in a distilled project. The problem turned up in a model. Sorry for wasting your time, Igor, and thanks for a really nice framework! From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf Of Igor Vaynberg Sent: Thursday, March 09, 2006 2:23 PM To: wicket-user@lists.sourceforge.net Subject: Re: [Wicket-user] ListMultipleChoice and AJAX Wicket-beta1 wicket examples/ajax has a choice example that does the same thing and has a submit button. i couldnt reproduce the problem. can you reproduce it in a quickstart project so that i can take a look at it? -Igor On 3/9/06, Jerry Smith [EMAIL PROTECTED] wrote: The section that gets updated when the ListMultipleChoice onchange happens is wrapped in a WebMarkupContainer. Before the form is submitted it works great. It starts acting weird after the form is submitted. There are no calls to setRedirect on this page anywhere, I guess I'm using the default render strategy since I haven't set that anywhere. From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf Of Igor Vaynberg Sent: Thursday, March 09, 2006 2:05 PM To: wicket-user@lists.sourceforge.net Subject: Re: [Wicket-user] ListMultipleChoice and AJAX Wicket-beta1 also you cannot update a component attached to a select element directly. this is because browsers dont allow select.innertHTML to work. so you will need to wrap your component with a webmarkup container and update that via ajax instead. there is an example of this in wicket-examples/builtin-ajax -Igor On 3/9/06, Igor Vaynberg [EMAIL PROTECTED] wrote: thats weird, why is an ajax request causing a redirect? are you setting the redirect manually somewhere? what render strategy do you use? -Igor On 3/9/06, Jerry Smith [EMAIL PROTECTED] wrote: I have a ListMultipleChoice with an AJAX onchange handler attached to it in a form.When I first bring up the form, the behavior works fine.I submit the form, which comes back to the same page.Now when I select something in the ListMultipleChoice it's throwing: Caused by: java.lang.ClassCastException: wicket.ajax.AjaxRequestTarget$EncodingResponse at wicket.protocol.http.WebRequestCycle.getWebResponse (WebRequestCycle.java :99) at wicket.protocol.http.WebRequestCycle.redirectTo(WebRequestCycle.java:130 ) at wicket.request.target.component.PageRequestTarget.respond(PageRequestTar get.java :60) at wicket.request.compound.DefaultResponseStrategy.respond(DefaultResponseS trategy.java:49) at wicket.request.compound.AbstractCompoundRequestCycleProcessor.respond(Ab stractCompoundRequestCycleProcessor.java :66) at wicket.RequestCycle.respond(RequestCycle.java:877) at wicket.RequestCycle.step(RequestCycle.java:946) ... 21 more --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmdlnkkid0944bid$1720dat1642 ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] Introduction to Wicket
It was published on the announcements forum, which is not moderated. This means that it is quick on the front page, but in the fine print, and disappears quite quickly as well. Martijn On 3/9/06, Guillermo Castro [EMAIL PROTECTED] wrote: http://www.javalobby.org/java/forums/t65452.html I don't think it made the front page, though @P-) Ok, enough about me... On 3/9/06, Eelco Hillenius [EMAIL PROTECTED] wrote: Where's the javalobby thread? On 3/9/06, Guillermo Castro [EMAIL PROTECTED] wrote: And I forgot JavaLobby, but you took care of that for me. Thanks! @B-) Now, to create a real web app using wicket... On 3/9/06, Martijn Dashorst [EMAIL PROTECTED] wrote: Shame on you! :-D Crossposting on the userlist, your blog and TSS... Great article, and great response though! Martijn PS. don't forget to nominate Wicket in the Sourceforge.net choice awards! On 3/9/06, Guillermo Castro [EMAIL PROTECTED] wrote: Hey guys, Feast your eyes (and share your comments) on the article I wrote about Wicket: http://javageek.org/2006/03/08/comparing_web_frameworks_wicket.html There's also a lively discussion about it on TheServerSide: http://www.theserverside.com/news/thread.tss?thread_id=39358 Sorry for the shameless plug, but I do hope the article serves as an introduction for people trying to learn wicket. Regards. -- Guillermo Castro [EMAIL PROTECTED] Monterrey NL, Mexico http://www.javageek.org/ -- Living a wicket life... Martijn Dashorst - http://www.jroller.com/page/dashorst Wicket 1.1.1 is out: http://wicket.sourceforge.net/wicket-1.1 --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmdlnkkid0944bid$1720dat1642 ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user -- Guillermo Castro [EMAIL PROTECTED] Monterrey NL, Mexico http://www.javageek.org/ --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmdlnkkid0944bid$1720dat1642 ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user -- Guillermo Castro [EMAIL PROTECTED] Monterrey NL, Mexico http://www.javageek.org/ -- Nominate Wicket for the SourceForge.net's Choice awards! http://www.wilsonresearch.com/2006/ostgawards06/ostgawards4.php --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid0944bid$1720dat1642 ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] Change or bug from 1.1 to 1.2
this is a change. due to our partial render and ajax implementations the components now have to be 1:1 between java and markup.-IgorOn 3/9/06, Jerry Smith [EMAIL PROTECTED] wrote: I had a page in 1.1 along the lines of.add(new Label(label, some text));In the html I hadspan wicket:id=label/spanspan wicket:id=label/span In 1.2 it breaks with:wicket.markup.MarkupException: The component [Component id = label, page= test.HomePage, path = 0:label.Label, isVisible = true, isVersioned =true] has the same wicket:id as another component already added at the same level at wicket.Page.componentRendered(Page.java:924) at wicket.Component.rendered(Component.java:1668) at wicket.Component.render(Component.java:1522)etc, etc.It's in the component tree only once, it's just referenced in the markup twice.Was this a bug 1.1, or just a design change for 1.2?---This SF.Net email is sponsored by xPML, a groundbreaking scripting languagethat extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory!http://sel.as-us.falkag.net/sel?cmdlnkkid0944bid$1720dat1642 ___Wicket-user mailing listWicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
[Wicket-user] Role-Based AND Spring Aware WebApplication
Ok,So we all know that a class in Java cannot extend multiple classes, so because of this there is no way to have extend the AuthenticatedWebApplication and the SpringWebApplication classes for a single app. So, does this mean I have to copy the code of one of them into my class which only extends one of them? Seems kind of wrong in my opinion. Maybe some sort of chain needs to be implemented in WebApplications so instead of extending a specific WebApp class, you define in your WebApp class the handlers you wish to use. Thoughts or did I miss something major?Andrew
Re: [Wicket-user] Introduction to Wicket
Hi - Nice writeup. One thing is that the IRC channel most seem to hang out on is ##wicket, not #wicket (Dont't ask...) /Gwyn On 09/03/06, Guillermo Castro [EMAIL PROTECTED] wrote: Hey guys, Feast your eyes (and share your comments) on the article I wrote about Wicket: http://javageek.org/2006/03/08/comparing_web_frameworks_wicket.html There's also a lively discussion about it on TheServerSide: http://www.theserverside.com/news/thread.tss?thread_id=39358 Sorry for the shameless plug, but I do hope the article serves as an introduction for people trying to learn wicket. Regards. -- Guillermo Castro [EMAIL PROTECTED] Monterrey NL, Mexico http://www.javageek.org/ --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid0944bid$1720dat1642 ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] Role-Based AND Spring Aware WebApplication
The distracting thing here is the way AuthenticatedWebApplication is implemented. It's elegant by itself, but as you noticed not very useful if you want to use it together with another base class. The only thing that application does though, is register itself as IRoleCheckingStrategy and IUnauthorizedComponentInstantiationListener. The only thing you need to do is pull those implementations out of that webapplication class and register them in yours. You probably want to work with your own session object anyway? Eelco On 3/9/06, Andrew Berman [EMAIL PROTECTED] wrote: Ok, So we all know that a class in Java cannot extend multiple classes, so because of this there is no way to have extend the AuthenticatedWebApplication and the SpringWebApplication classes for a single app. So, does this mean I have to copy the code of one of them into my class which only extends one of them? Seems kind of wrong in my opinion. Maybe some sort of chain needs to be implemented in WebApplications so instead of extending a specific WebApp class, you define in your WebApp class the handlers you wish to use. Thoughts or did I miss something major? Andrew --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid0944bid$1720dat1642 ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] Introduction to Wicket
Gwyn,Yeah, someone made that comment, and I actually meant ##wicket (that's where I hang, anyway). It was just a typo and I forgot to change it. It's fixed now.Thanks. On 3/9/06, Gwyn Evans [EMAIL PROTECTED] wrote: Hi - Nice writeup. One thing is that the IRC channel most seem tohang out on is ##wicket, not #wicket (Dont't ask...)/GwynOn 09/03/06, Guillermo Castro [EMAIL PROTECTED] wrote: Hey guys, Feast your eyes (and share your comments) on the article I wrote about Wicket: http://javageek.org/2006/03/08/comparing_web_frameworks_wicket.html There's also a lively discussion about it on TheServerSide: http://www.theserverside.com/news/thread.tss?thread_id=39358Sorry for the shameless plug, but I do hope the article serves as an introduction for people trying to learn wicket. Regards. -- Guillermo Castro [EMAIL PROTECTED] Monterrey NL, Mexico http://www.javageek.org/ ---This SF.Net email is sponsored by xPML, a groundbreaking scripting languagethat extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory!http://sel.as-us.falkag.net/sel?cmdlnkkid0944bid$1720dat1642 ___Wicket-user mailing listWicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user-- Guillermo Castro [EMAIL PROTECTED] Monterrey NL, Mexico http://www.javageek.org/
Re: [Wicket-user] Role-Based AND Spring Aware WebApplication
Yeah, I noticed that as I looked more in the AuthenticatedWebApp class that it really doesn't do much, but the fact of the matter is that I have to copy code over to my class. However, what happens if there is another WebApp class that is useful in the future but I'm already extending the SpringWebApp class? It just seems like a lack of reuse. On 3/9/06, Eelco Hillenius [EMAIL PROTECTED] wrote: The distracting thing here is the way AuthenticatedWebApplication isimplemented. It's elegant by itself, but as you noticed not veryuseful if you want to use it together with another base class.The only thing that application does though, is register itself as IRoleCheckingStrategy and IUnauthorizedComponentInstantiationListener.The only thing you need to do is pull those implementations out ofthat webapplication class and register them in yours. You probablywant to work with your own session object anyway? EelcoOn 3/9/06, Andrew Berman [EMAIL PROTECTED] wrote: Ok, So we all know that a class in Java cannot extend multiple classes, so because of this there is no way to have extend the AuthenticatedWebApplication and the SpringWebApplication classes for a single app.So, does this mean I have to copy the code of one of them into my class which only extends one of them?Seems kind of wrong in my opinion.Maybe some sort of chain needs to be implemented in WebApplications so instead of extending a specific WebApp class, you define in your WebApp class the handlers you wish to use. Thoughts or did I miss something major? Andrew---This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcastand join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmdlnkkid0944bid$1720dat1642___Wicket-user mailing listWicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
[Wicket-user] 优惠代开发票!
您好! 腾达实业有限公司因进项较多,每月有部分结余发票可优惠对外代开. 普通发票,运输发票(税率0.8%-1.5%左右).增值发票(税率6%左右),可验证 后付款. 联系电话:13927434328(张先生) --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnkkid=110944bid=241720dat=121642 ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user