Tomcat Config : Diff between "Tomcat Home" and "Tomcat base directory"

What is the difference between the 2 settings:

Tomcat Home (which I assume is $CATALINA_HOME)
and
Tomcat base directory


These sound like they should point to the same directory, but when I switch from Tomcat 4.x to Tomcat 5.x, only the Tomcat Home value changes, and the "base directory" stays the same, which makes me think that setting is not Tomcat server specific, but when I change it stuff doesnt work.

I currently have these two settings set to the same value.


Have I got things mixed up here?

Nick

12 comments
Comment actions Permalink

Hi,

Tomcat base ($CATALINA_BASE) is place where server stores its instance
stuff (configs, etc). By default, it is the same as tomcat install dir
(CATALINA_HOME).

Nick Pratt wrote:

What is the difference between the 2 settings:

Tomcat Home (which I assume is $CATALINA_HOME)
and
Tomcat base directory


These sound like they should point to the same directory, but when I switch from Tomcat 4.x to Tomcat 5.x, only the Tomcat Home value changes, and the "base directory" stays the same, which makes me think that setting is not Tomcat server specific, but when I change it stuff doesnt work.

I currently have these two settings set to the same value.


Have I got things mixed up here?

Nick



--
Best regards,
Maxim Mossienko
IntelliJ Labs / JetBrains Inc.
http://www.intellij.com
"Develop with pleasure!"

0
Comment actions Permalink

Maxim this is throwing even us long time EAPers. You really should move that field elsewhere, maybe in advanced. 99% of the time it's used as is. Also I don't know that I would call the tab advanced, I would call it Custom, since this is really what it does, there is nothing advanced about that page.

I'll keep maintaining, you need less on the default page, and move the other stuff on the advanced tab, since it seems there is no way we can get rid of that tab.

I just noticed yet 2 more fields in this build. We need less on the main page.

Thanks
R

0
Comment actions Permalink

Hi,

Catalina base dir setting is not new, it was present in Aurora on
default page.
Btw, if we do not have field for additional vm parameters somewhere we
will urge all users to know about batch files.

Robert S. Sfeir wrote:

Maxim this is throwing even us long time EAPers. You really should move that field elsewhere, maybe in advanced. 99% of the time it's used as is. Also I don't know that I would call the tab advanced, I would call it Custom, since this is really what it does, there is nothing advanced about that page.

I'll keep maintaining, you need less on the default page, and move the other stuff on the advanced tab, since it seems there is no way we can get rid of that tab.

I just noticed yet 2 more fields in this build. We need less on the main page.

Thanks
R



--
Best regards,
Maxim Mossienko
IntelliJ Labs / JetBrains Inc.
http://www.intellij.com
"Develop with pleasure!"

0
Comment actions Permalink

I;m not saying they're useless, and I'm not saying to remove them, I'm suggesting to make the first screen simpler, and MOVE the added fields which are normally not always used to the 'advanced' tab.

but what the heck do I know. At this point I guess I don't really care, it's just really annoying.

R

0
Comment actions Permalink

Hi,

Surely, mostly used features will be on the first page.
Say, 'base dir' is rarely used so it will be moved to 'Advanced' tabs.
I are cursious what other items considered not used very often.

Robert S. Sfeir wrote:

I;m not saying they're useless, and I'm not saying to remove them, I'm suggesting to make the first screen simpler, and MOVE the added fields which are normally not always used to the 'advanced' tab.

but what the heck do I know. At this point I guess I don't really care, it's just really annoying.

R



--
Best regards,
Maxim Mossienko
IntelliJ Labs / JetBrains Inc.
http://www.intellij.com
"Develop with pleasure!"

0
Comment actions Permalink

Sure. I think that:

Path to Tomcat home is not editable, so make it a text field.
Path to Tomcat base dir, VM Parameters, and Program Parameters should be moved to advanced.

To me this makes perfect sense since you have the start and stop scripts there as well as path variables etc...

Thanks
R

0
Comment actions Permalink

I completely agree with Robert. I work concurrently on 3 distincts web projects. I did not have to modify any of the proposed advanced fields for any of them.

Jacques

0
Comment actions Permalink

Where do we put things like additional zip/jar files for the classpath of Tomcat? We need to include our type-2 JDBC driver on the classpath of Tomcat for things to work correctly. At first the new way of configuring Tomcat seemed hopeful but after a while I just felt lost.

Thanks,

Justin

0
Comment actions Permalink

That's just part of your module libraries which you then setup in the j2ee tab of the module setup to deploy with your webapp. Not sure why you'd want to add it to tomcat itself. If it's because you'd rather have one jar file for all projects and you don't want to keep adding it, then I would look at the IDE|J2EE settings and you'll see a list of jars there for Tomcat. Add the jar in that spot and it will always get loaded when you use that Tomcat instance.

R

0
Comment actions Permalink

If it is a lib that all your apps use (like a JDBC driver), it should go
in catalina_home/common/lib. This will make the library available to
all the webapps. This prevents duplication and out-of-sync libraries.

Norris Shelton
Sun Certified Java Programmer




Justin Hopper wrote:

>Where do we put things like additional zip/jar files for the classpath of Tomcat? We need to include our type-2 JDBC driver on the classpath of Tomcat for things to work correctly. At first the new way of configuring Tomcat seemed hopeful but after a while I just felt lost.
>
>Thanks,
>
>Justin

>

0
Comment actions Permalink

An excerpt from the Tomcat documentation:

"For classes and resources that must be shared across all web
applications, place unpacked classes and resources under
$CATALINA_BASE/shared/classes, or place JAR files containing those
classes and resources under $CATALINA_BASE/shared/lib."

see http://jakarta.apache.org/tomcat/tomcat-5.0-doc/class-loader-howto.html

Norris Shelton wrote:

If it is a lib that all your apps use (like a JDBC driver), it should go
in catalina_home/common/lib. This will make the library available to
all the webapps. This prevents duplication and out-of-sync libraries.

Norris Shelton
Sun Certified Java Programmer




Justin Hopper wrote:

>> Where do we put things like additional zip/jar files for the classpath
>> of Tomcat? We need to include our type-2 JDBC driver on the classpath
>> of Tomcat for things to work correctly. At first the new way of
>> configuring Tomcat seemed hopeful but after a while I just felt lost.
>>
>> Thanks,
>>
>> Justin
>>
>>

0
Comment actions Permalink

You are so right. You put files in common that you want Tomcat to see
(like custom LDAP implementations, custom JDBC realms, etc.)

Norris Shelton
Sun Certified Java Programmer




Martin Fuhrer wrote:

An excerpt from the Tomcat documentation:

>

"For classes and resources that must be shared across all web
applications, place unpacked classes and resources under
$CATALINA_BASE/shared/classes, or place JAR files containing those
classes and resources under $CATALINA_BASE/shared/lib."

>

see
http://jakarta.apache.org/tomcat/tomcat-5.0-doc/class-loader-howto.html

>

Norris Shelton wrote:

>
>> If it is a lib that all your apps use (like a JDBC driver), it should
>> go in catalina_home/common/lib. This will make the library available
>> to all the webapps. This prevents duplication and out-of-sync
>> libraries.
>>
>> Norris Shelton
>> Sun Certified Java Programmer
>>
>>
>>
>>
>> Justin Hopper wrote:
>>
>>> Where do we put things like additional zip/jar files for the
>>> classpath of Tomcat? We need to include our type-2 JDBC driver on
>>> the classpath of Tomcat for things to work correctly. At first the
>>> new way of configuring Tomcat seemed hopeful but after a while I
>>> just felt lost.
>>>
>>> Thanks,
>>>
>>> Justin
>>>
>>>

0

Please sign in to leave a comment.