Re: [Wicket-user] URL based session tracking
Hi Igor, Igor Vaynberg wrote: i thought he explained why...because they need to be able to take down one of the nodes and install a different version on it. the static resources might be different between two versions. Indeed, my point exactly. :) the problem is that this is really outside of wicket's domain because these are static and not wicket-related resources you are talking about? They are static non-wicket related resources, but I'm not sure I agree that it's outside the Wicket domain - it's the web framework we use, so it would be really cool if it provided such a feature. so if you have img src=images/foo.gif/ you want jsessionid appended to that? i guess you can use a filter to postprocess the pages, but that will be slow. I'll give it a go. It's only for when the browser doesn't support cookies (which is very rare I think these days) so it might be an acceptable solution. /james. On 2/6/07, *Eelco Hillenius* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: On 2/6/07, Johan Compagner [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: do you really want static! resources to be encoded? i guess for some static resources (not really static but dynamic bases on session data) it is needed. But normally static != dynamic != session Hrm, yeah, good point actually. I don't think you actually need it James. Eelco - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier. Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net mailto:Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user https://lists.sourceforge.net/lists/listinfo/wicket-user - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier. Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier. Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] URL based session tracking
Hi Igor, Igor Vaynberg wrote: the problem is that this is really outside of wicket's domain because these are static and not wicket-related resources you are talking about? so if you have img src=images/foo.gif/ you want jsessionid appended to that? i guess you can use a filter to postprocess the pages, but that will be slow. As Wicket has to parse the HTML templates (at least once), it could provide/maintain hooks into the DOM for non-wicket static resources so that the markup does not need to be parsed later using a filter (which will be really slow). My point is, that if this feature is added to Wicket, it would be a feature that no other framework has (AFAIK), it would solve my problem ;) and could probably be pretty fast. So should I start a JIRA or does this end here? /james. On 2/6/07, *Eelco Hillenius* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: On 2/6/07, Johan Compagner [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: do you really want static! resources to be encoded? i guess for some static resources (not really static but dynamic bases on session data) it is needed. But normally static != dynamic != session Hrm, yeah, good point actually. I don't think you actually need it James. Eelco - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier. Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net mailto:Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user https://lists.sourceforge.net/lists/listinfo/wicket-user - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier. Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier. Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
[Wicket-user] Redirection bug?
Hi All, When a browser does not support cookies (or has cookies turned off) we all know that session state is maintained using URL rewriting. This is achieved by calling the following Servlet API method: javax.servlet.http.HttpServletResponse.encodeURL(http://blahblah;); According to the servlet API, if the URL being encoded is for redirection, the following method should be called instead: javax.servlet.http.HttpServletResponse.encodeRedirectURL(http://blahblah;); In the source code for wicket.protocol.http.WicketResponse, it can be seen that wicket always uses the encodeURL method for redirects. The result is that the 'Location' header set in redirects does not include the jsessionid URL parameter and so session state is not maintained (resulting in new sessions or session time-outs etc). I have implemented a fix for wicket 1.2.1 (see attachment), which seems to resolve the issue, but I'm unsure if this will cause any other issues, so I would appreciate any suggestions or feedback. Kind regards, /james === James Carnegie Senior Analyst Programmer/Development Team Leader Tel:(+44) (0) 1179081253 Fax:(+44) (0) 1179081494 Email: James Carnegie [EMAIL PROTECTED] This communication is intended solely for the addressee and is confidential. If you are not the intended recipient, any disclosure, copying, distribution or any action taken or omitted to be taken in reliance on it, is prohibited and may be unlawful. Although this e-mail and any attachments are believed to be free of any virus, or any other defect which might affect any computer or IT system into which they are received and opened, it is the responsibility of the recipient to ensure that they are virus free and no responsibility is accepted by Multicom Products Limited for any loss or damage arising in any way from receipt or use thereof. /* * $Id: WebResponse.java 5231 2006-04-01 15:34:49 -0800 (Sat, 01 Apr 2006) * joco01 $ $Revision: 6064 $ $Date: 2006-04-01 15:34:49 -0800 (Sat, 01 Apr * 2006) $ * * == * Licensed under the Apache License, Version 2.0 (the License); you may not * use this file except in compliance with the License. You may obtain a copy of * the License at * * http://www.apache.org/licenses/LICENSE-2.0 * * Unless required by applicable law or agreed to in writing, software * distributed under the License is distributed on an AS IS BASIS, WITHOUT * WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. See the * License for the specific language governing permissions and limitations under * the License. */ package wicket.protocol.http; import java.io.IOException; import java.io.OutputStream; import java.util.Locale; import javax.servlet.http.Cookie; import javax.servlet.http.HttpServletResponse; import org.apache.commons.logging.Log; import org.apache.commons.logging.LogFactory; import wicket.Response; import wicket.WicketRuntimeException; import wicket.util.string.AppendingStringBuffer; import wicket.util.string.Strings; import wicket.util.time.Time; /** * Implements responses over the HTTP protocol by holding an underlying * HttpServletResponse object and providing convenience methods for using that * object. Convenience methods include methods which: add a cookie, close the * stream, encode a URL, redirect a request to another resource, determine if a * redirect has been issued, set the content type, set the locale and, most * importantly, write a String to the response output. * * @author Jonathan Locke */ public class WebResponse extends Response { /** Log. */ private static final Log log = LogFactory.getLog(WebResponse.class); /** True if response is a redirect. */ protected boolean redirect; /** The underlying response object. */ private final HttpServletResponse httpServletResponse; /** * Constructor for testing harness. */ public WebResponse() { this.httpServletResponse = null; } /** * Package private constructor. * * @param httpServletResponse *The servlet response object */ public WebResponse(final HttpServletResponse httpServletResponse) { this.httpServletResponse = httpServletResponse; } /** * Add a cookie to the web response * * @param cookie */ public void addCookie(final Cookie cookie) { getHttpServletResponse().addCookie(cookie); } /** * Convenience method for clearing a cookie. * * @param cookie *The cookie to set * @see WebResponse#addCookie(Cookie) */ public void clearCookie(final Cookie cookie) { cookie.setMaxAge(0); cookie.setValue(null); addCookie(cookie); } /** * Closes response output. */ public void close() { // NOTE: Servlet container will close the response output stream // automatically, so we do nothing here. } /** * Returns the given url encoded
Re: [Wicket-user] Redirection bug?
Below is the Servlet 2.4 API Javadoc for encodeRedirectURL: -- Encodes the specified URL for use in the sendRedirect method or, if encoding is not needed, returns the URL unchanged. The implementation of this method includes the logic to determine whether the session ID needs to be encoded in the URL. Because the rules for making this determination can differ from those used to decide whether to encode a normal link, this method is separated from the encodeURL method. All URLs sent to the HttpServletResponse.sendRedirect method should be run through this method. Otherwise, URL rewriting cannot be used with browsers which do not support cookies. -- I think this means that it shouldn't break if the URL has already been encoded for redirection, but it is unclear about what might happen if it has already been encoded using the other method. Kind regards, /james Johan Compagner wrote: hmm this is a good one. Why nobody else pointed out this before. But one problem, it could be that the url was already encoded by the call encodeURL because it is possible that the url was already encoded. Because it is called for example in WebRequestCycle.redirectTo(final Page page) And that gets the url by calling urlFor() that ens up at: WebRequestCodingStrategy.encode(final RequestCycle requestCycle, final IRequestTarget requestTarget) which does: return requestCycle.getOriginalResponse().encodeURL(buffer); and at that point we don't know that it becomes an redirect url or a normal link... So the question is what is the end result? What does encodeRedirectURL do and return? even if encodeURL is already called before on that same url? johan On 12/13/06, *James Carnegie* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Hi All, When a browser does not support cookies (or has cookies turned off) we all know that session state is maintained using URL rewriting. This is achieved by calling the following Servlet API method: javax.servlet.http.HttpServletResponse.encodeURL(http://blahblah http://blahblah); According to the servlet API, if the URL being encoded is for redirection, the following method should be called instead: javax.servlet.http.HttpServletResponse.encodeRedirectURL( http://blahblah;); In the source code for wicket.protocol.http.WicketResponse, it can be seen that wicket always uses the encodeURL method for redirects. The result is that the 'Location' header set in redirects does not include the jsessionid URL parameter and so session state is not maintained (resulting in new sessions or session time-outs etc). I have implemented a fix for wicket 1.2.1 (see attachment), which seems to resolve the issue, but I'm unsure if this will cause any other issues, so I would appreciate any suggestions or feedback. Kind regards, /james === James Carnegie Senior Analyst Programmer/Development Team Leader Tel:(+44) (0) 1179081253 Fax:(+44) (0) 1179081494 Email: James Carnegie [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] This communication is intended solely for the addressee and is confidential. If you are not the intended recipient, any disclosure, copying, distribution or any action taken or omitted to be taken in reliance on it, is prohibited and may be unlawful. Although this e-mail and any attachments are believed to be free of any virus, or any other defect which might affect any computer or IT system into which they are received and opened, it is the responsibility of the recipient to ensure that they are virus free and no responsibility is accepted by Multicom Products Limited for any loss or damage arising in any way from receipt or use thereof. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net mailto:Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share
Re: [Wicket-user] Too many open files
Hi all, This problem has cropped up a couple of times on this list. Do you think we should add it to the Gotchas section of the wiki? just my 2 cents. :) /j. Flemming Boller wrote: I am glad to help you :-) On 11/27/06, *Nino Wael* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: I take the part about error pages back! Seems to be working. What a glorious day J *From:* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] [mailto: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]] *On Behalf Of *Nino Wael *Sent:* 27. november 2006 14:58 *To:* wicket-user@lists.sourceforge.net mailto:wicket-user@lists.sourceforge.net *Subject:* Re: [Wicket-user] Too many open files Yeah, its in DEPLOYMENT mode… NO it wasn't L We changed it on the way because, our NICE error pages aren't shown in DEPLOYMENT mode. THANKS, this fixes our trouble with too many files open(at least on my local machine, haven't tested it on the server yet)! Althought now, our Error pages aren't show. However that's not for this thread. THANKS AGAIN. Regards Nino *From:* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] [mailto: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]] *On Behalf Of *Flemming Boller *Sent:* 27. november 2006 14:12 * To:* wicket-user@lists.sourceforge.net mailto:wicket-user@lists.sourceforge.net *Subject: * Re: [Wicket-user] Too many open files Hi Nino I also have this feature with open files, but found in a earlier post that it could be fixed with putting Wicket into PRODUCTION configuration. Either in web.xml or in the code. Have you tried this? /Flemming On 11/27/06, *Nino Wael* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Ok, that helps a bit. But where in server.xml should I write the lines? Should I add a specific context for my wicket application eg like: Context path=/wicketAPP docBase=wicketAPP debug=0 antiResourceLocking=1 antiJarLocking=1 / And if I take it from my web.xml as stated below: Context path=/viewer docBase=viewer debug=0 antiResourceLocking=1 antiJarLocking=1 / Or are there a general switch? Regards Nino *From:* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] [mailto: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]] *On Behalf Of *Johan Compagner *Sent:* 27. november 2006 12:24 * To:* wicket-user@lists.sourceforge.net mailto:wicket-user@lists.sourceforge.net * Subject:* Re: [Wicket-user] Too many open files that is the web.xml you should configure it in the server.xml (see the url i sent in that information about the server.xml configuration) On 11/27/06, *Nino Wael * [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Hi Johan or others able to answer. How do I encorporate this, into the web.xml, where should I place it in the below xml? Sorry for such a novice question.. ? xml version = 1.0 encoding = UTF-8 ? ! DOCTYPE web-app PUBLIC -//Sun Microsystems, Inc.//DTD Web Application 2.3//EN http://java.sun.com/dtd/web-app_2_3.dtd; web-app !-- Context parameter that specifies the local SAS Foundation Services metadata source properties file. -- context-param param-name local.sas.foundation.services / param-name param-value /conf/sas_metadata_source_omr_testsrv.properties / param-value / context-param !-- Declare ServletContextListener to deploy and destroy local SAS Foundation Services -- listener listener-class com.sas.jobindsats.businesslogic.biplatform.FoundationServicesContextListener / listener-class / listener !--F� lgende klasse h� ndterer at der bliver etableret en SessionContext for brugeren, n� r de kontakter webapplikationen -- listener listener-class com.sas.jobindsats.businesslogic.JobindsatsBruger / listener-class / listener !--f� lgende er en versions information Servlet -- servlet servlet-name
Re: [Wicket-user] servlet-mapping
Hi Dipu, I don't know the answer to your problem, but I am experiencing it too and would be very interested in learning about any solutions you find. Customers need to be able to specify what URL's look like, so the Wicket framework should _not_ dictate this. Can someone explain why we cannot use the url-pattern/*/url-pattern and have static resources loaded properly (with correct headers etc)? Kind regards, /james Dipu wrote: Hi Jean, Thanks for replying , Context path is something like /myapp I don't understand why it doesnt add the last modified header to static resources when the url-pattern/*/url-pattern Regards Dipu - Original Message - From: Jean-Baptiste Quenot [EMAIL PROTECTED] To: wicket-user@lists.sourceforge.net Sent: Thursday, November 16, 2006 3:40 PM Subject: Re: [Wicket-user] servlet-mapping What is the context path of your webapp within the servlet container? Have you seen this issue: http://issues.apache.org/jira/browse/WICKET-66 All the best, -- Jean-Baptiste Quenot aka John Banana Qwerty http://caraldi.com/jbq/ - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] servlet-mapping
Hi Igor, Thanks for the clarification. I look forward to version 2. :) Kind regards, /james Igor Vaynberg wrote: to better explain usually static resources are handled by the application server. the server knows it is serving a file and thus sets the last modified date of the resource to the last modified date of a file. so lets say you have /myapp/images/foo.gif and you map your wicket servlet to /* what happens is that when a request comes in for /myapp/images/foo.gif it will match the wicket servlet - so now it is wicket servlet's job to serve this file to the browser. now we are nice enough to provide support for this - but obviously we cannot do as good a job as the application server which has a lot more context. so we recommend mapping the servlet to something like /app/* so that foo.gif will be processed by the application server and only wicket-specific requests are processed by the servlet. in 2.0 what we did was instead of using a servlet use a filter the advantage of a filter is that unlike a servlet it can choose not to process the request and let whatever is next in chain try. so when using a wicket filter and a request comes in for foo.gif the filter chooses not to process it because it knows it is not a wicket-related request. since the filter didnt process it it falls on to the application server to try, and then it works. someone mind putting this on the wiki? -igor On 11/16/06, *Johan Compagner* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: when using wicket 1.x and the WicketServlet (maybe we backport the filter to 1.3 i don't know yet) Don't have an servlet mapping of /* Because then the wicket servlet must do everything also as you notice the static resources Those resources should be handled by the right (default?) servlet of your app server. But with a servlet it is all or nothing. In 2.0 we fixed this then we also supply a filter so that we can pass it through to the next filter/servlet when we (the filter) doesn't want this request. so servlet mapping of /* is strongly not recommended!! johan On 11/16/06, * James Carnegie* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Hi Dipu, I don't know the answer to your problem, but I am experiencing it too and would be very interested in learning about any solutions you find. Customers need to be able to specify what URL's look like, so the Wicket framework should _not_ dictate this. Can someone explain why we cannot use the url-pattern/*/url-pattern and have static resources loaded properly (with correct headers etc)? Kind regards, /james Dipu wrote: Hi Jean, Thanks for replying , Context path is something like /myapp I don't understand why it doesnt add the last modified header to static resources when the url-pattern/*/url-pattern Regards Dipu - Original Message - From: Jean-Baptiste Quenot [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] To: wicket-user@lists.sourceforge.net mailto:wicket-user@lists.sourceforge.net Sent: Thursday, November 16, 2006 3:40 PM Subject: Re: [Wicket-user] servlet-mapping What is the context path of your webapp within the servlet container? Have you seen this issue: http://issues.apache.org/jira/browse/WICKET-66 http://issues.apache.org/jira/browse/WICKET-66 All the best, -- Jean-Baptiste Quenot aka John Banana Qwerty http://caraldi.com/jbq/ - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net mailto:Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] servlet-mapping
Hi Johan, Thanks for the clarification. I look forward to version 2. :) Kind regards, /james Johan Compagner wrote: when using wicket 1.x and the WicketServlet (maybe we backport the filter to 1.3 i don't know yet) Don't have an servlet mapping of /* Because then the wicket servlet must do everything also as you notice the static resources Those resources should be handled by the right (default?) servlet of your app server. But with a servlet it is all or nothing. In 2.0 we fixed this then we also supply a filter so that we can pass it through to the next filter/servlet when we (the filter) doesn't want this request. so servlet mapping of /* is strongly not recommended!! johan On 11/16/06, *James Carnegie* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Hi Dipu, I don't know the answer to your problem, but I am experiencing it too and would be very interested in learning about any solutions you find. Customers need to be able to specify what URL's look like, so the Wicket framework should _not_ dictate this. Can someone explain why we cannot use the url-pattern/*/url-pattern and have static resources loaded properly (with correct headers etc)? Kind regards, /james Dipu wrote: Hi Jean, Thanks for replying , Context path is something like /myapp I don't understand why it doesnt add the last modified header to static resources when the url-pattern/*/url-pattern Regards Dipu - Original Message - From: Jean-Baptiste Quenot [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] To: wicket-user@lists.sourceforge.net mailto:wicket-user@lists.sourceforge.net Sent: Thursday, November 16, 2006 3:40 PM Subject: Re: [Wicket-user] servlet-mapping What is the context path of your webapp within the servlet container? Have you seen this issue: http://issues.apache.org/jira/browse/WICKET-66 All the best, -- Jean-Baptiste Quenot aka John Banana Qwerty http://caraldi.com/jbq/ - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net mailto:Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user https://lists.sourceforge.net/lists/listinfo/wicket-user - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net mailto:Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net mailto:Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV