Re: Upgrading Tomcat from 7.0.34 to 8.0.53

[Chuan Ong]

Hi Steven

I think what you are looking for is called Apache TomEE which is a version
of tomcat that supports EJBs. You can find it here: https://tomee.apache.org.
Judging from what you are stating checkout version 7.1.4 plus.

Thanks.

On Thu, Nov 19, 2020 at 1:02 PM Mark Thomas  wrote:

> On 19/11/2020 18:48, Nelligan, Steven M wrote:
> >
> > I am in the process of upgrading our systems from Tomcat 7.0.34 to
> Tomcat 8.0.53 and Java 7 to Java 8
>
> Tomcat 8.0.x is no longer supported. You need to upgrade to at least
> 8.5.x and preferably 9.0.x.
>
> > I'm not sure if this is a java 8 or a Tomcat 8 issue.
> >
> > We have several application which use EJBs.  These are not working.  I
> have no experience in EJB's and having problems trying to figure out what
> is happening.
>
> No Tomcat version has, or will ever, support EJBs.
>
> You must be using some additional library to provide EJB support. It
> looks like that is not configured correctly.
>
> Mark
>
>
> >
> > Because of my lack of knowledge on EJB's the following may be rambling.
> >
> > Via the java debugger, I am able to determine that the EJB is not be
> initialized.
> >
> > Example of a class .
> > ...
> > @EJB
> > CustomerService customerService;
> > @EJB
> > OrderStatusService orderStatusService;
> > @EJB
> > SettingService settingService;
> > @EJB
> > ErrorLogService errorLogService;
> > @EJB
> > EsbBroker esbBroker;
> > ...
> >  orderStatusService.createOrderStatus(orderRequest);
> > ...
> >
> > On the original server orderStatusService has a value, but in the new
> server the value is null.
> >
> > Is there something with Tomcat 8/Java 8 I need to change to get the code
> to work correctly?
> >
> > If this is not a Tomcat8 issue, please let me know and I can try to
> follow other avenues to get help.
> >
> > Thanks in advance,
> > -Steve Nelligan
> >
> >
> > -
> > To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
> > For additional commands, e-mail: users-h...@tomcat.apache.org
> >
>
>
> -
> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
> For additional commands, e-mail: users-h...@tomcat.apache.org
>
>

Re: Upgrading Tomcat from 7.0.34 to 8.0.53

[Mark Thomas]

On 19/11/2020 18:48, Nelligan, Steven M wrote:
> 
> I am in the process of upgrading our systems from Tomcat 7.0.34 to Tomcat 
> 8.0.53 and Java 7 to Java 8

Tomcat 8.0.x is no longer supported. You need to upgrade to at least
8.5.x and preferably 9.0.x.

> I'm not sure if this is a java 8 or a Tomcat 8 issue.
> 
> We have several application which use EJBs.  These are not working.  I have 
> no experience in EJB's and having problems trying to figure out what is 
> happening.

No Tomcat version has, or will ever, support EJBs.

You must be using some additional library to provide EJB support. It
looks like that is not configured correctly.

Mark


> 
> Because of my lack of knowledge on EJB's the following may be rambling.
> 
> Via the java debugger, I am able to determine that the EJB is not be 
> initialized.
> 
> Example of a class .
> ...
> @EJB
> CustomerService customerService;
> @EJB
> OrderStatusService orderStatusService;
> @EJB
> SettingService settingService;
> @EJB
> ErrorLogService errorLogService;
> @EJB
> EsbBroker esbBroker;
> ...
>  orderStatusService.createOrderStatus(orderRequest);
> ...
> 
> On the original server orderStatusService has a value, but in the new server 
> the value is null.
> 
> Is there something with Tomcat 8/Java 8 I need to change to get the code to 
> work correctly?
> 
> If this is not a Tomcat8 issue, please let me know and I can try to follow 
> other avenues to get help.
> 
> Thanks in advance,
> -Steve Nelligan
> 
> 
> -
> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
> For additional commands, e-mail: users-h...@tomcat.apache.org
> 


-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

RE: Upgrading Tomcat 8.0.23 to Tomcat 8.50

[Venkataramani, Sundar]

Thanks Philip - We are using Apache as load balancer which we will redirect the 
requests to Tomcat Server

Current Apache version is Apache 2.4.18. Do we need to upgrade Apache also when 
we go to Tomcat 8.50 or we can leave as it is.

Thanks
Sundar.V



-Original Message-
From: Philip Hachey [mailto:philip.hac...@nrc-cnrc.gc.ca] 
Sent: Wednesday, July 6, 2016 9:52 PM
To: Tomcat Users List 
Subject: Re: Upgrading Tomcat 8.0.23 to Tomcat 8.50

I would do a fresh install to a new directory and change what you need to to 
match your previous configuration, taking into account changes between Tomcat 
versions (see: http://tomcat.apache.org/migration.html).  
You will need to update system environment variables such as $CATALINA_HOME 
and/or symbolic links.  Of course, it should go without
saying: backup everything! :-)

Good luck!
Philip

On 16-07-06 10:28 AM, Venkataramani, Sundar wrote:
> Help Required.
>
> We need to upgrade our tomcat version from Tomcat 8.0.23  to Tomcat 8.50?. Do 
> we need an upgrade path for these or do we need to do fresh install?.
>
> Thanks
> Sundar.V
>
>
>


-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org


-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Re: Upgrading Tomcat 8.0.23 to Tomcat 8.50

[Philip Hachey]

I would do a fresh install to a new directory and change what you need 
to to match your previous configuration, taking into account changes 
between Tomcat versions (see: http://tomcat.apache.org/migration.html).  
You will need to update system environment variables such as 
$CATALINA_HOME and/or symbolic links.  Of course, it should go without 
saying: backup everything! :-)


Good luck!
Philip

On 16-07-06 10:28 AM, Venkataramani, Sundar wrote:

Help Required.

We need to upgrade our tomcat version from Tomcat 8.0.23  to Tomcat 8.50?. Do 
we need an upgrade path for these or do we need to do fresh install?.

Thanks
Sundar.V






-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Re: Upgrading Tomcat version

[Christopher Schultz]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Mark,

On 5/28/14, 8:12 AM, Mark Thomas wrote:
> On 28/05/2014 13:06, David kerber wrote:
>> Right now I'm running TC 7.0.22 on Windows Server 2008 R2, as
>> windows services.  Not using APR.
>> 
>> To upgrade to the latest version, I should be able to just stop
>> the services and unzip the latest .zip version on top of the
>> existing Tomcat installation, right?
> 
> Wrong.
> 
> At least one JAR (ecj*.jar, the Eclipse compiler) has changed names
> so you'll have multiple versions of that JAR. You'll need to remove
> the old versions.
> 
> You are also likely to clobber any customisations you have in
> server.xml or any of the other files in conf.
> 
> You can do it this way but you need to be really careful.

+1

I always favor the use of CATALNA_HOME + CATALINA_BASE. This allows
you to unzip a new Tomcat into a new CATALINA_HOME (e.g.
/usr/local/tomcat/7.0.54), stopping the old JVM, changing the
CATALINA_HOME environment variable to point to the new Tomcat, and
re-launching.

If things go badly, just change your CATALINA_HOME back to the old
value and re-restart. Everything should be back the way it was and you
can inspect *both* configurations to see what might be the problem.

- -chris
-BEGIN PGP SIGNATURE-
Version: GnuPG v1
Comment: GPGTools - http://gpgtools.org
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQIcBAEBCAAGBQJTh3KNAAoJEBzwKT+lPKRYWTEP/jqwXjEYvanuJUy9ucQQj3hO
ODwP6al/nTibO+CG4JrKDCps/b3mKyzgePjen2a3NiImLXk2PGsqEh/QnOdiLscZ
znzcb6tfdYegv9PBR5yuPaiXelAuSMUMlOE84bDBCBtZp4q0VZRfGsYIyW3fMfJT
21e6WcGYlIMng8SoIDlyJWUhv24mY+C3IBgrFCT6kHbCVAIXlkysSA30ysx3LTbl
vT8LpLfKepXJEzhKGE6t7xTSlRYpngylhnv4ikwW8wx0V5zkAIgfTC4URPRxEVXv
5BNDgS/VgDUCShmpcl7Y/4RyXj73E/r+q0V/sU5YQCumYjnN5eHljyH5Z9yF/RqT
ewe5QeNtG7J8Ii+5iaR+o1Lqo/O0nI+RhzEs5IeLioNSrSu/dhpbD5b0Pzx+bhBC
/azeBZnRd9BkK1QWZXVlPsQS6Be4cwOZQmsuJyVEcVfVGHRcgfkBgoD5J/wZz4/1
YC9w9meetdZrUFpufKKV8Uw+WX6M3NadWp2c6JfkXUxZzEHSw2ikFOvQ5T8WYrd9
iSlco8xopPJvC65yt8+0sJK4vkYuOrypyponhyMdfUWz+Ldvc93YICiMOXzUAGRQ
STZgk+xek9+BX0LGvAZXG6Ri6UJtNfoidjsH7+BOQBaUWjCQwjay3BgEaqhUKUG0
JPQylv6Wo9YJUDKtmrT9
=9Ut7
-END PGP SIGNATURE-

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Re: Upgrading Tomcat version

[Mark Thomas]

On 28/05/2014 13:21, David kerber wrote:
> On 5/28/2014 8:12 AM, Mark Thomas wrote:
>> On 28/05/2014 13:06, David kerber wrote:
>>> Right now I'm running TC 7.0.22 on Windows Server 2008 R2, as windows
>>> services.  Not using APR.
>>>
>>> To upgrade to the latest version, I should be able to just stop the
>>> services and unzip the latest .zip version on top of the existing Tomcat
>>> installation, right?
>>
>> Wrong.
>>
>> At least one JAR (ecj*.jar, the Eclipse compiler) has changed names so
>> you'll have multiple versions of that JAR. You'll need to remove the old
>> versions.
> 
> Ok.
> 
> 
>>
>> You are also likely to clobber any customisations you have in server.xml
>> or any of the other files in conf.
> 
> I use separate CATALINA_BASE and CATALINA_HOME directories, so shouldn't
> be an issue.

Excellent. Always the easiest way to manage upgrades.

Just unpack to a new CATALINA_HOME and point to the new location. Don't
forget to empty the work directory which Tomcat is shutdown.

>> You can do it this way but you need to be really careful.
>>
>> The migration guide on the web site provides a handy tool to check for
>> changes in the default config files between versions so you can see what
>> changes you need to apply to your customised files (assuming you have
>> made some tweaks).
> 
> No customizations to the default conf files, but I'll take a look to see
> what else I might not be thinking of.

There are some changes you'll want to pull in. If you haven't changed
the defaults you can just copy the files but it is worth checking the
files really are unchanged first.

Mark


-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Re: Upgrading Tomcat version

[David kerber]

On 5/28/2014 8:12 AM, Mark Thomas wrote:

On 28/05/2014 13:06, David kerber wrote:

Right now I'm running TC 7.0.22 on Windows Server 2008 R2, as windows
services.  Not using APR.

To upgrade to the latest version, I should be able to just stop the
services and unzip the latest .zip version on top of the existing Tomcat
installation, right?


Wrong.

At least one JAR (ecj*.jar, the Eclipse compiler) has changed names so
you'll have multiple versions of that JAR. You'll need to remove the old
versions.


Ok.




You are also likely to clobber any customisations you have in server.xml
or any of the other files in conf.


I use separate CATALINA_BASE and CATALINA_HOME directories, so shouldn't 
be an issue.





You can do it this way but you need to be really careful.

The migration guide on the web site provides a handy tool to check for
changes in the default config files between versions so you can see what
changes you need to apply to your customised files (assuming you have
made some tweaks).


No customizations to the default conf files, but I'll take a look to see 
what else I might not be thinking of.


Thanks!



Mark


-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org





-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Re: Upgrading Tomcat version

[Mark Thomas]

On 28/05/2014 13:06, David kerber wrote:
> Right now I'm running TC 7.0.22 on Windows Server 2008 R2, as windows
> services.  Not using APR.
> 
> To upgrade to the latest version, I should be able to just stop the
> services and unzip the latest .zip version on top of the existing Tomcat
> installation, right?

Wrong.

At least one JAR (ecj*.jar, the Eclipse compiler) has changed names so
you'll have multiple versions of that JAR. You'll need to remove the old
versions.

You are also likely to clobber any customisations you have in server.xml
or any of the other files in conf.

You can do it this way but you need to be really careful.

The migration guide on the web site provides a handy tool to check for
changes in the default config files between versions so you can see what
changes you need to apply to your customised files (assuming you have
made some tweaks).

Mark


-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Re: Upgrading Tomcat in the customer base

[André Warnier]

Pid wrote:

On 19/03/2013 19:24, Patrick Flaherty wrote:

Hi,

We deploy tomcat in our own folder (c:\rsi_tc\tomcat) on a WIndows
machine as a service. We use the service.bat to install
as a service. Historically to update tomcat we would remove the current
version and install the new version. There is rub in all
this which we have to change the service login to be an account that can
access files from a network share. Therefore when
we upgrade tomcat, we remove the current version and install the new
version and then someone ( the customer :-(  ) has to
go into the service and change the service login back to the account
that will give them access to the network share.


What is on the network share?



It seems to me that in this case, the "minimally-invasive" solution might just be some 
script which changes the user-id under which the service runs, particularly if this 
user-id already exists and has the correct permissions and has "the right to run a 
Service".  The Tomcat update already requires running as an Administrator, so this script 
could run in the same context.

A small VBS script e.g.
Or just this command-line maybe :

sc config  obj=  pass= 

It uses the Windows built-in utility sc to change the credential of a windows 
service.


Source : serching Google for "vbs change service login".

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Re: Upgrading Tomcat in the customer base

[Pid]

On 19/03/2013 19:24, Patrick Flaherty wrote:
> Hi,
> 
> We deploy tomcat in our own folder (c:\rsi_tc\tomcat) on a WIndows
> machine as a service. We use the service.bat to install
> as a service. Historically to update tomcat we would remove the current
> version and install the new version. There is rub in all
> this which we have to change the service login to be an account that can
> access files from a network share. Therefore when
> we upgrade tomcat, we remove the current version and install the new
> version and then someone ( the customer :-(  ) has to
> go into the service and change the service login back to the account
> that will give them access to the network share.

What is on the network share?


p


> I'm looking for a way (if possible) to avoid having the customer to have
> change the service login. I'm looking for suggestions
> to make this easier and have the following questions about whether some
> of my thoughts to make it easier are safe.
> 
> 1. Can I *not* uninstall the service and just replace the folder
> structure on the file system with the new version? I have tried it
> and it seems to work but question whether or not it is safe. I know
> if a major version changes I cannot do this as the service
> calls tomcat6.exe vs tomcat7.exe for instance and therefore would
> have to do the complete uninstall/install.
> 
> 2. If I do the above does calling the "service.bat install" again using
> the *newer* service.bat version make a difference? We are calling it
> (the newer service.bat)
> and it seems to be harmless and thought that it might help in case
> something in the batch install changed, we would get the changes.
> 
> Bottom line, has anyone faced this dilemma and found a successful way to
> upgrade a tomcat instance that uses a unique service login.
> 
> Thanks for any input.
> Pat
> 
> 
> 
>  
>  
> -
> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
> For additional commands, e-mail: users-h...@tomcat.apache.org
> 


-- 

[key:62590808]

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

RE: Upgrading Tomcat in the customer base

[Martin Gainty]

Patrick if client and tc-server are on same domain..how about implementing 
Windows Authentication in TC?
When client authenticates to the Domain all of the TC shares are restored 
(including TC share) 
http://tomcat.apache.org/tomcat-7.0-doc/windows-auth-howto.html

HTHMartin __ 
..place disclaimer here...

 > From: pflah...@rampageinc.com
> To: users@tomcat.apache.org
> Subject: Upgrading Tomcat in the customer base
> Date: Tue, 19 Mar 2013 15:24:07 -0400
> 
> Hi,
> 
> We deploy tomcat in our own folder (c:\rsi_tc\tomcat) on a WIndows  
> machine as a service. We use the service.bat to install
> as a service. Historically to update tomcat we would remove the  
> current version and install the new version. There is rub in all
> this which we have to change the service login to be an account that  
> can access files from a network share. Therefore when
> we upgrade tomcat, we remove the current version and install the new  
> version and then someone ( the customer :-(  ) has to
> go into the service and change the service login back to the account  
> that will give them access to the network share.
> 
> I'm looking for a way (if possible) to avoid having the customer to  
> have change the service login. I'm looking for suggestions
> to make this easier and have the following questions about whether  
> some of my thoughts to make it easier are safe.
> 
> 1. Can I *not* uninstall the service and just replace the folder  
> structure on the file system with the new version? I have tried it
>  and it seems to work but question whether or not it is safe. I  
> know if a major version changes I cannot do this as the service
>  calls tomcat6.exe vs tomcat7.exe for instance and therefore would  
> have to do the complete uninstall/install.
> 
> 2. If I do the above does calling the "service.bat install" again  
> using the *newer* service.bat version make a difference? We are  
> calling it (the newer service.bat)
>  and it seems to be harmless and thought that it might help in  
> case something in the batch install changed, we would get the changes.
> 
> Bottom line, has anyone faced this dilemma and found a successful way  
> to upgrade a tomcat instance that uses a unique service login.
> 
> Thanks for any input.
> Pat
> 
> 
> 
>   
> 
> 
> -
> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
> For additional commands, e-mail: users-h...@tomcat.apache.org
> 
  

Re: Upgrading Tomcat 7.0.29 windows service

[Mark Thomas]

"Łukasz Matuszewski"  wrote:

>Welcome,
>  i have installed Apache Tomcat 7.0.29 as windows service onto Windows
>Server 2008. I want to upgrade Apache Tomcat 7.0.29 to new version
>7.0.33.
>My question is simple:
>
>Can i just copy all jars from Apache Tomcat 7.0.33 to appriopriate
>place in
>my Apache Tomcat 7.0.29 installation ?

It is not recommended but in this case it should work. You need to:
- stop the service
- replace the JARs
- empty the work directory
- apply config file updates (see 
http://tomcat.apache.org/migration-7.html#Upgrading_7.0.x)
- cross your fingers
- start the service

It is one of those, "if you know what you are doing you should be OK" 
situations. You could also mess things up fairly easily.

Mark

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Re: upgrading tomcat when installed via apt-get

[S Ahmed]

But before do that, you would have to know if the tomcat config file has
changed format wise correct?

e.g. if the server.xml file was updated  (I'm sure it is rare but still)

Can you please outline exactly what you do to upgrade tomcat?

thanks much appreciated!

On Fri, Jan 27, 2012 at 4:55 PM, Mark Thomas  wrote:

> On 27/01/2012 21:41, S Ahmed wrote:
> > If I need to upgrade an existing live application that is running off a
> > tomcat install that was installed via apt-get (ubuntu), how would I go
> > about updating tomcat?
>
> Don't know. That would be a question for an Ubuntu support forum.
>
> > I would have to understand exactly how tomcat is installed correct?  i.e.
> > things like xml conf files, symbolic links to paths that may have been
> > created, startup/stop scripts that might need to point somewhere else
> etc.
> >
> > Am I making this too complicated or is this how others update to a newer
> > version of tomcat?
>
> It depends. It isn't how I do it. I use separate CATALINA_HOME and
> CATALINA_BASE. Upgrades and downgrades are then trivial. For example,
> upgrading the ASF's Jira instances takes less than 2 minutes and most of
> that time is waiting for Jira to shutdown and startup.
>
> Mark
>
> -
> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
> For additional commands, e-mail: users-h...@tomcat.apache.org
>
>

Re: upgrading tomcat when installed via apt-get

[Mark Thomas]

On 27/01/2012 21:41, S Ahmed wrote:
> If I need to upgrade an existing live application that is running off a
> tomcat install that was installed via apt-get (ubuntu), how would I go
> about updating tomcat?

Don't know. That would be a question for an Ubuntu support forum.

> I would have to understand exactly how tomcat is installed correct?  i.e.
> things like xml conf files, symbolic links to paths that may have been
> created, startup/stop scripts that might need to point somewhere else etc.
> 
> Am I making this too complicated or is this how others update to a newer
> version of tomcat?

It depends. It isn't how I do it. I use separate CATALINA_HOME and
CATALINA_BASE. Upgrades and downgrades are then trivial. For example,
upgrading the ASF's Jira instances takes less than 2 minutes and most of
that time is waiting for Jira to shutdown and startup.

Mark

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Re: Upgrading Tomcat need some info

[Konstantin Kolinko]

2012/1/26 Josh Gooding :
>
> I've put 6.0.35 on a staging server and I'll be running the "feeds" I get
> in tandem through it to see if I get any memory improvement over the 5.5
> server.  So as I am thumbing through thr old 5.5 server.xml file I notice
> something that i've not encountered with 6.x yet.  in the 
> declaration, there is a ciphers attribute as well as a compression one.  Do
> these carry over to 6.x?

compression: yes

ciphers: needs review. It is about what ciphers are enabled for your
HTTPS connector. Usually it is to disable weak ciphers.  Whether or
not this attribute is applicable depends on HTTPS connector
implementation (Java vs. APR). What the value should be depends on
your requirements.

Docs (for HTTP connectors):
http://tomcat.apache.org/tomcat-6.0-doc/config/http.html

Best regards,
Konstantin Kolinko

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Re: Upgrading Tomcat need some info

[Josh Gooding]

Konstantin -

>
> > 1. Have you seen the following page?
>
> > http://tomcat.apache.org/migration.html
>
> I'm getting there, I'm still perusing the change logs to see what the
> major differences in between 5.5 and 6 are and from 6 to 7.  The
> application was written in 1.6.  Despite the fact that we are a "bleeding
> edge" facility, I'd still have to test and try out TC7 pretty heavily to
> give it my ok.
>
> >2. A bad idea.
>
> >The recommended way is to start from default configuration and port
> >necessary changes from older version (reading the docs in the
> >process).
>


> >3. ConnectionPool comes from Apache Commons Pool + Apache Commons DBCP
> projects.
>
> >Tomcat 7 comes with two pool implementation. One is DBCP one (default).
>
> >Another is newer one, "Tomcat JDBC pool". Its documentation is
> >included into Tomcat User's guide.
>
> >If you are satisfied with the old one, there is no need to change.
>

> >Anyway each connection pool instance can be configured to use
> >different pool implementation independently. (Or a 3rd party pool
> >implementation).
>

I've put 6.0.35 on a staging server and I'll be running the "feeds" I get
in tandem through it to see if I get any memory improvement over the 5.5
server.  So as I am thumbing through thr old 5.5 server.xml file I notice
something that i've not encountered with 6.x yet.  in the 
declaration, there is a ciphers attribute as well as a compression one.  Do
these carry over to 6.x?

Re: Upgrading Tomcat need some info

[Christopher Schultz]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Josh,

On 1/25/12 6:53 AM, Josh Gooding wrote:
> I've been tasked here at work to upgrade Tomcat from 5.5 to 6.0
> since I'm the Tomcat guru here.

Any chance you could get them to go all the way up to 7.0? The
difference in migrating from 5.5->6.0 and 5.5->7.0 is pretty much
zero, but migrating twice will be roughly twice as much work
especially since you'll have to go through a rigorous testing period
where you verify that everything still works properly (right?).

> Does anyone know, if I take the 5.5 configuration (server and
> context.xml) and drop them into 6.0, will the 6.0 server start or
> are there things that have to be changed over?

They will not. Lots of listeners have changed names, disappeared, or
been added (as a default) between those versions.

> Also were there any ConnectionPool changes between v6 and 7?

Yes, but the configuration should remain the same, so you shouldn't
notice anything.

Your best bet is to do the following:

1. Make sure you are using META-INF/context.xml for all your webapps
   and not putting them into conf/server.xml.

2. Get the stock server.xml for your current 5.5 version and run
   a 'diff' against the server.xml you are running with. Note
   any differences.

   The only differences should be related to ,
(which really should be in META-INF/context.xml IYAM),
   / and any clustering you have set up.

3. Get your 6.0 (or 7.0) version installed alongside the old 5.5
   version. Apply the changes from step 2 above to the new
   default server.xml. (might want to make a backup of the original).

4. Look at your old server.xml to see if you have any 
   configuration. Logging has changed entirely. You'll want to start
   by reading the logging portion of the users guide and then
   editing conf/logging.properties.

Ideally, your webapp should not have to change at all. It is possible
that certain defaults have changed from 5.5 to 6.0/7.0 in terms of
adherence to the servlet spec (for the most part, later versions are
more strict -- at least by default) and that might affect you,
especially if you use JSP heavily... that's where I've seen lots of
noise around tighter spec-compliance recently.

Good luck,
- -chris
-BEGIN PGP SIGNATURE-
Version: GnuPG/MacGPG2 v2.0.17 (Darwin)
Comment: GPGTools - http://gpgtools.org
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk8gWnkACgkQ9CaO5/Lv0PAPawCdHq/mEnElhiZBwBMUp/CdFDAx
kYwAnjpaxwNpLk6tPcALXu3BLDelxGKK
=Xk3V
-END PGP SIGNATURE-

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Re: Upgrading Tomcat need some info

[Konstantin Kolinko]

2012/1/25 Josh Gooding :
> Hey group,
>

1. Have you seen the following page?

http://tomcat.apache.org/migration.html

> I've been tasked here at work to upgrade Tomcat from 5.5 to 6.0 since I'm
> the Tomcat guru here.  Does anyone know, if I take the 5.5 configuration
> (server and context.xml) and drop them into 6.0, will the 6.0 server start
> or are there things that have to be changed over?

2. A bad idea.

The recommended way is to start from default configuration and port
necessary changes from older version (reading the docs in the
process).

>  Also were there any
> ConnectionPool changes between v6 and 7?  IIRC there were some changes but
> darned if I can remember the specifics.

3. ConnectionPool comes from Apache Commons Pool + Apache Commons DBCP projects.

Tomcat 7 comes with two pool implementation. One is DBCP one (default).

Another is newer one, "Tomcat JDBC pool". Its documentation is
included into Tomcat User's guide.

If you are satisfied with the old one, there is no need to change.

Anyway each connection pool instance can be configured to use
different pool implementation independently. (Or a 3rd party pool
implementation).

>  Is there a place that I can go to
> look through the changes?  I implemented TC6 with 7's connection pool a few
> years back, and I cannot remember the reason why or if there were
> improvements.Any information would be greatly appreciated!
>
> - Josh

Best regards,
Konstantin Kolinko

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Re: Upgrading Tomcat need some info

[David kerber]

On 1/25/2012 6:53 AM, Josh Gooding wrote:

Hey group,

I've been tasked here at work to upgrade Tomcat from 5.5 to 6.0 since I'm


Why not TC 7?



the Tomcat guru here.  Does anyone know, if I take the 5.5 configuration
(server and context.xml) and drop them into 6.0, will the 6.0 server start


IME, no.  I tried that when I switched over a few years ago, and it 
caused many headaches.  Take the sample from the TC version you're using 
and play with it, rather than starting from the one from your older TC.




or are there things that have to be changed over?  Also were there any
ConnectionPool changes between v6 and 7?  IIRC there were some changes but
darned if I can remember the specifics.  Is there a place that I can go to
look through the changes?  I implemented TC6 with 7's connection pool a few
years back, and I cannot remember the reason why or if there were
improvements.Any information would be greatly appreciated!

- Josh




-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Re: Upgrading Tomcat in Place on Linux

[Mark Thomas]

On 18/11/2011 22:27, Caldarale, Charles R wrote:
>> From: Caldarale, Charles R 
>> Subject: RE: Upgrading Tomcat in Place on Linux
> 
>>> What is a good way to upgrade Tomcat in place on a Linux box?
> 
>> Don't.  Install the new Tomcat in a different directory.
> 
> Forgot to mention that you will, of course, have to merge your changes to 
> server.xml and other Tomcat configuration files into the corresponding 
> locations in the new directory structure, while reading the doc for the new 
> level to see if any of the attributes have changed (very unlikely in a 
> dot-level upgrade).

Better still, separate CATALINA_HOME and CATALINA_BASE and upgrades can
be done very quickly. The ASF Jira instances are set up this way and a
Tomcat upgrade takes me about 5 minutes from start to finish. Most of
that is me not typing paths (or my passwords) correctly the first time
and Jira stopping / starting.

You do still need to merge any config file changes but [1] has a handy
utility (or the alternative svn command) to provide you with the diffs
between any two minor releases in the 7.0.x and 6.0.x branches.

Mark

[1] http://tomcat.apache.org/migration.html


-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

RE: Upgrading Tomcat in Place on Linux

[Caldarale, Charles R]

> From: Caldarale, Charles R 
> Subject: RE: Upgrading Tomcat in Place on Linux

> > What is a good way to upgrade Tomcat in place on a Linux box?

> Don't.  Install the new Tomcat in a different directory.

Forgot to mention that you will, of course, have to merge your changes to 
server.xml and other Tomcat configuration files into the corresponding 
locations in the new directory structure, while reading the doc for the new 
level to see if any of the attributes have changed (very unlikely in a 
dot-level upgrade).
 
 - Chuck


THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY 
MATERIAL and is thus for use only by the intended recipient. If you received 
this in error, please contact the sender and delete the e-mail and its 
attachments from all computers.


-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

RE: Upgrading Tomcat in Place on Linux

[Caldarale, Charles R]

> From: Jonathan Rosenberg [mailto:shmol...@gmail.com] 
> Subject: Upgrading Tomcat in Place on Linux

> What is a good way to upgrade Tomcat in place on a Linux box?

Don't.  Install the new Tomcat in a different directory.  Ideally, you're 
keeping your webapps in a location other than inside the Tomcat directory tree, 
so all you have to change is the appBase attribute of your  element, or 
place the appropriate [appName].xml files in conf/Catalina/[host], each 
containing a docBase attribute pointing to the location of the individual 
webapp.

 - Chuck


THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY 
MATERIAL and is thus for use only by the intended recipient. If you received 
this in error, please contact the sender and delete the e-mail and its 
attachments from all computers.


-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

RE: upgrading Tomcat v6.0.20

[Caldarale, Charles R]

> From: Althea Martin [mailto:althea.mar...@pl.netl.doe.gov]
> Subject: upgrading Tomcat v6.0.20
> 
> Preparing to perform my first Tomcat upgrade. Current Tomcat v6.0.20
> upgrading to v6.0.26. My OS is MS Windows Server 2003 SP2. Anything
> special I need to do or know aside from creating a backup?

Skim through the changelog to see if anything affects you.

http://tomcat.apache.org/tomcat-6.0-doc/changelog.html

Pay attention to any new config tags (usually system properties) that might 
affect behavior.

 - Chuck


THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY 
MATERIAL and is thus for use only by the intended recipient. If you received 
this in error, please contact the sender and delete the e-mail and its 
attachments from all computers.


-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

RE: Upgrading Tomcat from 6.0.14 to 6.0.18 - classpath issue

[matyg]

1) Running with -verbose:class, this is what I get
(C:/Work/ExpandView/apache-tomcat-6.0.18 is the tomcat home):

Loaded javax.servlet.http.HttpServlet from
file:/C:/Work/ExpandView/apache-tomcat-6.0.18/lib/servlet-api.jar

2) This is the content of MyWebApp.xml:


WEB-INF/web.xml



3) My webapp is located at \webapps\MyWebApp.

4) These are the files under WEB-INF/lib:
activation.jar
activemq-all-5.2-SNAPSHOT.jar
batik-awt-util.jar
batik-dom.jar
batik-svggen.jar
batik-util.jar
batik-xml.jar
cewolf.jar
commons-beanutils.jar
commons-codec-1.3.jar
commons-collections-3.1.jar
commons-digester.jar
commons-fileupload.jar
commons-httpclient-3.0-rc3.jar
commons-io-1.3.jar
commons-lang-2.0.jar
commons-logging-1.1.jar
commons-pool-1.2.jar
commons-validator.jar
dialogs-rt.jar
displaytag-1.0.jar
itext-1.3.jar
jakarta-oro.jar
jaxp.jar
jcommon-0.9.5.jar
jdbc2_0-stdext.jar
jfreechart-0.9.20.jar
jmxtools.jar
jsr173_1.0_api.jar
jsse.jar
jta-1.1.jar
org.mortbay.jetty-4.2.17.jar
struts.jar
strutstest-2.1.3.jar
taglibs-datetime.jar
tar.jar
-- 
View this message in context: 
http://www.nabble.com/Upgrading-Tomcat-from-6.0.14-to-6.0.18---classpath-issue-tp21541405p21577511.html
Sent from the Tomcat - User mailing list archive at Nabble.com.


-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

RE: Upgrading Tomcat from 6.0.14 to 6.0.18 - classpath issue

[Caldarale, Charles R]

> From: matyg [mailto:ma...@expand.com]
> Subject: Re: Upgrading Tomcat from 6.0.14 to 6.0.18 - classpath issue
>
> 1) (and as far as I know...) the
> javax/servlet/http/HttpServlet  class is
> located in servlet-api.jar, which located under under
> /lib.

Make sure that's the *only* place servlet-api.jar is located.  You can get that 
message if the same class exists in multiple locations in a given branch of the 
classloader tree.  Turn on -verbose:class when running Tomcat to see where 
classes are being loaded from.

> 2) The file MyWebApp.xml is located at:
> \conf\Catalina\localhost\MyWebApp.xml

That's good; what's in it?  Also, where is your webapp located?  What's in its 
WEB-INF/lib directory.

 - Chuck


THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY 
MATERIAL and is thus for use only by the intended recipient. If you received 
this in error, please contact the sender and delete the e-mail and its 
attachments from all computers.

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Re: Upgrading Tomcat from 6.0.14 to 6.0.18 - classpath issue

[matyg]

Ok, I have removed all the setClasspath changes I did, and made sure that all
the 'common' JARs are under /lib. I ran my webapp and I
received the following exception:

SEVERE: Error deploying configuration descriptor MyWebApp.xml
java.lang.NoClassDefFoundError: javax/servlet/http/HttpServlet
at java.lang.ClassLoader.defineClass1(Native Method)
at java.lang.ClassLoader.defineClass(ClassLoader.java:620)
at 
java.security.SecureClassLoader.defineClass(SecureClassLoader.java:124)
at java.net.URLClassLoader.defineClass(URLClassLoader.java:260)
at java.net.URLClassLoader.access$100(URLClassLoader.java:56)
at java.net.URLClassLoader$1.run(URLClassLoader.java:195)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:268)
at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
at
org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1302)
at
org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1233)
at
org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1094)
at 
org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:992)
at
org.apache.catalina.core.StandardContext.loadOnStartup(StandardContext.java:4058)
at
org.apache.catalina.core.StandardContext.start(StandardContext.java:4371)
at
org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:791)
at 
org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:771)
at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:525)
at
org.apache.catalina.startup.HostConfig.deployDescriptor(HostConfig.java:627)
at
org.apache.catalina.startup.HostConfig.deployDescriptors(HostConfig.java:553)
at 
org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:488)
at org.apache.catalina.startup.HostConfig.start(HostConfig.java:1149)
at
org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:311)
at
org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:117)
at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1053)
at org.apache.catalina.core.StandardHost.start(StandardHost.java:719)
at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1045)
at 
org.apache.catalina.core.StandardEngine.start(StandardEngine.java:443)
at 
org.apache.catalina.core.StandardService.start(StandardService.java:516)
at 
org.apache.catalina.core.StandardServer.start(StandardServer.java:710)
at org.apache.catalina.startup.Catalina.start(Catalina.java:578)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:288)
at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:413)


Note:
1) (and as far as I know...) the javax/servlet/http/HttpServlet  class is
located in servlet-api.jar, which located under under /lib. And
in the 'Class Loader HOW-TO' page it is written:
"Common - This class loader contains additional classes that are made
visible to both Tomcat internal classes and to all web applications." So, if
it is visible, so why I get the exception?

2) The file MyWebApp.xml is located at:
\conf\Catalina\localhost\MyWebApp.xml

Thanks,

M.




Pid-2 wrote:
> 
> matyg wrote:
>> Yes, I know this page, but it is not understoodable from what is
>> described
>> how it should be done.
>> They write there "All such classes are visible to both Tomcat internal
>> classes, and to web applications".
> 
> Classes placed inside a webapp should not be visible to the container.
> This is Servlet Spec stuff - otherwise there's little point in having a
> classloader hierarchy at all.
> 
> 
>> What I understand is that I need to add classes to the system class
>> loaded.
>> Where do I do that? where do I add them?
> 
> You should add them to the server/shared classloader, which in 6.x means
> you just have to put them in a jar, in /lib.
> The JAAS docs indicate that any classes you use need to be in the same
> classloader as the module you're making.
> 
>> But how come it worked fine in v6.0.14 and not in v6.0.18? What was
>> changed?
> 
> Are you sure you haven't got the classes deployed in a jar in /lib?
> Even if you haven't what you're proposing is wrong and contrary to the
> way that applications are intended to operate.
> 
> p
> 
> 
>> Konsta

Re: Upgrading Tomcat from 6.0.14 to 6.0.18 - classpath issue

[Pid]

matyg wrote:
> Yes, I know this page, but it is not understoodable from what is described
> how it should be done.
> They write there "All such classes are visible to both Tomcat internal
> classes, and to web applications".

Classes placed inside a webapp should not be visible to the container.
This is Servlet Spec stuff - otherwise there's little point in having a
classloader hierarchy at all.


> What I understand is that I need to add classes to the system class loaded.
> Where do I do that? where do I add them?

You should add them to the server/shared classloader, which in 6.x means
you just have to put them in a jar, in /lib.
The JAAS docs indicate that any classes you use need to be in the same
classloader as the module you're making.

> But how come it worked fine in v6.0.14 and not in v6.0.18? What was changed?

Are you sure you haven't got the classes deployed in a jar in /lib?
Even if you haven't what you're proposing is wrong and contrary to the
way that applications are intended to operate.

p


> Konstantin Kolinko wrote:
>> 2009/1/19 matyg :
>>> set
>>> CLASSPATH=%CLASSPATH%;.;%CATALINA_HOME%\lib;%CATALINA_HOME%\lib\servlet-api.jar;%CATALINA_HOME%\lib\jsp-api.jar;%CATALINA_HOME%\lib\el-api.jar;%CATALINA_HOME%\webapps\webAppName;%CATALINA_HOME%\webapps\webAppName\WEB_INF\classes;%CATALINA_HOME%\webapps\webAppName\WEB_INF\lib;%CATALINA_HOME%\bin\bootstrap.jar;%CATALINA_HOME%\bin\commons-daemon.jar;
>>>
>> Do not mess with the CLASSPATH variable. That is not supported and you
>> are severely breaking the classloader hierarchy. Thus are your
>> problems.
>>
>> See
>> http://tomcat.apache.org/tomcat-6.0-doc/class-loader-howto.html
>>
>> Best regards,
>> Konstantin Kolinko
>>
>> -
>> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
>> For additional commands, e-mail: users-h...@tomcat.apache.org
>>
>>
>>
> 


-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

RE: Upgrading Tomcat from 6.0.14 to 6.0.18 - classpath issue

[Caldarale, Charles R]

> From: matyg [mailto:ma...@expand.com]
> Subject: Re: Upgrading Tomcat from 6.0.14 to 6.0.18 - classpath issue
>
> They write there "All such classes are visible to both Tomcat internal
> classes, and to web applications".
> What I understand is that I need to add classes to the system
> class loaded.

No; do not ever, ever, ever add any Tomcat or webapp classes to the classpath.  
That is a recipe for disaster, as you're finding out.

> Where do I do that? where do I add them?

Classes that must be accessible via Tomcat and webapps go into Tomcat's lib 
directory.

You *must not* have references in your login modules back to any classes in the 
webapp.  That's an extremely poor and unsustainable architectural decision.

> But how come it worked fine in v6.0.14 and not in v6.0.18?
> What was changed?

Probably bug fixes, or you were extremely lucky before.  What you're doing is 
completely wrong.

 - Chuck


THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY 
MATERIAL and is thus for use only by the intended recipient. If you received 
this in error, please contact the sender and delete the e-mail and its 
attachments from all computers.

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Re: Upgrading Tomcat from 6.0.14 to 6.0.18 - classpath issue

[matyg]

Yes, I know this page, but it is not understoodable from what is described
how it should be done.
They write there "All such classes are visible to both Tomcat internal
classes, and to web applications".
What I understand is that I need to add classes to the system class loaded.
Where do I do that? where do I add them?
But how come it worked fine in v6.0.14 and not in v6.0.18? What was changed?


Konstantin Kolinko wrote:
> 
> 2009/1/19 matyg :
>>
>> set
>> CLASSPATH=%CLASSPATH%;.;%CATALINA_HOME%\lib;%CATALINA_HOME%\lib\servlet-api.jar;%CATALINA_HOME%\lib\jsp-api.jar;%CATALINA_HOME%\lib\el-api.jar;%CATALINA_HOME%\webapps\webAppName;%CATALINA_HOME%\webapps\webAppName\WEB_INF\classes;%CATALINA_HOME%\webapps\webAppName\WEB_INF\lib;%CATALINA_HOME%\bin\bootstrap.jar;%CATALINA_HOME%\bin\commons-daemon.jar;
>>
> 
> Do not mess with the CLASSPATH variable. That is not supported and you
> are severely breaking the classloader hierarchy. Thus are your
> problems.
> 
> See
> http://tomcat.apache.org/tomcat-6.0-doc/class-loader-howto.html
> 
> Best regards,
> Konstantin Kolinko
> 
> -
> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
> For additional commands, e-mail: users-h...@tomcat.apache.org
> 
> 
> 

-- 
View this message in context: 
http://www.nabble.com/Upgrading-Tomcat-from-6.0.14-to-6.0.18---classpath-issue-tp21541405p21543150.html
Sent from the Tomcat - User mailing list archive at Nabble.com.


-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Re: Upgrading Tomcat from 6.0.14 to 6.0.18 - classpath issue

[Konstantin Kolinko]

2009/1/19 matyg :
>
> set
> CLASSPATH=%CLASSPATH%;.;%CATALINA_HOME%\lib;%CATALINA_HOME%\lib\servlet-api.jar;%CATALINA_HOME%\lib\jsp-api.jar;%CATALINA_HOME%\lib\el-api.jar;%CATALINA_HOME%\webapps\webAppName;%CATALINA_HOME%\webapps\webAppName\WEB_INF\classes;%CATALINA_HOME%\webapps\webAppName\WEB_INF\lib;%CATALINA_HOME%\bin\bootstrap.jar;%CATALINA_HOME%\bin\commons-daemon.jar;
>

Do not mess with the CLASSPATH variable. That is not supported and you
are severely breaking the classloader hierarchy. Thus are your
problems.

See
http://tomcat.apache.org/tomcat-6.0-doc/class-loader-howto.html

Best regards,
Konstantin Kolinko

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Re: Upgrading Tomcat

[Hassan Schroeder]

On 4/11/07, Laura McCord <[EMAIL PROTECTED]> wrote:

So, basically I have to setup a new tomcat instance and move all the
webapps over to the new install?


Well, I upgrade regularly, so I keep my appBase(s) set to directories
outside of the Tomcat installations. That way I can toggle test installs
on and off easily, and no apps need to be moved or copied.

With all individual apps configured via META-INF/context.xml, only the
relevant parts of server.xml need to be copied.

Once you get set up properly, moving to a new version becomes a
trivial exercise. :-)

HTH,
--
Hassan Schroeder  [EMAIL PROTECTED]

-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Upgrading Tomcat

[Laura McCord]

So, basically I have to setup a new tomcat instance and move all the
webapps over to the new install?



Hassan Schroeder wrote:
> On 4/11/07, Laura McCord <[EMAIL PROTECTED]> wrote:
>> Are there any instructions available on how to upgrade a Tomcat version?
>
> If by "upgrade" you mean "overwrite an existing installation" -- I'd
> suggest you don't really want to do that :-)
>
>> I have Tomcat 5.0.28 installed and I want to upgrade to Tomcat 5.5.23
>
> Untar to a new directory, configure and test running with a different
> Connector port setting(s). Then going live is a matter of flipping the
> settings and restarting.
>
> FWIW,

-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Upgrading Tomcat

[Hassan Schroeder]

On 4/11/07, Laura McCord <[EMAIL PROTECTED]> wrote:

Are there any instructions available on how to upgrade a Tomcat version?


If by "upgrade" you mean "overwrite an existing installation" -- I'd
suggest you don't really want to do that :-)


I have Tomcat 5.0.28 installed and I want to upgrade to Tomcat 5.5.23


Untar to a new directory, configure and test running with a different
Connector port setting(s). Then going live is a matter of flipping the
settings and restarting.

FWIW,
--
Hassan Schroeder  [EMAIL PROTECTED]

-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Upgrading Tomcat

[Rhino]

Thanks very much for your help with my questions. I don't know how I missed 
the note in the archive; I suppose I was distracted by too many balls in the 
air today :-)


Rhino

- Original Message - 
From: "Caldarale, Charles R" <[EMAIL PROTECTED]>

To: "Tomcat Users List" 
Sent: Thursday, December 01, 2005 4:04 PM
Subject: RE: Upgrading Tomcat



From: Rhino [mailto:[EMAIL PROTECTED]
Subject: Re: Upgrading Tomcat

I'm having trouble finding the note you mentioned in the mailing list
archives.


It's here:
http://marc.theaimsgroup.com/?l=tomcat-user&m=113332618812952&w=2


I'm trying to figure out the following:
- does "Core" include the Administration webapp?


It did in 5.0, does not in 5.5.


- does "Core" include the Deployer? If not, what does the Deployer do?


No.  See the referenced e-mail.


- does "Core" include the Embedded bundle? If not, what does
it do?


No.  See the referenced e-mail.


- when do I want do download "Core" as a Windows Executable
and when do I want to download it as a zip?


I never use the .exe since it's missing the .bat (and .sh) scripts,
which are useful for debugging.  See the referenced e-mail.

- Chuck


THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY
MATERIAL and is thus for use only by the intended recipient. If you
received this in error, please contact the sender and delete the e-mail
and its attachments from all computers.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


--
No virus found in this incoming message.
Checked by AVG Free Edition.
Version: 7.1.362 / Virus Database: 267.13.10/189 - Release Date: 30/11/2005




--
No virus found in this outgoing message.
Checked by AVG Free Edition.
Version: 7.1.362 / Virus Database: 267.13.10/189 - Release Date: 30/11/2005


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: Upgrading Tomcat

[Nate Rock]

Actually one of the benefits I could see in reguards to using OpenSSL
for SSL in tomcat is the ability for OpenSSL to hand of the encryption
to a hardware acceleration device.  We have that set up in front of some
of our installations that have Apache frontending tomcat clusters using
the AJP connector. 

We had to do this because with a high volume of traffic going through
the box running apache load balancing, the CPU was bogged down doing
encryption/decryption instead of doing the load balancing between 12 or
so tomcat servers so throughput performance suffered.  Once we hooked
mod_ssl into a hardware accelerator card the CPU was free to do it's
usual load balancing tasks.

Although there seems to be limited availiablity of SSL cards that are
supported for Win32. If anyone has had luck configuring this set up and
has an SSL accelerator card they recommend please feel free to let me
know.

   -rOcK 

-Original Message-
From: Nate Rock [mailto:[EMAIL PROTECTED] 
Sent: Thursday, December 01, 2005 3:29 PM
To: Tomcat Users List
Subject: RE: Upgrading Tomcat

The same architecture change that allows tomcat to serve static content
quickly (the APR native connector) also allows Tomcat to use OpenSSL
instead of the JSSE for SSL which should improve performance.

I have been trying to get it configured using Tomcat 5.5.12 (native APR
connector) for the past few days and have hashed out a process with a
few other peeps in the list to configure it, but there are still a few
small details that need some clarification.

   -rOcK 

-Original Message-
From: Alla Winter [mailto:[EMAIL PROTECTED]
Sent: Thursday, December 01, 2005 3:22 PM
To: users@tomcat.apache.org
Subject: FW: Upgrading Tomcat

Thanks for finding this link.
Beside the explanation on various packages of TOMCAT, the message in
there also suggests that it is not worthy to use APACHE on a top of
TOMCAT due to TOMCAT now is handling static pages almost as good as
APACHE. 
But what about handling SSL - somewhere I read that APACHE handles
encryption much better than TOMCAT.  Is it still true? 

-Original Message-
From: Caldarale, Charles R [mailto:[EMAIL PROTECTED]
Sent: Thursday, December 01, 2005 3:05 PM
To: Tomcat Users List
Subject: RE: Upgrading Tomcat

> From: Rhino [mailto:[EMAIL PROTECTED]
> Subject: Re: Upgrading Tomcat
> 
> I'm having trouble finding the note you mentioned in the mailing list 
> archives.

It's here:
http://marc.theaimsgroup.com/?l=tomcat-user&m=113332618812952&w=2

> I'm trying to figure out the following:
> - does "Core" include the Administration webapp?

It did in 5.0, does not in 5.5.

> - does "Core" include the Deployer? If not, what does the Deployer do?

No.  See the referenced e-mail.

> - does "Core" include the Embedded bundle? If not, what does it do?

No.  See the referenced e-mail.

> - when do I want do download "Core" as a Windows Executable and when 
> do I want to download it as a zip?

I never use the .exe since it's missing the .bat (and .sh) scripts,
which are useful for debugging.  See the referenced e-mail.

 - Chuck


THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY
MATERIAL and is thus for use only by the intended recipient. If you
received this in error, please contact the sender and delete the e-mail
and its attachments from all computers.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: Upgrading Tomcat

[Caldarale, Charles R]

> From: Alla Winter [mailto:[EMAIL PROTECTED] 
> Subject: FW: Upgrading Tomcat
> 
> But what about handling SSL - somewhere I read that APACHE handles
> encryption much better than TOMCAT.  Is it still true? 

In theory, doing SSL encryption in native code should be faster than
Java.  However, I haven't done any performance tests (Peter Lin, where
are you?), and it won't really matter much unless you're driving your
CPUs flat out.  The JVM byte code translators of today are significantly
better than just a year ago, so the difference between Java and native
code performance continues to diminish.

With the 5.5.12 and above levels, you now have the option of using APR,
including its SSL engine, for Tomcat connectors.  This is the same SSL
used by Apache httpd, so that should eliminate any performance
distinction.  Configuring SSL on APR appears to require some care,
judging from the recent threads on the subject.

 - Chuck


THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY
MATERIAL and is thus for use only by the intended recipient. If you
received this in error, please contact the sender and delete the e-mail
and its attachments from all computers.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: Upgrading Tomcat

[Nate Rock]

The same architecture change that allows tomcat to serve static content
quickly (the APR native connector) also allows Tomcat to use OpenSSL
instead of the JSSE for SSL which should improve performance.

I have been trying to get it configured using Tomcat 5.5.12 (native APR
connector) for the past few days and have hashed out a process with a
few other peeps in the list to configure it, but there are still a few
small details that need some clarification.

   -rOcK 

-Original Message-
From: Alla Winter [mailto:[EMAIL PROTECTED] 
Sent: Thursday, December 01, 2005 3:22 PM
To: users@tomcat.apache.org
Subject: FW: Upgrading Tomcat

Thanks for finding this link.
Beside the explanation on various packages of TOMCAT, the message in
there also suggests that it is not worthy to use APACHE on a top of
TOMCAT due to TOMCAT now is handling static pages almost as good as
APACHE. 
But what about handling SSL - somewhere I read that APACHE handles
encryption much better than TOMCAT.  Is it still true? 

-Original Message-
From: Caldarale, Charles R [mailto:[EMAIL PROTECTED]
Sent: Thursday, December 01, 2005 3:05 PM
To: Tomcat Users List
Subject: RE: Upgrading Tomcat

> From: Rhino [mailto:[EMAIL PROTECTED]
> Subject: Re: Upgrading Tomcat
> 
> I'm having trouble finding the note you mentioned in the mailing list 
> archives.

It's here:
http://marc.theaimsgroup.com/?l=tomcat-user&m=113332618812952&w=2

> I'm trying to figure out the following:
> - does "Core" include the Administration webapp?

It did in 5.0, does not in 5.5.

> - does "Core" include the Deployer? If not, what does the Deployer do?

No.  See the referenced e-mail.

> - does "Core" include the Embedded bundle? If not, what does it do?

No.  See the referenced e-mail.

> - when do I want do download "Core" as a Windows Executable and when 
> do I want to download it as a zip?

I never use the .exe since it's missing the .bat (and .sh) scripts,
which are useful for debugging.  See the referenced e-mail.

 - Chuck


THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY
MATERIAL and is thus for use only by the intended recipient. If you
received this in error, please contact the sender and delete the e-mail
and its attachments from all computers.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: Upgrading Tomcat

[Caldarale, Charles R]

> From: Rhino [mailto:[EMAIL PROTECTED] 
> Subject: Re: Upgrading Tomcat
> 
> I'm having trouble finding the note you mentioned in the mailing list 
> archives.

It's here:
http://marc.theaimsgroup.com/?l=tomcat-user&m=113332618812952&w=2

> I'm trying to figure out the following:
> - does "Core" include the Administration webapp?

It did in 5.0, does not in 5.5.

> - does "Core" include the Deployer? If not, what does the Deployer do?

No.  See the referenced e-mail.

> - does "Core" include the Embedded bundle? If not, what does 
> it do?

No.  See the referenced e-mail.

> - when do I want do download "Core" as a Windows Executable 
> and when do I want to download it as a zip?

I never use the .exe since it's missing the .bat (and .sh) scripts,
which are useful for debugging.  See the referenced e-mail.

 - Chuck


THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY
MATERIAL and is thus for use only by the intended recipient. If you
received this in error, please contact the sender and delete the e-mail
and its attachments from all computers.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Upgrading Tomcat

[Rhino]

Chuck,

Thanks very much for the quick and helpful response!

My email client - Outlook Express - won't let me intersperse with your reply 
so a follow up question, if I may


I'm having trouble finding the note you mentioned in the mailing list 
archives. I looked at the titles of the threads you initiated in the last 
several weeks in the archive and clicked on the ones that looked like good 
candidates but couldn't find the one you mentioned. The Readme file you 
cited is too skimpy for me to really understand. Can you recall the date of 
the thread from the archive or the subject line or anything that would help 
me find the note in question? I don't want to make you regurgitate the whole 
thing again if I can help it :-)


I'm trying to figure out the following:
- does "Core" include the Administration webapp?
- does "Core" include the Deployer? If not, what does the Deployer do?
- does "Core" include the Embedded bundle? If not, what does it do? (Or, 
more to the point, when do I want Tomcat to be Embedded and when I should 
not do this? And what do you mean by embedded anyway?)
- when do I want do download "Core" as a Windows Executable and when do I 
want to download it as a zip? What is the difference? (I'm installing to 
Windows XP.)


Again, if all of this is explained somewhere, just tell me where; I don't 
want to waste your time restating things that are already documented.


Rhino


- Original Message - 
From: "Caldarale, Charles R" <[EMAIL PROTECTED]>

To: "Tomcat Users List" 
Sent: Thursday, December 01, 2005 1:23 PM
Subject: RE: Upgrading Tomcat



From: Rhino [mailto:[EMAIL PROTECTED]
Subject: Upgrading Tomcat

1. What are the major differences between the 5.0.x stream
and the 5.5.x stream?


Lots, especially performance.  There are some configuration differences
between the two, so read the docs carefully.  Consult the changelog and
FAQ for details.


Perhaps I'd be smarter to use 5.0.x until
5.5.x is further along?


I'd go with 5.5 - the newer level gets more attention from the
developers and has definite performance advantages.


2. Are 5.5.12 and 5.0.28 both fairly stable and robust?


Yes.


3. Do I need to download/install all of the different
"bundles" for each version


No, just download what you need.  Look here:
http://apache.intissite.com/tomcat/tomcat-5/v5.5.12/README.html

I posted a more detailed description of the download packages a few days
ago.  Try:
http://marc.theaimsgroup.com/?l=tomcat-user&r=1&w=2
to browse the mailing list archive.


Do I need JDK 1.4 Compatibility if I develop primarily
in J2SE 1.5?


The key issue is "primarily" vs. "only".  If you develop with 1.5 you
run the risk of not being able to execute on a 1.4 system if you have
written code that depends on 1.5 features.  You only need the
compatibility package for Tomcat installations that are actually running
on 1.4.


For that matter is it okay to use J2SE 1.5
with Tomcat or does Tomcat only support 1.4?


Tomcat is built with 1.4, but runs happily on either 1.4 or 1.5.


4. Is Sysdeo still the plugin of choice to use for Servlet
development in Eclipse? Is Lomboz still the plugin of choice
to use for JSP development in Eclipse?


Got me.  I'm a command line person.

- Chuck


THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY
MATERIAL and is thus for use only by the intended recipient. If you
received this in error, please contact the sender and delete the e-mail
and its attachments from all computers.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


--
No virus found in this incoming message.
Checked by AVG Free Edition.
Version: 7.1.362 / Virus Database: 267.13.10/189 - Release Date: 30/11/2005




--
No virus found in this outgoing message.
Checked by AVG Free Edition.
Version: 7.1.362 / Virus Database: 267.13.10/189 - Release Date: 30/11/2005


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Upgrading Tomcat

[Mark Thomas]

Rhino wrote:
4. Is Sysdeo still the plugin of choice to use for Servlet development 
in Eclipse? Is Lomboz still the plugin of choice to  use for JSP 
development in Eclipse? (I've never really tried a JSP but I might give 
it a go one of these days :-)


My personal preference is MyEclipse.

Mark


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Upgrading Tomcat

[Hassan Schroeder]

Rhino wrote:

> 1. What are the major differences between the 5.0.x stream and the 5.5.x
> stream? 

The only one I really care about is 5.5 is perceptibly faster :-)

> 2. Are 5.5.12 and 5.0.28 both fairly stable and robust?

I'm running several production sites on 5.5.9, no problems.

> 3. Do I need to download/install all of the different "bundles" for each
> version...

Core (and manager, if you use it) are all you need, if you're
running Java 1.5.

> 4. ...Eclipse?... 

Sorry, can't say -- not an Eclipse user.

FWIW!
-- 
Hassan Schroeder - [EMAIL PROTECTED]
Webtuitive Design ===  (+1) 408-938-0567   === http://webtuitive.com

  dream.  code.



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: Upgrading Tomcat

[Caldarale, Charles R]

> From: Rhino [mailto:[EMAIL PROTECTED] 
> Subject: Upgrading Tomcat
> 
> 1. What are the major differences between the 5.0.x stream 
> and the 5.5.x stream?

Lots, especially performance.  There are some configuration differences
between the two, so read the docs carefully.  Consult the changelog and
FAQ for details.

> Perhaps I'd be smarter to use 5.0.x until 
> 5.5.x is further along?

I'd go with 5.5 - the newer level gets more attention from the
developers and has definite performance advantages.

> 2. Are 5.5.12 and 5.0.28 both fairly stable and robust?

Yes.

> 3. Do I need to download/install all of the different 
> "bundles" for each version

No, just download what you need.  Look here:
http://apache.intissite.com/tomcat/tomcat-5/v5.5.12/README.html

I posted a more detailed description of the download packages a few days
ago.  Try:
http://marc.theaimsgroup.com/?l=tomcat-user&r=1&w=2
to browse the mailing list archive.

> Do I need JDK 1.4 Compatibility if I develop primarily 
> in J2SE 1.5?

The key issue is "primarily" vs. "only".  If you develop with 1.5 you
run the risk of not being able to execute on a 1.4 system if you have
written code that depends on 1.5 features.  You only need the
compatibility package for Tomcat installations that are actually running
on 1.4.

> For that matter is it okay to use J2SE 1.5 
> with Tomcat or does Tomcat only support 1.4?

Tomcat is built with 1.4, but runs happily on either 1.4 or 1.5.

> 4. Is Sysdeo still the plugin of choice to use for Servlet 
> development in Eclipse? Is Lomboz still the plugin of choice 
> to use for JSP development in Eclipse?

Got me.  I'm a command line person.

 - Chuck


THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY
MATERIAL and is thus for use only by the intended recipient. If you
received this in error, please contact the sender and delete the e-mail
and its attachments from all computers.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]