Re: Tomcat 7 generated web.xml
Greetings, On Fri, Jul 15, 2011 at 3:52 PM, Stephen Munro stephen.ross.mu...@gmail.com wrote: I'm looking for details on how to get the generated web.xml after all the annotations have been processed. See http://tomcat.apache.org/tomcat-7.0-doc/config/context.html and look for logEffectiveWebXml. -Jesse -- There are 10 types of people in this world, those that can read binary and those that can not. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Tomcat 7 generated web.xml
Thanks for the quick reply! I've got it working, so thanks. I'm a little curious why the web-app structure is dumped directly to the logs rather than have it written to a .xml for convenience say...web-generated.xml? On 15 July 2011 21:04, Jesse Farinacci jie...@gmail.com wrote: Greetings, On Fri, Jul 15, 2011 at 3:52 PM, Stephen Munro stephen.ross.mu...@gmail.com wrote: I'm looking for details on how to get the generated web.xml after all the annotations have been processed. See http://tomcat.apache.org/tomcat-7.0-doc/config/context.html and look for logEffectiveWebXml. -Jesse -- There are 10 types of people in this world, those that can read binary and those that can not. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org -- Warmest Regards, Stephen Munro
Re: Tomcat 7 generated web.xml
Greetings, On Fri, Jul 15, 2011 at 5:10 PM, Stephen Munro stephen.ross.mu...@gmail.com wrote: Thanks for the quick reply! I've got it working, so thanks. I'm a little curious why the web-app structure is dumped directly to the logs rather than have it written to a .xml for convenience say...web-generated.xml? Great! The configuration option name has log right in it. I wouldn't expect it to do anything other than log the effective web.xml. Having this effective web.xml output to a special file seems of limited value, you can simply copy and paste in the rare event that you actually require it. -Jesse -- There are 10 types of people in this world, those that can read binary and those that can not. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Tomcat 7 generated web.xml
Yeah, you may be right out it's usefulness, but on the video I watched, it was being pitched as a performance boost if you had a massive web app (with annotations and web-fragments). So the use case would be, develop the app with annotations enabled and in production, switch them off and use the master (generated) web.xml, that's what my understanding of it was. So, with that in mind, I'd have thought a web.xml file would have been created and that could be checked into version control without the user having to do anything. This may not be what had been envisioned for it's primary use, it just struck me as a nice feature to have. On 15 July 2011 22:18, Jesse Farinacci jie...@gmail.com wrote: Greetings, On Fri, Jul 15, 2011 at 5:10 PM, Stephen Munro stephen.ross.mu...@gmail.com wrote: Thanks for the quick reply! I've got it working, so thanks. I'm a little curious why the web-app structure is dumped directly to the logs rather than have it written to a .xml for convenience say...web-generated.xml? Great! The configuration option name has log right in it. I wouldn't expect it to do anything other than log the effective web.xml. Having this effective web.xml output to a special file seems of limited value, you can simply copy and paste in the rare event that you actually require it. -Jesse -- There are 10 types of people in this world, those that can read binary and those that can not. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org -- Warmest Regards, Stephen Munro
Re: Tomcat 7 generated web.xml
On 15/07/2011 22:25, Stephen Munro wrote: Yeah, you may be right out it's usefulness, but on the video I watched, it was being pitched as a performance boost if you had a massive web app (with annotations and web-fragments). So the use case would be, develop the app with annotations enabled and in production, switch them off and use the master (generated) web.xml, that's what my understanding of it was. So, with that in mind, I'd have thought a web.xml file would have been created and that could be checked into version control without the user having to do anything. Does the video describe an app which is rebooted frequently in production? p This may not be what had been envisioned for it's primary use, it just struck me as a nice feature to have. On 15 July 2011 22:18, Jesse Farinacci jie...@gmail.com wrote: Greetings, On Fri, Jul 15, 2011 at 5:10 PM, Stephen Munro stephen.ross.mu...@gmail.com wrote: Thanks for the quick reply! I've got it working, so thanks. I'm a little curious why the web-app structure is dumped directly to the logs rather than have it written to a .xml for convenience say...web-generated.xml? Great! The configuration option name has log right in it. I wouldn't expect it to do anything other than log the effective web.xml. Having this effective web.xml output to a special file seems of limited value, you can simply copy and paste in the rare event that you actually require it. -Jesse -- There are 10 types of people in this world, those that can read binary and those that can not. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org signature.asc Description: OpenPGP digital signature
Re: Tomcat 7 generated web.xml
No, that wasn't the way it was pitched. The video was from springsource and a Mark Thomas was discussing the feature in question ( http://www.youtube.com/watch?v=HSPo8k6DbTsfeature=related). He did say that this feature was good for ensuring nothing was enabled accidentally through web-fragments and that the log feature would help sanity check the web-app configuration. However, he did state it was a good way for improving performance. This was purely out of my own curiosity and I've not looked into Tomcat much and it seemed (to me at least) worth asking about. As you seemed to have implied in your comment, unless the app is rebooted on a regular basis, it may not be worth dumping the in memory copy to a generated web.xml file. On 15 July 2011 22:28, Pid p...@pidster.com wrote: On 15/07/2011 22:25, Stephen Munro wrote: Yeah, you may be right out it's usefulness, but on the video I watched, it was being pitched as a performance boost if you had a massive web app (with annotations and web-fragments). So the use case would be, develop the app with annotations enabled and in production, switch them off and use the master (generated) web.xml, that's what my understanding of it was. So, with that in mind, I'd have thought a web.xml file would have been created and that could be checked into version control without the user having to do anything. Does the video describe an app which is rebooted frequently in production? p This may not be what had been envisioned for it's primary use, it just struck me as a nice feature to have. On 15 July 2011 22:18, Jesse Farinacci jie...@gmail.com wrote: Greetings, On Fri, Jul 15, 2011 at 5:10 PM, Stephen Munro stephen.ross.mu...@gmail.com wrote: Thanks for the quick reply! I've got it working, so thanks. I'm a little curious why the web-app structure is dumped directly to the logs rather than have it written to a .xml for convenience say...web-generated.xml? Great! The configuration option name has log right in it. I wouldn't expect it to do anything other than log the effective web.xml. Having this effective web.xml output to a special file seems of limited value, you can simply copy and paste in the rare event that you actually require it. -Jesse -- There are 10 types of people in this world, those that can read binary and those that can not. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org -- Warmest Regards, Stephen Munro
Re: Tomcat 7 generated web.xml
On 15/07/2011 22:38, Stephen Munro wrote: No, that wasn't the way it was pitched. The video was from springsource and a Mark Thomas was discussing the feature in question ( http://www.youtube.com/watch?v=HSPo8k6DbTsfeature=related). Mark is a Tomcat committer. He did say that this feature was good for ensuring nothing was enabled accidentally through web-fragments and that the log feature would help sanity check the web-app configuration. That is very true. However, he did state it was a good way for improving performance. Not all optimisations are aimed at production. This was purely out of my own curiosity and I've not looked into Tomcat much and it seemed (to me at least) worth asking about. As you seemed to have implied in your comment, unless the app is rebooted on a regular basis, it may not be worth dumping the in memory copy to a generated web.xml file. Indeed. p On 15 July 2011 22:28, Pid p...@pidster.com wrote: On 15/07/2011 22:25, Stephen Munro wrote: Yeah, you may be right out it's usefulness, but on the video I watched, it was being pitched as a performance boost if you had a massive web app (with annotations and web-fragments). So the use case would be, develop the app with annotations enabled and in production, switch them off and use the master (generated) web.xml, that's what my understanding of it was. So, with that in mind, I'd have thought a web.xml file would have been created and that could be checked into version control without the user having to do anything. Does the video describe an app which is rebooted frequently in production? p This may not be what had been envisioned for it's primary use, it just struck me as a nice feature to have. On 15 July 2011 22:18, Jesse Farinacci jie...@gmail.com wrote: Greetings, On Fri, Jul 15, 2011 at 5:10 PM, Stephen Munro stephen.ross.mu...@gmail.com wrote: Thanks for the quick reply! I've got it working, so thanks. I'm a little curious why the web-app structure is dumped directly to the logs rather than have it written to a .xml for convenience say...web-generated.xml? Great! The configuration option name has log right in it. I wouldn't expect it to do anything other than log the effective web.xml. Having this effective web.xml output to a special file seems of limited value, you can simply copy and paste in the rare event that you actually require it. -Jesse -- There are 10 types of people in this world, those that can read binary and those that can not. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org signature.asc Description: OpenPGP digital signature
