We finally hit the wall with the jnlp servlet. If you notices strange things happening, I had to restart tomcat (tels-develop.soe.berkeley.edu:8080)
The jnlp jar deployment stuff was building a war and then deploying that war to the tomcat server. This war is currently 500M. That is apparently too big for mavens tomcat-deploy goal. I was getting out of memory exceptions even with the max heap set to 1500M. The ware is 500MB because it is keeping around all of the old jars. I'm going to switch it so it stops using a war to deploy this stuff. Instead it will simply copy the jars directly to the deployed folder in the webapps directory of tomcat. We've been using this approach successfully here at CC. It means a jnlp deployment takes less than a minute instead of ten minutes. There will still be an option for building a war if you want to turn it back on. We discussed this before and Tony and Turadg didn't like it. However it seems to be the only reasonable solution right now. With our current approach we are zipping up over 500MB, sending it over http to tomcat, tomcat unzips 500MB. In this new approach just the jars that have changed will be copied through the file system. A longer term solution is to make a servlet that runs inside of tomcat. The servlet can have a way to trigger a build (probably a webform with a button). The build will basically do we've been doing when we ssh to tels-develop and run the deploy.sh script. In this way the whole thing will be a self contained thing which can be deployed to any servlet container. Its only oddity is that the servlet will be doing http GETs to download the maven jars. I would guess this is an abnormal behavior for servlets, so it might be blocked by external hosting providers. If continuum starts working inside of tomcat we can use that to run the build and not need to make a new servlet. Scott --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "SAIL-Dev" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/SAIL-Dev?hl=en -~----------~----~----~----~------~----~------~--~---
