linux vs windows responses on the list
In general, is it assumed that all responses given to the list assume the OP is running a version of Linux, if they don't state the OS? For example, I read the post about Tomcat upgrades/security patching best practices and the advice given is to modify init.d script. I don't recall seeing the OP indicate they run Linux and the list usually gently bashes people for not being specific about their environment. Since I run Tomcat on Windows, I don't know what the init.d script is, but reading that response I get the feeling the that Tomcat on Linux is alot easier to manage than Tomcat on Windows, especially if you are running Tomcat as a Windows service. I would have thought that another option to that post would be to use the appBase attribute of a Host element and just move your webapps out of the traditional location located within the Tomcat installation directory. But I guess I didn't understand the OP. Is it time for us to go to Linux? Leo - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: linux vs windows responses on the list
On 2/24/2014 10:59 AM, Leo Donahue wrote: In general, is it assumed that all responses given to the list assume the OP is running a version of Linux, if they don't state the OS? For example, I read the post about Tomcat upgrades/security patching best practices and the advice given is to modify init.d script. I don't recall seeing the OP indicate they run Linux and the list usually gently bashes people for not being specific about their environment. Since I run Tomcat on Windows, I don't know what the init.d script is, but reading that response I get the feeling the that Tomcat on Linux is alot easier to manage than Tomcat on Windows, especially if you are running Tomcat as a Windows service. I would have thought that another option to that post would be to use the appBase attribute of a Host element and just move your webapps out of the traditional location located within the Tomcat installation directory. But I guess I didn't understand the OP. Is it time for us to go to Linux? Not if you're already used to windows and not familiar with Linux; the difference isn't big enough to justify the learning curve. I use TC on windows at work, and my home server is Linux (Debian). The main advantage of windows is that you have GUIs available for setting most options, which is easier if you don't know exactly what you're looking for. The advantage of Linux IMO is that you have more fine-grained control of things, once you know what you're looking for. If you know either one of them well, switching isn't going to be enough of a gain from an administration POV to be worth the learning curve. Of course, there may be other considerations in your particular environment that may drive the decision one way or another. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: linux vs windows responses on the list
On 24/02/2014 16:15, David kerber wrote: On 2/24/2014 10:59 AM, Leo Donahue wrote: In general, is it assumed that all responses given to the list assume the OP is running a version of Linux, if they don't state the OS? For example, I read the post about Tomcat upgrades/security patching best practices and the advice given is to modify init.d script. I don't recall seeing the OP indicate they run Linux and the list usually gently bashes people for not being specific about their environment. That was more me picking an OS to respond to on the basis of my mode at the time rather than an expectation of Linux. Since I run Tomcat on Windows, I don't know what the init.d script is, but reading that response I get the feeling the that Tomcat on Linux is alot easier to manage than Tomcat on Windows, especially if you are running Tomcat as a Windows service. You can do pretty much the same thing for Windows. It would look something like: - push the new CATALINA_HOME via a shared drive - remote tweak the registry to point to the new CATALINA_HOME - remote restart the service All of the above can be scripted if you wish. Rather than pushing you could pull with some simple scripts and scheduled jobs. I would have thought that another option to that post would be to use the appBase attribute of a Host element and just move your webapps out of the traditional location located within the Tomcat installation directory. But I guess I didn't understand the OP. Is it time for us to go to Linux? Not if you're already used to windows and not familiar with Linux; the difference isn't big enough to justify the learning curve. I use TC on windows at work, and my home server is Linux (Debian). The main advantage of windows is that you have GUIs available for setting most options, which is easier if you don't know exactly what you're looking for. The advantage of Linux IMO is that you have more fine-grained control of things, once you know what you're looking for. If you know either one of them well, switching isn't going to be enough of a gain from an administration POV to be worth the learning curve. +1 Of course, there may be other considerations in your particular environment that may drive the decision one way or another. I've worked with Tomcat on Windows, Linux, Solaris, FreeBSD, HP-UX and some more unusual hardware like plug-computers. By far the biggest issue the first time I hit a new OS is figuring out how to do stuff in that OS. I'm comfortable with most OSes these days. Given a free choice for a server I'd start from some flavour of Linux but my desktop where I do all of my dev is Windows and is likely to stay that way (multi-head support for old-ish hardware is so much less hassle with Windows). Mark - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: linux vs windows responses on the list
On 24/02/2014 16:33, Mark Thomas wrote: That was more me picking an OS to respond to on the basis of my mode at the time rather than an expectation of Linux. s/mode/mood/ - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: linux vs windows responses on the list
On 2/24/14 8:33 AM, Mark Thomas wrote: . . . I've worked with Tomcat on Windows, Linux, Solaris, FreeBSD, HP-UX and some more unusual hardware like plug-computers. By far the biggest issue the first time I hit a new OS is figuring out how to do stuff in that OS. . . . And I have a fair amount of experience, FWIW, running it on OS/400. -- JHHL - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: [OT] linux vs windows responses on the list
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Leo, On 2/24/14, 10:59 AM, Leo Donahue wrote: In general, is it assumed that all responses given to the list assume the OP is running a version of Linux, if they don't state the OS? In general, when I read a post where the OP does not state the OS, I just assume it's a Windows user[1] because in my experience they don't realize that there are other operating systems in the world[2]. For example, I read the post about Tomcat upgrades/security patching best practices and the advice given is to modify init.d script. I don't recall seeing the OP indicate they run Linux and the list usually gently bashes people for not being specific about their environment. I think the tide these days in the Linux world is moving away from init.d, anyway. systemd is the future, apparently. Just can't let a working system keep on working. Since I run Tomcat on Windows, I don't know what the init.d script is, but reading that response I get the feeling the that Tomcat on Linux is alot easier to manage than Tomcat on Windows, especially if you are running Tomcat as a Windows service. I find init.d scripts are a lot easier to understand: you can actually read the code that gets executed instead of reading property sheets and guessing what they do under the covers. I would have thought that another option to that post would be to use the appBase attribute of a Host element and just move your webapps out of the traditional location located within the Tomcat installation directory. But I guess I didn't understand the OP. It's possible your solution would have been better. Sometimes simpler answers are better. Is it time for us to go to Linux? As much as it pains me to say so, the answer is probably no, you should stick to Windows. Why? Well, if you've been administrating on Windows for a while, then you are used to all its quirks, etc. and switching would introduce risk into a situation that is currently less risky than that. Remember that risk is bad when it can be avoided. If you had never deployed anything on anything, I would generally recommend learning at least /some/ kind of *NIX and using that. Linux tends to be quite accessible to newcomers, so it's a pretty decent starting point. Every *NIX fan has their favorites but they all come from a similar lineage and philosophy and is decidedly different from Microsoft Windows. If you're looking for something new -- sure, try Linux. But do it in a lab where you can figure everything out without having the pressure of going into production and then having to figure out why none of your stuff works and its because of something stupid that you just had no clue about because in Windows there is no analog or it Just Works there. I think *NIX admins get paid more, so if you learn it, you can probably ask for a raise ;) - -chris [1] Unless they provide path names, which is usually a dead giveaway. [2] Otherwise, they would have used one of them. -BEGIN PGP SIGNATURE- Version: GnuPG v1 Comment: GPGTools - http://gpgtools.org Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBCAAGBQJTDCuVAAoJEBzwKT+lPKRY/7IP/3hFZcthD53TWjCuCmkO1HYS NFwf9uiIR5L5zRyCqwWuZts7vFTOXu2hJPABcNt8L7gAy58en5Ycnw/ZxFGMv9GU 9giQkmvr/Gsqbedb9YqDQ5v6qZsVDGsuQIy1kEg+XKzOQMBmY0KSeCioYyGBxBkq /05KW0RZ3H5fvXSolrHXSv+sHma+VQiSB/tF6ZTskuQ/HJXn51g6rlHmftDZ9Ooo LIoGVZAIKg3ISk+uMAuj4X2zwjl85yxKbUCpZvqiUdGn7LIQMe687Qm7TU4HX0AY 3js+hfvj7YelhavdTN3JcXRka4M5Lx5yPCi06Tfvncvt227oAgn8zmpg3NTL9MtF wJFtvFmmlAdAGp8BccgXMRiAgdgytXcv5+o/wAfkfdouSd+GM+3L9u1SRFsGE2M2 KTVC7zgAOuPLC/+hFTE6JJ6wTQDFqzpURJdL2Sk22ithQUe3VCA9pmd6PIVd2ozh X6UDH2QRvuh2MWhVINiGp4UbpYksjJaL+FL0aBGFDVHflbvW+EncOUxa/D4KIG5a 69qufnJnRn4iPZTjlaeIcRDYGohRle/Xy7elTx0IG+MsklnFYHR7VuzkTjvsrcWm f4y6jnVeGdd6msIJ900G3TB+kzxfsDb5j7SlrkcLLfYaJsyOXEOmQfbQWz5HbmT3 Xo87PSJ1vxKB2RAiMBEp =FDgX -END PGP SIGNATURE- - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: linux vs windows responses on the list
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 James, On 2/24/14, 11:43 AM, James H. H. Lampert wrote: On 2/24/14 8:33 AM, Mark Thomas wrote: . . . I've worked with Tomcat on Windows, Linux, Solaris, FreeBSD, HP-UX and some more unusual hardware like plug-computers. By far the biggest issue the first time I hit a new OS is figuring out how to do stuff in that OS. . . . And I have a fair amount of experience, FWIW, running it on OS/400. ... which I think we can all agree is worth avoiding ;) - -chris -BEGIN PGP SIGNATURE- Version: GnuPG v1 Comment: GPGTools - http://gpgtools.org Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBCAAGBQJTDCwaAAoJEBzwKT+lPKRYWeAQAKIQXiknTmg1BOtubt0l+6nS zA6xsVxxKxijbEvHU3Z40dA4kphXIjnY4potdtRfnKtr2sEfJcRd3XxVW/YT6n83 qB5nXDhodqqOIAPVmfWJztffi2AHOIZ+D9qqYQ3Vfe3DlaAkGwGlex5DkoCLsHP7 rGdJBwpsPy1aIEN/DyKl0mIzx4uJCC98F3aOX71u/5p8Bpjtm9Pxsq7uDyhBwANB OtU6mrNsVH6G660n6jq39tFGNaZB0EYbgzI/fC32dcoVWhJ/x5ej+JZp0/wQ2scX UkfVcFDVdsUOpYDgGR8/lIAva25gDqTDCEta+HopM23JelUsFJq+xsNPRpD7fsRQ CfYpmPVTNC/V3GnARg5Yaz4ZLGwprm2EsYQ+3ZMOtXbq/aR09zgU5bcmChbh4FSh sRYkno7nzFwqvPNdVM4vuEcDEqwqRM+4GOTM0soab7GEm3I+ACQ2Rl36r1bHs90n 8f6KAuIAF50Ke7m3LoUsQETxUCxSnQ8J4WQEveOX4DQRR+SoAtdADRuwhpnuYTNR xELIa/otfbxolxgOVr32J1YaNA/mNXTvLCI7RDxBwBTzWsal8yNoPc84MRl/UcNJ 4m93oxWH++HVFjJZgCjMJyL5Gk6USAHQN06BwcsDuudesQynJnOVICreqfn5MOi8 yK5Wy2tmgLO12N37FC3u =nR9J -END PGP SIGNATURE- - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org