Re: Where Tomcat webapp contexts live on Debian

2017-08-22 Thread Leon Rosenberg
On Tue, Aug 22, 2017 at 10:55 PM, Emmanuel Bourg wrote: > On 08/16/2017 09:24 AM, Leon Rosenberg wrote: > > Debian has a long tradition of doing things in a very special way when it > > comes to java. Long enough they shipped GnuJ as standard JVM with a > debian > >

Re: Where Tomcat webapp contexts live on Debian

2017-08-22 Thread Emmanuel Bourg
On 08/16/2017 09:24 AM, Leon Rosenberg wrote: > Debian has a long tradition of doing things in a very special way when it > comes to java. Long enough they shipped GnuJ as standard JVM with a debian > distribution, a piece of garbage that wasn't able to start simplest of java > programs. GCJ has

Re: Where Tomcat webapp contexts live on Debian

2017-08-18 Thread Christopher Schultz
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Leon, On 8/16/17 3:24 AM, Leon Rosenberg wrote: > Debian has a long tradition of doing things in a very special way > when it comes to java. Long enough they shipped GnuJ as standard > JVM with a debian distribution, a piece of garbage that wasn't

Re: Where Tomcat webapp contexts live on Debian (NOT off-topic; A LEGITIMATE TECHNICAL QUESTION)

2017-08-17 Thread tomcat
On 17.08.2017 02:29, James H. H. Lampert wrote: On 8/16/17, 11:43 AM, André Warnier (tomcat) wrote: , , , So as a start, look at /etc/init.d/tomcat7 on your system, and check what other files this calls/references. One important thing here, is what the environment variable CATALINA_BASE ends up

Re: Where Tomcat webapp contexts live on Debian (NOT off-topic; A LEGITIMATE TECHNICAL QUESTION)

2017-08-16 Thread Peter Kreuser
That's what I tried to say... sorry I was maybe not specific enough... Peter > Am 17.08.2017 um 02:29 schrieb James H. H. Lampert : > >> On 8/16/17, 11:43 AM, André Warnier (tomcat) wrote: >> , , , >> So as a start, look at /etc/init.d/tomcat7 on your system, and check

Re: Where Tomcat webapp contexts live on Debian (NOT off-topic; A LEGITIMATE TECHNICAL QUESTION)

2017-08-16 Thread James H. H. Lampert
On 8/16/17, 11:43 AM, André Warnier (tomcat) wrote: , , , So as a start, look at /etc/init.d/tomcat7 on your system, and check what other files this calls/references. One important thing here, is what the environment variable CATALINA_BASE ends up containing. Ok. This is starting to look

Re: Where Tomcat webapp contexts live on Debian (NOT off-topic; A LEGITIMATE TECHNICAL QUESTION)

2017-08-16 Thread tomcat
On 16.08.2017 17:22, James H. H. Lampert wrote: Uh, EXCUSE ME, my post was NOT a "ranting." It was A REQUEST FOR TECHNICAL INFORMATION. The unusual way Tomcat is organized if installed via an "apt-get" from Debian's repository is a given. I made OBSERVATIONS about it, by way of framing my

Re: Where Tomcat webapp contexts live on Debian (NOT off-topic; A LEGITIMATE TECHNICAL QUESTION)

2017-08-16 Thread James H. H. Lampert
On 8/16/17, 10:13 AM, Konstantin Kolinko wrote: I see that you mentioned that you are using Tomcat 7. See [1] for how contexts are defined and [2] for attributes "appBase" and "xmlBase" of a Host. . . . Thanks. I'll be looking into the links you sent me later today, and if I have any

Re: Where Tomcat webapp contexts live on Debian (NOT off-topic; A LEGITIMATE TECHNICAL QUESTION)

2017-08-16 Thread Konstantin Kolinko
2017-08-16 18:22 GMT+03:00 James H. H. Lampert : > Uh, EXCUSE ME, my post was NOT a "ranting." > > It was A REQUEST FOR TECHNICAL INFORMATION. > > The unusual way Tomcat is organized if installed via an "apt-get" from > Debian's repository is a given. I made OBSERVATIONS

Re: Where Tomcat webapp contexts live on Debian (NOT off-topic; A LEGITIMATE TECHNICAL QUESTION)

2017-08-16 Thread James H. H. Lampert
Uh, EXCUSE ME, my post was NOT a "ranting." It was A REQUEST FOR TECHNICAL INFORMATION. The unusual way Tomcat is organized if installed via an "apt-get" from Debian's repository is a given. I made OBSERVATIONS about it, by way of framing my question. While I could not manage to keep my

Re: Where Tomcat webapp contexts live on Debian

2017-08-16 Thread Mark H. Wood
Yes, many distributions lay out Tomcat the same way as every other daemon is installed in Unix (executables in /usr, volatile data in /var, configuration in /etc) and the startup scripts set CATALINA_HOME and CATALINA_BASE to make that happen. If you look in CATALINA_BASE, you may find symlinks

Re: [OT] Re: Where Tomcat webapp contexts live on Debian

2017-08-16 Thread Leon Rosenberg
Hi Andre et al, I've dealt with a lot of different servers and OSes over the years, and my 'professional' advice to everyone maintaining a java/web application would be to create a root level directory and install everything they rely on there and maintain it themselves. This includes especially

[OT] Re: Where Tomcat webapp contexts live on Debian

2017-08-16 Thread tomcat
This being a Tomcat list, and Tomcat being java, it is rather to be expected that many people on this list would tend to have a rather Tomcat-specific, and rather Java-specific view of the world. And the fact that most Linux distributions have their own way of packaging software, and

Re: Where Tomcat webapp contexts live on Debian

2017-08-16 Thread Leon Rosenberg
Debian has a long tradition of doing things in a very special way when it comes to java. Long enough they shipped GnuJ as standard JVM with a debian distribution, a piece of garbage that wasn't able to start simplest of java programs. But there has been an as long tradition to reply to every

Re: Where Tomcat webapp contexts live on Debian

2017-08-15 Thread Peter Kreuser
I'd assume the service that starts tomcat sets the bin-Dir, that contains a setenv.sh, that has the CATALINA_HOME and BASE env-Varaibles, where you find the context-Files that have a docbase. I'd like to repeat the question: who did this setup? Peter Kreuser > Am 15.08.2017 um 23:45 schrieb

Where Tomcat webapp contexts live on Debian

2017-08-15 Thread James H. H. Lampert
I think I've mentioned before that I have a Tomcat server on a Google Compute Debian instance, that I installed with an "apt-get," rather than from an Apache download. I had to apt-get manager separately, which is odd to begin with. And things ended up in unexpected places. Some stuff (like