Re: AW: set session-timeout

2013-10-23 Thread Martijn Dashorst
AFAIK you can specify the session timeout in your web.xml or in your
container. I don't see why Wicket should get involved in that, other
than change the session timeout for logged in users (i.e. after they
successfully authenticated with your application), or special users
(administrators with limited session time, etc). In those cases you
already have a bound session, and you can use the previous call. If
you want to specify session timeout for all users, then do it in your
deployment descriptor.

http://stackoverflow.com/questions/15382895/session-timeout-in-web-xml

Martijn

On Wed, Oct 23, 2013 at 7:23 AM, Martin Grigorov mgrigo...@apache.org wrote:
 On Wed, Oct 23, 2013 at 2:36 AM, Joachim Schrod jsch...@acm.org wrote:

 On 10/22/13 15:32, Martin Grigorov wrote:
  On Tue, Oct 22, 2013 at 4:27 PM, Joachim Schrod jsch...@acm.org wrote:
 
  On 10/22/13 10:34, christoph.ma...@t-systems.com wrote:
   If I do this in my WicketApplication class, in the init()
   method I get java.lang.reflect.UndeclaredThrowableException.
   But if I add this to my base page it works. Is there any
   possibility to do this in the WicketApplication class?
 
  You have to redefine WebApplication#newSession().
 
  It can't be done in init(), as no session exists yet. And you must
  set the Session timeout for each new session anew.
 
  Without having tried it, code like
 
  @Override
  public Session newSession(Request request, Response response) {
  Session session = super.newSession(request, response);
 
 
 
 ((ServletWebRequest)request).getContainerRequest().getSession().setMaxInactiveInterval(TIMEOUT);
 
 
  ALARM!
  getSession() is the same as getSession(true). I.e. it will create a new
  http session for each and every http request, even for static resources.
 
  Wicket creates Wicket Session when Session.get() is used, but creates
 Http
  Session only when wicketSession.bind() is called.

 Interesting to hear; I'd have thought that works. Tricky thing,
 that. As I wrote, I didn't try the code; I just copied the access
 to HttpSession from the posts below.

 But, since wicketSession.bind() is final, one cannot subclass
 Session and redefine it either, to set the timeout there. (Much too
 many methods of Wicket classes are final, without really good
 reason; I copy them to my applications making the methods non-final
 much too often. :-( )


 If you override bind() and do something wrong then the functionality will
 break completely.



 Martin, what would you propose to be the hook that allows to
 establish a different session timeout application-wide within your
 Java application? I hadn't had yet that case, web.xml suffices by
 now, but it would be good to know for the future.


 It is much better from framework point of view to give you a hook:

 org.apache.wicket.session.ISessionStore#getBindListeners().add(myListener)



 Cheers,
 Joachim

  return session;
  }
 
  should work. Maybe check that request is really a
  ServletWebRequest. (This is also a good place to set the locale.)
 
  HTH,
  Joachim
 
  
   -Ursprüngliche Nachricht-
   Von: francois meillet [mailto:francois.meil...@gmail.com]
   Gesendet: Montag, 21. Oktober 2013 16:34
   An: users@wicket.apache.org
   Betreff: Re: set session-timeout
  
   HttpSession httpSession = ((ServletWebRequest)
  RequestCycle.get().getRequest()).getContainerRequest().getSession();
   httpSession.setMaxInactiveInterval(timeOut);
  
   François
  
  
   On Mon, Oct 21, 2013 at 4:12 PM, Martin Grigorov 
 mgrigo...@apache.org
  wrote:
  
  
  
 http://docs.oracle.com/cd/E17802_01/webservices/webservices/docs/1.6/a
   pi/javax/servlet/http/HttpSession.html#setMaxInactiveInterval(int)
  
  
   On Mon, Oct 21, 2013 at 4:44 PM, christoph.ma...@t-systems.com
 wrote:
  
Hello,
   
in my application i have set the errorpage for expired pages like
  this:
   
getApplicationSettings().setPageExpiredErrorPage(Timeout.class);
   
Now I want to make the time until the application expires
  configurable.
How can I do this? Can I set this in the WicketApplication.init()?
 --
 =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
 Joachim Schrod, Roedermark, Germany
 Email: jsch...@acm.org


 -
 To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
 For additional commands, e-mail: users-h...@wicket.apache.org





-- 
Become a Wicket expert, learn from the best: http://wicketinaction.com

-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org



Re: AW: set session-timeout

2013-10-23 Thread Martin Grigorov
On Wed, Oct 23, 2013 at 12:35 PM, Martijn Dashorst 
martijn.dasho...@gmail.com wrote:

 AFAIK you can specify the session timeout in your web.xml or in your
 container. I don't see why Wicket should get involved in that, other
 than change the session timeout for logged in users (i.e. after they
 successfully authenticated with your application), or special users
 (administrators with limited session time, etc). In those cases you
 already have a bound session, and you can use the previous call. If
 you want to specify session timeout for all users, then do it in your
 deployment descriptor.


Christoph's first message says: Now I want to make the time until the
application expires *configurable*



 http://stackoverflow.com/questions/15382895/session-timeout-in-web-xml

 Martijn

 On Wed, Oct 23, 2013 at 7:23 AM, Martin Grigorov mgrigo...@apache.org
 wrote:
  On Wed, Oct 23, 2013 at 2:36 AM, Joachim Schrod jsch...@acm.org wrote:
 
  On 10/22/13 15:32, Martin Grigorov wrote:
   On Tue, Oct 22, 2013 at 4:27 PM, Joachim Schrod jsch...@acm.org
 wrote:
  
   On 10/22/13 10:34, christoph.ma...@t-systems.com wrote:
If I do this in my WicketApplication class, in the init()
method I get java.lang.reflect.UndeclaredThrowableException.
But if I add this to my base page it works. Is there any
possibility to do this in the WicketApplication class?
  
   You have to redefine WebApplication#newSession().
  
   It can't be done in init(), as no session exists yet. And you must
   set the Session timeout for each new session anew.
  
   Without having tried it, code like
  
   @Override
   public Session newSession(Request request, Response response) {
   Session session = super.newSession(request, response);
  
  
  
 
 ((ServletWebRequest)request).getContainerRequest().getSession().setMaxInactiveInterval(TIMEOUT);
  
  
   ALARM!
   getSession() is the same as getSession(true). I.e. it will create a
 new
   http session for each and every http request, even for static
 resources.
  
   Wicket creates Wicket Session when Session.get() is used, but creates
  Http
   Session only when wicketSession.bind() is called.
 
  Interesting to hear; I'd have thought that works. Tricky thing,
  that. As I wrote, I didn't try the code; I just copied the access
  to HttpSession from the posts below.
 
  But, since wicketSession.bind() is final, one cannot subclass
  Session and redefine it either, to set the timeout there. (Much too
  many methods of Wicket classes are final, without really good
  reason; I copy them to my applications making the methods non-final
  much too often. :-( )
 
 
  If you override bind() and do something wrong then the functionality will
  break completely.
 
 
 
  Martin, what would you propose to be the hook that allows to
  establish a different session timeout application-wide within your
  Java application? I hadn't had yet that case, web.xml suffices by
  now, but it would be good to know for the future.
 
 
  It is much better from framework point of view to give you a hook:
 
 
 org.apache.wicket.session.ISessionStore#getBindListeners().add(myListener)
 
 
 
  Cheers,
  Joachim
 
   return session;
   }
  
   should work. Maybe check that request is really a
   ServletWebRequest. (This is also a good place to set the locale.)
  
   HTH,
   Joachim
  
   
-Ursprüngliche Nachricht-
Von: francois meillet [mailto:francois.meil...@gmail.com]
Gesendet: Montag, 21. Oktober 2013 16:34
An: users@wicket.apache.org
Betreff: Re: set session-timeout
   
HttpSession httpSession = ((ServletWebRequest)
   RequestCycle.get().getRequest()).getContainerRequest().getSession();
httpSession.setMaxInactiveInterval(timeOut);
   
François
   
   
On Mon, Oct 21, 2013 at 4:12 PM, Martin Grigorov 
  mgrigo...@apache.org
   wrote:
   
   
   
  http://docs.oracle.com/cd/E17802_01/webservices/webservices/docs/1.6/a
pi/javax/servlet/http/HttpSession.html#setMaxInactiveInterval(int)
   
   
On Mon, Oct 21, 2013 at 4:44 PM, christoph.ma...@t-systems.com
  wrote:
   
 Hello,

 in my application i have set the errorpage for expired pages
 like
   this:

 getApplicationSettings().setPageExpiredErrorPage(Timeout.class);

 Now I want to make the time until the application expires
   configurable.
 How can I do this? Can I set this in the
 WicketApplication.init()?
  --
  =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
  Joachim Schrod, Roedermark, Germany
  Email: jsch...@acm.org
 
 
  -
  To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
  For additional commands, e-mail: users-h...@wicket.apache.org
 
 



 --
 Become a Wicket expert, learn from the best: http://wicketinaction.com

 -
 To unsubscribe, e-mail: 

Re: Jetty Gzip Compression

2013-10-23 Thread Martin Grigorov
See https://issues.apache.org/jira/browse/WICKET-5392


On Fri, Nov 30, 2012 at 5:11 PM, Martin Grigorov mgrigo...@apache.orgwrote:

 Try with wget/curl client instead.
 I meant text/javascript ..


 On Fri, Nov 30, 2012 at 4:08 PM, Nick Pratt nbpr...@gmail.com wrote:

 Ive stepped through the GzipFilter, and things look to be processed
 through
 the Gzip compression, but only my welcome.html page is returned as gzipped
 - all the .css and .js resources do not have a gzip Content-Encoding set
 on
 them.

 Just to clarify, did you really mean text/application instead of
 text/css and application/javascript ?

 N


 On Fri, Nov 30, 2012 at 3:45 AM, Martin Grigorov mgrigo...@apache.org
 wrote:

  Hi,
 
  The gzip filter should be before Wicket filter. This way it has the
 chance
  to manipulate the response generated by Wicket.
  Wicket just calls httpServletResponse.setContentType(text/application)
  and httpServletResponse.write(someStringWithJS).
  GZipFilter's job is to change the content type and gzip the JS string.
  I recommend you to put a breakpoint in GZipFilter and see what happens.
 
 
  On Thu, Nov 29, 2012 at 8:30 PM, Nick Pratt nbpr...@gmail.com wrote:
 
   Ive enabled Gzip compression via the Jetty filter for my application
  (Jetty
   v6 and v8).
   Based on Chrome Dev Tools and Firebug in Firefox, my .js and .css
 files
  are
   not being compressed (browser states in the request that it will take
  gzip
   response), although text/html is, and Im trying to understand why.
  
   Ive got the mimeTypes configured in the GzipFilter servlet,
 minGzipSize
   defaults to 0 bytes.
  
   In Wicket 6, is there anything going on with the resources that would
   prevent Jetty's GzipFilter from working?
  
   Ive tried placing the filter both before and after the WicketFilter.
  
   Chrome's PageSpeed analyzer also thinks most of my larger JS files are
  not
   compressed (Ive been looking at the Response headers)
  
   Any thoughts?
  
   N
  
 
 
 
  --
  Martin Grigorov
  jWeekend
  Training, Consulting, Development
  http://jWeekend.com http://jweekend.com/
 




 --
 Martin Grigorov
 jWeekend
 Training, Consulting, Development
 http://jWeekend.com http://jweekend.com/




CSS include order

2013-10-23 Thread Nick Pratt
Is there a quick/simple way to ensure that our site-wide CSS is included
last (as included in our BasePage.html head section), after all other
Components have contributed their CSS files?

N


Requirements for a progress bar in a file upload form

2013-10-23 Thread MartinoSuperman
Hi,

I built a form in Wicket, in which a file can be uploaded to the server.

Furthermore, to show the progress of uploading I also built in a progress
bar.

The problem now is that that progress bar does not work. I do not know what
I forgot to implement and/or what I did. I think I forgot something.

My question is: What are the requirements for the working of a progress bar
in a form for uploading a file?

Thanks for your help in advance!



--
View this message in context: 
http://apache-wicket.1842946.n4.nabble.com/Requirements-for-a-progress-bar-in-a-file-upload-form-tp4661935.html
Sent from the Users forum mailing list archive at Nabble.com.

-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org