Hey, I'm struggling with the same problem. I didn't took some time to address it yet. I think that I've already sent an email on this mailing-list to ask how could I compile less files at startup and not on demand but no one has answered it.
I'd be glad to have a solution for that. Cheers, Charles Capon Le mar. 5 juil. 2016 à 15:13, Peter Hvass <peter.hv...@jamesinnes.com> a écrit : > Hello all, > > The solution is kind of obvious here though I just wanted to feel around > for any alternatives. > > I'm deploying a small web application to a Tomcat 8 server handled by > Amazon Web Service's Elastic Beanstalk service - load balancers etc. etc. > > This is quite a busy site - so we'll typically see around 100 concurrent > users. > > When I deploy a new version of the web app, the 'first load' is very heavy > - mostly due to LESS compilation (tapestry-webresources, wro4j). When 100 > concurrent users hit for that 'first load' the server immediately falls > over in a 100% CPU death spiral. > > My workaround thus far has been to deploy the new version to a secondary > server, access it for the first load myself and then throw it to the > hordes. This is annoying and time-consuming. > > Ideally it would be great if LESS compilation could occur as part of > building the WAR file rather than live on the server. We never make changes > to files inside the WAR file directly. Has anyone been able to achieve > this? > > Kind regards, > Peter >
