RE: Moving to another drive

[Sternbergh, Cornell]

That's what I was missing!

I'd mucked about in eclipse looking for something like that, I was
looking for a tomcat menu item, that could lead to preferences.  I
didn't think that the preferences would contain the preferences for all.

Thanks Manfred!

Thanks
Cornell Sternbergh
(717) 787-6760
[EMAIL PROTECTED]


-Original Message-
From: Manfred Steurer [mailto:[EMAIL PROTECTED] 
Sent: Monday, August 01, 2005 10:50
To: Tomcat Users List
Subject: Re: Moving to another drive


Did you change "Tomcat Home" and "Configuration File" at 
Window/Preferences/Tomcat?

Fight the bureaucrats ;)
- Manfred

Sternbergh, Cornell wrote:

>Hi everybody
>
>I'm using Tomcat (4.1) with the Sysdeo plug-in for Eclipse (3.0) on a
>WinXP machine.
>
>Had everything installed on C:\ and all was right with the world.
>
>
>Then came McAfee and the bureaucrats, who feel that ALL files should be
>scanned on access.  Which means that even something as benign as
looking
>for a file in an archive, a zip, or jar, causes the entire archive to
be
>scanned, every time.  This drives the CPU time consumed by McAfee to
>99%.
>
>
>The bureaucrats' solution...  Move them all to a network drive, where
>more powerful machines will do the scanning (and get maxed out)
>
>So... I've moved the C:\eclipse and C:\tomcat directories to a
networked
>drive, H:\
>
>I've changed the environment variable CATALINA_HOME to be H:\tomcat and
>I've changed references in H:\tomcat\conf\server.xml to H: instead of
C:
>
>Eclipse comes up fine, but when I try to start tomcat, I get:
>  java.lang.NoClassDefFoundError: org/apache/catalina/startup/Bootstrap
>
>The Bootstrap class is in H:\tomcat\bin\bootstrap.jar, I copied it back
>to C:\ and tried to start tomcat, and got:
>  Exception during startup processing
>java.lang.ClassNotFoundException: org.apache.catalina.startup.Catalina
>   at
>org.apache.catalina.loader.StandardClassLoader.loadClass(StandardClassL
o
>ader.java:992)
>   at
>org.apache.catalina.loader.StandardClassLoader.loadClass(StandardClassL
o
>ader.java:857)
>   at
>org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:176)
>
>So... tomcat is still looking at C: for stuff when starting.
>
>What am I missing, any ideas?
>
>
>Thank you
>R. Cornell Sternbergh
>PennDOT/BIS
>APRASTeam
>(717) 787-6760
>[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: Moving to another drive

[Manfred Steurer]

Did you change "Tomcat Home" and "Configuration File" at 
Window/Preferences/Tomcat?


Fight the bureaucrats ;)
- Manfred

Sternbergh, Cornell wrote:


Hi everybody

I'm using Tomcat (4.1) with the Sysdeo plug-in for Eclipse (3.0) on a
WinXP machine.

Had everything installed on C:\ and all was right with the world.


Then came McAfee and the bureaucrats, who feel that ALL files should be
scanned on access.  Which means that even something as benign as looking
for a file in an archive, a zip, or jar, causes the entire archive to be
scanned, every time.  This drives the CPU time consumed by McAfee to
99%.


The bureaucrats' solution...  Move them all to a network drive, where
more powerful machines will do the scanning (and get maxed out)

So... I've moved the C:\eclipse and C:\tomcat directories to a networked
drive, H:\

I've changed the environment variable CATALINA_HOME to be H:\tomcat and
I've changed references in H:\tomcat\conf\server.xml to H: instead of C:

Eclipse comes up fine, but when I try to start tomcat, I get:
 java.lang.NoClassDefFoundError: org/apache/catalina/startup/Bootstrap

The Bootstrap class is in H:\tomcat\bin\bootstrap.jar, I copied it back
to C:\ and tried to start tomcat, and got:
 Exception during startup processing
java.lang.ClassNotFoundException: org.apache.catalina.startup.Catalina
at
org.apache.catalina.loader.StandardClassLoader.loadClass(StandardClassLo
ader.java:992)
at
org.apache.catalina.loader.StandardClassLoader.loadClass(StandardClassLo
ader.java:857)
at
org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:176)

So... tomcat is still looking at C: for stuff when starting.

What am I missing, any ideas?


Thank you
R. Cornell Sternbergh
PennDOT/BIS
APRASTeam
(717) 787-6760
[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: Moving from http to https doesnt expire session

[Fabian Pena]

Thank Bob.
Yes, I think an invalidate and then a request.getSession(true) doesn't work.
Do you know if there are some other options, or a tomcat setting to do this?
The only solution that i found at this moment, was set a diferent domain 
name for http and https.

As you see, me english is not good.
greetings
Fabian
Bob Feretich wrote:
If you start a session under http, Tomcat will maintain the session into 
https. This is the desired behavior for most users. Most e-commerce 
sites use "shopping cart" models and don't switch to https until you 
want to check out. If the session was changed on the transition, you 
would lose the shopping cart contents just as it was time to pay. Also, 
maintaining the session from http to https does not create a security 
hazard.

Tomcat does not permit a session to be maintained across a https to http 
transition for security reasons.

To force a session to expire when moving from http to https...
For https pages, at the top of your servlet/jsp, where request is the 
HttpServletRequest object. Insert...
   if (!request.isSecure() ) // not needed if page is a secure resource
   {code to redirect back to the same page under https}
   // get the browser's cookies
   Cookie[] cookies = request.getCookies();
   if (cookies==null)
   {code to tell user to enable cookies}
   // check session
   HttpSession session = request.getSession(false);
   if (session!=null) {
  // Find the JSESSIONID cookie
  for (int i=0; i
 if ("JSESSIONID".equals(cookies[i].getName() ) ) {
if (!cookies[i].getsecure() ) {
   // invalidate non-secure session
   session().invalidate();
   // see below Note 1.
   break;
} // if cookie[]
 } // if found cookie
  } // for i
   } // if session
   session = request.getSession(true);

Note 1. At this spot in my servlet, I have code to redirect back to the 
sevlet under https. It shouldn't be required, but I may have suspected 
that session.invalidate() immediately followed by a 
request.getSession(true) didn't work.

Hope this helps.
Bob Feretich
Subject: Moving from http to https doesnt expire session
From:Fabian Pena <[EMAIL PROTECTED]>
Date:Mon, 02 May 2005 09:54:29 -0300
To:tomcat-user@jakarta.apache.org
hi all
I have a simple question, at least I think that.
I am developing an applicatin that contains confidential information,
and I'm having a simple problem.
when a user move from http to https de session doesnt expire, the
jsessionid is the same.
I want generate a new session and of course change de jsessionid in the
first https request.
Any one can help me.
Thanks in advance
Fabian 


-
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: Moving from http to https doesnt expire session

[Bob Feretich]

If you start a session under http, Tomcat will maintain the session into 
https. This is the desired behavior for most users. Most e-commerce 
sites use "shopping cart" models and don't switch to https until you 
want to check out. If the session was changed on the transition, you 
would lose the shopping cart contents just as it was time to pay. Also, 
maintaining the session from http to https does not create a security 
hazard.

Tomcat does not permit a session to be maintained across a https to http 
transition for security reasons.

To force a session to expire when moving from http to https...
For https pages, at the top of your servlet/jsp, where request is the 
HttpServletRequest object. Insert...
   if (!request.isSecure() ) // not needed if page is a secure resource
   {code to redirect back to the same page under https}
   // get the browser's cookies
   Cookie[] cookies = request.getCookies();
   if (cookies==null)
   {code to tell user to enable cookies}
   // check session
   HttpSession session = request.getSession(false);
   if (session!=null) {
  // Find the JSESSIONID cookie
  for (int i=0; i
 if ("JSESSIONID".equals(cookies[i].getName() ) ) {
if (!cookies[i].getsecure() ) {
   // invalidate non-secure session
   session().invalidate();
   // see below Note 1.
   break;
} // if cookie[]
 } // if found cookie
  } // for i
   } // if session
   session = request.getSession(true);

Note 1. At this spot in my servlet, I have code to redirect back to the 
sevlet under https. It shouldn't be required, but I may have suspected 
that session.invalidate() immediately followed by a 
request.getSession(true) didn't work.

Hope this helps.
Bob Feretich
Subject: Moving from http to https doesnt expire session
From:Fabian Pena <[EMAIL PROTECTED]>
Date:Mon, 02 May 2005 09:54:29 -0300
To:tomcat-user@jakarta.apache.org
hi all
I have a simple question, at least I think that.
I am developing an applicatin that contains confidential information,
and I'm having a simple problem.
when a user move from http to https de session doesnt expire, the
jsessionid is the same.
I want generate a new session and of course change de jsessionid in the
first https request.
Any one can help me.
Thanks in advance
Fabian 


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

Re: Moving jsp from development environment (v 5.0.28) to production environment (5.5.7) leads to complilation problems

[Navneet Karnani]

Note however, that the error message is wrong. If I strip a lot of the code
at the bottom of the jsp file, it'll compile with the exact same first
couple of lines.
I figure this to be the problem with the compilet that Tomcat is using. 
Try and make the JDK (sun compiler) as the default for tomcat. This was 
the default in 5.0 in 5.5 they moved to the JDT compilet. This may fix 
the problem.

- Navneet
I also have Tomcat 5.5.7 installed on my development box, but the same thing
happens there. As a workaround, I compiled the jsp inside Netbeans, then put
the generated .java and .class files in the appropriate path on the
productive system, and that takes care of the problem, yet it means for the
slightest change of the jsp page, I have to recompile and move all 3 files
over to the productive machine.
Is there a solution to this? I figure for some wicked reason, Tomcat has
problems with certain .jsp files but so far I have not been able to find
anything that the files that cannot be compiled have in common with the ones
that can be compiled.. Depending on how much I remove from the jsp, it will
compile on Tomcat 5.5.7, but I'm afraid I cannot find the logic behind when
it'll compile and when it won't so I'm hoping somebody else has an idea.
Regards
Stephan

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

Re: moving all classes to shared

[Wendy Smoak]

From: "Oleg" <[EMAIL PROTECTED]>

> Hmm, quick question, do you know of a reason why this ould not work
> for Struts, I did it and for some reason I get an error
> org.apache.struts.action.RequestProcessor - ERROR - No action instance
> for path /selectTiles could be created
> this class was moved to shared.

You can't share the Struts libraries across multiple webapps.  (Well, you
can, but it probably won't work, and it's not a supported configuration-- 
the developers specifically warn against it.)

Scroll down to section 5.5:
http://struts.apache.org/userGuide/configuration.html

-- 
Wendy Smoak


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

Re: moving all classes to shared

[Oleg]

Hmm, quick question, do you know of a reason why this ould not work
for Struts, I did it and for some reason I get an error

org.apache.struts.action.RequestProcessor - ERROR - No action instance
for path /selectTiles could be created

this class was moved to shared.

Thansk,
Oleg

On Mon, 21 Feb 2005 14:39:52 -0600, QM <[EMAIL PROTECTED]> wrote:
> On Mon, Feb 21, 2005 at 11:21:01AM -0800, Oleg wrote:
> : Well regarding #1 from what I understand the class in webapp web-inf
> : will take priority, however, I can see how #2 can be a problem, but,
> : does it only work one way? Meaning a class in sared/classes will not
> : see webapp/web-inf/classes, so down the hierarchy, however, it will
> : work just fine going up, so class in webapp will see classes in
> : shared?
> 
> Correct -- the per-webapp classloader is the child of the shared/lib
> classloader.  (This is an oversimplification but please bear with me.)
> 
> Really, there are more than two classloaders involved, forming several
> parent/child relationships in a hierarchy...
> 
> Try to think of it as the GoF Chain of Responsiblity pattern: when the
> per-webapp classloader can't find a class, it delegates (passes the
> request) to its parent.  This keeps going until you hit a classloader
> that can successfully load the class, or until the innermost classloader
> -- which doesn't delegate to anyone else -- gives up and says there's no
> such class.
> 
> Going the other way thus isn't possible: that innermost (parent)
> classloader can't see what its children see, and so on. If a class
> under shared/lib needs access to (depends on) a class in a child
> classloader, it will never find it, and the system throws a
> NoClassDefFoundError.
> 
> It's for a similar reason one webapp can't see another webapp's classes:
> they only have a relationship with their parent classloader, and not
> that of their siblings.
> 
> -QM
> 
> -
> 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: moving all classes to shared

[QM]

On Mon, Feb 21, 2005 at 11:21:01AM -0800, Oleg wrote:
: Well regarding #1 from what I understand the class in webapp web-inf
: will take priority, however, I can see how #2 can be a problem, but,
: does it only work one way? Meaning a class in sared/classes will not
: see webapp/web-inf/classes, so down the hierarchy, however, it will
: work just fine going up, so class in webapp will see classes in
: shared?

Correct -- the per-webapp classloader is the child of the shared/lib
classloader.  (This is an oversimplification but please bear with me.)

Really, there are more than two classloaders involved, forming several
parent/child relationships in a hierarchy...


Try to think of it as the GoF Chain of Responsiblity pattern: when the
per-webapp classloader can't find a class, it delegates (passes the
request) to its parent.  This keeps going until you hit a classloader
that can successfully load the class, or until the innermost classloader
-- which doesn't delegate to anyone else -- gives up and says there's no
such class.


Going the other way thus isn't possible: that innermost (parent)
classloader can't see what its children see, and so on. If a class
under shared/lib needs access to (depends on) a class in a child
classloader, it will never find it, and the system throws a
NoClassDefFoundError.

It's for a similar reason one webapp can't see another webapp's classes:
they only have a relationship with their parent classloader, and not
that of their siblings.

-QM

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

Re: moving all classes to shared

[Oleg]

Well regarding #1 from what I understand the class in webapp web-inf
will take priority, however, I can see how #2 can be a problem, but,
does it only work one way? Meaning a class in sared/classes will not
see webapp/web-inf/classes, so down the hierarchy, however, it will
work just fine going up, so class in webapp will see classes in
shared?

Thank you
Oleg 

On Mon, 21 Feb 2005 10:54:45 -0600, QM <[EMAIL PROTECTED]> wrote:
> On Sat, Feb 19, 2005 at 06:38:03PM -0800, Oleg wrote:
> : If I have 200 users deployed on tomcat with 99% using identical
> : classes, would it be ok to move all classes to shared/classes
> : directory? Will that give better memory usage? Also, can I later add
> : the classes that are different directly to WEB-INF/classes and will
> : they be given priority?
> 
> You've already received answers to the other points, so I'll address
> just the last question:
> 
>it depends
> 
> With hierarchical classloaders, you can get yourself into a right snit
> when 1/ there's version skew between the per-webapp class and the one in
> shared/lib; and 2/ when a class in shared/lib depends on a class that's
> in the per-webapp area (that is, it can't see a dependent class because
> it's out of the scope of the current classloader).
> 
> IIRC, both result in NoClassDefFoundError, and both can be a mess to
> sort out if you don't know in advance where to start looking.
> 
> -QM
> 
> --
> 
> software  -- http://www.brandxdev.net
> tech news -- http://www.RoarNetworX.com
> 
> 
> -
> 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: moving all classes to shared

[QM]

On Sat, Feb 19, 2005 at 06:38:03PM -0800, Oleg wrote:
: If I have 200 users deployed on tomcat with 99% using identical
: classes, would it be ok to move all classes to shared/classes
: directory? Will that give better memory usage? Also, can I later add
: the classes that are different directly to WEB-INF/classes and will
: they be given priority?

You've already received answers to the other points, so I'll address
just the last question:

it depends

With hierarchical classloaders, you can get yourself into a right snit
when 1/ there's version skew between the per-webapp class and the one in
shared/lib; and 2/ when a class in shared/lib depends on a class that's
in the per-webapp area (that is, it can't see a dependent class because
it's out of the scope of the current classloader).  

IIRC, both result in NoClassDefFoundError, and both can be a mess to
sort out if you don't know in advance where to start looking.

-QM

-- 

software  -- http://www.brandxdev.net
tech news -- http://www.RoarNetworX.com


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

Re: moving all classes to shared

[Michael Echerer]

Dale, Matt wrote:
I'm not sure what you're getting at here. The number of users are irrelevant to 
the classes. You should only use shared/classes if the classes have to be 
shared across web apps. Although this is not usually advised as it is good 
practice to keep web apps self contained.
WEB-INF/classes would take precedence over shared/classes but I still don't see 
what you are trying to achieve.
My understanding (I'm sure someone will correct me if i'm wrong) of the shared is that each class will be loaded into the classloader of each webapp so no memory would be saved, if you chose to use this area for sharing classes accross webapps.
http://jakarta.apache.org/tomcat/tomcat-5.0-doc/class-loader-howto.html
I doubt that classes in shared lib are existing multiple times per 
webapp. I'm quite sure the exist per tomcat instance...
The difference is that common lib is available to both Tomcat and the 
webapps. Shared lib is not available to the Tomcat classes.

Typically one places the jdbc driver into common lib, because Tomcat 
needs that when using the JNDI pooling. If you just use old JDBC style 
it should work in shared lib or even web-inf/lib.

The interesting part is that shared lib is relative to catalina base, 
not catalina home, unlike common lib...

Cheers,
Michael

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

RE: moving all classes to shared

[Dale, Matt]

I'm not sure what you're getting at here. The number of users are irrelevant to 
the classes. You should only use shared/classes if the classes have to be 
shared across web apps. Although this is not usually advised as it is good 
practice to keep web apps self contained.

WEB-INF/classes would take precedence over shared/classes but I still don't see 
what you are trying to achieve.

My understanding (I'm sure someone will correct me if i'm wrong) of the shared 
is that each class will be loaded into the classloader of each webapp so no 
memory would be saved, if you chose to use this area for sharing classes 
accross webapps.

If you wanted to save memory then the common/classes is where you should put 
your classes. This will only classload 1 copy of the class.

Ta
Matt

-Original Message-
From: Oleg [mailto:[EMAIL PROTECTED]
Sent: Sunday, February 20, 2005 2:38 AM
To: Tomcat Users List
Subject: moving all classes to shared


If I have 200 users deployed on tomcat with 99% using identical
classes, would it be ok to move all classes to shared/classes
directory? Will that give better memory usage? Also, can I later add
the classes that are different directly to WEB-INF/classes and will
they be given priority?

Thank you
Oleg

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

Any opinions expressed in this E-mail may be those of the individual and not 
necessarily the company. This E-mail and any files transmitted with it are 
confidential and solely for the use of the intended recipient. If you are not 
the intended recipient or the person responsible for delivering to the intended 
recipient, be advised that you have received this E-mail in error and that any 
use or copying is strictly prohibited. If you have received this E-mail in 
error please notify the beCogent postmaster at [EMAIL PROTECTED]
Unless expressly stated, opinions in this email are those of the individual 
sender and not beCogent Ltd. You must take full responsibility for virus 
checking this email and any attachments.
Please note that the content of this email or any of its attachments may 
contain data that falls within the scope of the Data Protection Acts and that 
you must ensure that any handling or processing of such data by you is fully 
compliant with the terms and provisions of the Data Protection Act 1984 and 
1998.


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

Re: Moving from 4.1.27 to 5.0.28?

[Quinton Delpeche]

On Wednesday 01 December 2004 15:08, Bjørn T Johansen wrote:
> I am thinging of upgrading our prod Tomcat server from 4.1.27 to 5.0.28 (or
> is 5.5.4 a safer bet?) and I was wondering if there would be any problems
> when upgrading? Anything particular I should think of?

My advice is to redo your server.xml file from scratch... ...much safer and 
will cause you less headaches.

I recently moved from Tomcat 4 to Tomcat 5 and had a few minor glitches until 
I took the time to recreate the server.xml file using the server.minimal.xml 
file in the same directory.

> Regards,
>
> BTJ
Q
-- 
Quinton Delpeche
Internal Systems Developer
Softline VIP

Telephone: +27 12 420 7000
Direct:+27 12 420 7007
Facsimile: +27 12 420 7344

http://www.vippayroll.co.za/

I have learned
To spell hors d'oeuvres
Which still grates on 
Some people's n'oeuvres.
-- Warren Knox


pgpyKnFurre6t.pgp
Description: PGP signature

Re: Moving from 4.1.27 to 5.0.28?

[QM]

On Wed, Dec 01, 2004 at 07:32:42PM +0100, Bj?rn T Johansen wrote:
: - upgrade to 5.0.28 is a good thing...
: - shouldn't be any/much problem doing this

As long as your app code is clean (e.g. doesn't rely on features
deprecated in servlet spec 2.4, doesn't rely on features specific to
Tomcat 4) then it should be straightforward.  There's a brief doc on my
website for the 4.1 -> 5.0 upgrade:

http://www.brandxdev.net/misc/tomcat_upgrade.site

-QM

-- 

software  -- http://www.brandxdev.net
tech news -- http://www.RoarNetworX.com


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

Re: Moving from 4.1.27 to 5.0.28?

[Bjørn T Johansen]

oki, thx :)
The conclusion would be..:
- upgrade to 5.0.28 is a good thing...
- shouldn't be any/much problem doing this
BTJ
Mike Curwen wrote:
We've recently been writing the 'next version' of our main application, and
the decision was made to target TC 5.0.x, up from 4.1.x.  We experience no
major difficulties in making that move, thouogh there can be a few gotchas.
 
The one thing we noticed that changed (for the better) was error page
handling.  

Others have reported small problems regarding TC 5's more strict
interpretation of the spec in certain areas. As an example of this (though
this is from memory!) I think someone had something like:


 
And that appealed to their sense of 'good coding' (like putting opening and
closing braces on all blocks, including one line blocks).  This worked in
Tomcat 4.x, but not in 5.x

So small things like that might catch you up, but otherwise nothing major.

-Original Message-
From: Bjørn T Johansen [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, December 01, 2004 7:08 AM
To: Tomcat Users List
Subject: Moving from 4.1.27 to 5.0.28?

I am thinging of upgrading our prod Tomcat server from 4.1.27 
to 5.0.28 (or is 5.5.4 a 
safer bet?) and I was wondering if there would be any 
problems when upgrading? Anything particular I should think of?

Regards,
BTJ
--
--
-
Bjørn T Johansen
[EMAIL PROTECTED]
--
-
Someone wrote:
"I understand that if you play a Windows CD backwards you 
hear strange Satanic messages" To which someone replied: 
"It's even worse than that; play it forwards and it installs Windows"
--
-

-
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: Moving from 4.1.27 to 5.0.28?

[Mike Curwen]

We've recently been writing the 'next version' of our main application, and
the decision was made to target TC 5.0.x, up from 4.1.x.  We experience no
major difficulties in making that move, thouogh there can be a few gotchas.
 
The one thing we noticed that changed (for the better) was error page
handling.  

Others have reported small problems regarding TC 5's more strict
interpretation of the spec in certain areas. As an example of this (though
this is from memory!) I think someone had something like:



 
And that appealed to their sense of 'good coding' (like putting opening and
closing braces on all blocks, including one line blocks).  This worked in
Tomcat 4.x, but not in 5.x

So small things like that might catch you up, but otherwise nothing major.


> -Original Message-
> From: Bjørn T Johansen [mailto:[EMAIL PROTECTED] 
> Sent: Wednesday, December 01, 2004 7:08 AM
> To: Tomcat Users List
> Subject: Moving from 4.1.27 to 5.0.28?
> 
> 
> I am thinging of upgrading our prod Tomcat server from 4.1.27 
> to 5.0.28 (or is 5.5.4 a 
> safer bet?) and I was wondering if there would be any 
> problems when upgrading? Anything particular I should think of?
> 
> 
> Regards,
> 
> BTJ
> 
> -- 
> --
> -
> Bjørn T Johansen
> 
> [EMAIL PROTECTED]
> --
> -
> Someone wrote:
> "I understand that if you play a Windows CD backwards you 
> hear strange Satanic messages" To which someone replied: 
> "It's even worse than that; play it forwards and it installs Windows"
> --
> -
> 
> -
> 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: Moving from 4.1.27 to 5.0.28?

[Wade Chandler]

Shapira, Yoav wrote:
Hi,
I'd say go to 5.0.28 first.  One major revision at a time ;)
TOC?  Table of Contents?  

Yoav Shapira http://www.yoavshapira.com
 


-Original Message-
From: Wade Chandler [mailto:[EMAIL PROTECTED]
Sent: Wednesday, December 01, 2004 8:35 AM
To: Tomcat Users List
Subject: Re: Moving from 4.1.27 to 5.0.28?
Bjørn T Johansen wrote:
I am thinging of upgrading our prod Tomcat server from 4.1.27 to 5.0.28
(or is 5.5.4 a safer bet?) and I was wondering if there would be any
problems when upgrading?
Anything particular I should think of?
Regards,
BTJ
Personally I'm using 5.0.28 and I love it.  I usually wait a couple of
iterations after a major release like 5.5.x because of new things and
bugs.  5.5.x is a rewrite of a bunch of underlying code said to improve
performance, stabilization, and TOC.  I usually give them time to air
out some bugs, so I might switch to 5.5.x around 5.5.7/8/9 something
like that.  That's just a personal measure from my own experience with a
code base and major changes.  As far as being stable, I haven't had to
restart Tomcat 5.0.28 in a long time.  Not sure the number of days, but
it's in the months, and that was just because of having to reboot the
computer.
Wade
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


This e-mail, including any attachments, is a confidential business 
communication, and may contain information that is confidential, proprietary 
and/or privileged.  This e-mail is intended only for the individual(s) to whom 
it is addressed, and may not be saved, copied, printed, disclosed or used by 
anyone else.  If you are not the(an) intended recipient, please immediately 
delete this e-mail from your computer system and notify the sender.  Thank you.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Total ownership cost.  I guess that should have been TCO. Total cost of 
ownership.  :-P.  That was one of the things the tomcat web site said 
about Tomcat 5.5.  I assume that means it has some improvements to the 
manager and the administrator...?, or is the TCO reduction or assumed 
reduction a result of it being more stable with better performance, so 
lower resources are needed?

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

RE: Moving from 4.1.27 to 5.0.28?

[Shapira, Yoav]

Hi,
I'd say go to 5.0.28 first.  One major revision at a time ;)

TOC?  Table of Contents?

Yoav Shapira http://www.yoavshapira.com


>-Original Message-
>From: Wade Chandler [mailto:[EMAIL PROTECTED]
>Sent: Wednesday, December 01, 2004 8:35 AM
>To: Tomcat Users List
>Subject: Re: Moving from 4.1.27 to 5.0.28?
>
>Bjørn T Johansen wrote:
>> I am thinging of upgrading our prod Tomcat server from 4.1.27 to 5.0.28
>> (or is 5.5.4 a safer bet?) and I was wondering if there would be any
>> problems when upgrading?
>> Anything particular I should think of?
>>
>>
>> Regards,
>>
>> BTJ
>>
>
>Personally I'm using 5.0.28 and I love it.  I usually wait a couple of
>iterations after a major release like 5.5.x because of new things and
>bugs.  5.5.x is a rewrite of a bunch of underlying code said to improve
>performance, stabilization, and TOC.  I usually give them time to air
>out some bugs, so I might switch to 5.5.x around 5.5.7/8/9 something
>like that.  That's just a personal measure from my own experience with a
>code base and major changes.  As far as being stable, I haven't had to
>restart Tomcat 5.0.28 in a long time.  Not sure the number of days, but
>it's in the months, and that was just because of having to reboot the
>computer.
>
>Wade
>
>
>-
>To unsubscribe, e-mail: [EMAIL PROTECTED]
>For additional commands, e-mail: [EMAIL PROTECTED]




This e-mail, including any attachments, is a confidential business 
communication, and may contain information that is confidential, proprietary 
and/or privileged.  This e-mail is intended only for the individual(s) to whom 
it is addressed, and may not be saved, copied, printed, disclosed or used by 
anyone else.  If you are not the(an) intended recipient, please immediately 
delete this e-mail from your computer system and notify the sender.  Thank you.


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

Re: Moving from 4.1.27 to 5.0.28?

[Wade Chandler]

Bjørn T Johansen wrote:
I am thinging of upgrading our prod Tomcat server from 4.1.27 to 5.0.28 
(or is 5.5.4 a safer bet?) and I was wondering if there would be any 
problems when upgrading?
Anything particular I should think of?

Regards,
BTJ
Personally I'm using 5.0.28 and I love it.  I usually wait a couple of 
iterations after a major release like 5.5.x because of new things and 
bugs.  5.5.x is a rewrite of a bunch of underlying code said to improve 
performance, stabilization, and TOC.  I usually give them time to air 
out some bugs, so I might switch to 5.5.x around 5.5.7/8/9 something 
like that.  That's just a personal measure from my own experience with a 
code base and major changes.  As far as being stable, I haven't had to 
restart Tomcat 5.0.28 in a long time.  Not sure the number of days, but 
it's in the months, and that was just because of having to reboot the 
computer.

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

RE: Moving from 4.1 to 5

[D'Alessandro, Arthur]

There is no blanket statement that can answer your question without
testing.. TC4 implements jsp 1.2, TC5 implements JSP 2...

We found some small problems when we migrated with closing tags


  
  


Works, however




Needs to be written as  in TC5...  This is the only problem we
had, but our site is very small..



-Original Message-
From: Michael Davis [mailto:[EMAIL PROTECTED] 
Sent: Thursday, March 18, 2004 9:27 AM
To: [EMAIL PROTECTED]
Subject: Moving from 4.1 to 5

Hi,

I've got an app running nicely on tomcat 4.1. We're setting up a brand
new server, and I'm
trying to decide whether it's a good time to migrate to version 5.

Will my app run without modification? I'm using the Standard Tag Library
and the Hibernate
persistence library, nothing else special.

thanks
Michael


-
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: Moving from 3.3.1 to 4.1.29 question

[Bodycombe, Andrew]

Please read the tomcat FAQ:

http://jakarta.apache.org/tomcat/faq/misc.html#invoker

-Original Message-
From: Charles Gardner [mailto:[EMAIL PROTECTED] 
Sent: 24 November 2003 14:35
To: Tomcat Users List
Subject: Moving from 3.3.1 to 4.1.29 question


  I am converting from 3.3.1 to 4.1.29.  Everything seems to be works, got
the admin part working.  It will bring up my application web pages but when
it goes to run a servlet which is in the same place as it was in 3.3.1, it
give me the following error on any servlet.  The web page specifies the
server as ../servlet/ which worked in 3.3.1.  I have the
server.xml file with a context additiona just like the "example" setup
without the dbf stuff.  I have a servlet which is run at startup and it
starts up ok but any thing run from a web page cant be found?

The other files I have not found a home for is
/conf/apps_adventa.xml  and
/conf/users/adventa-users.xml.


HTTP Status 404 - /adventa/servlet/TWSC01




type Status report

message /adventa/servlet/TWSC01

description The requested resource (/adventa/servlet/TWSC01) is not
available.





Apache Tomcat/4.1.29


-
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: Moving from 3.3.1 to 4.1.29 question

[Charles Gardner]

  Thanks  that did the trick.

Charles @ home
- Original Message - 
From: "Simon Taylor" <[EMAIL PROTECTED]>
To: "'Tomcat Users List'" <[EMAIL PROTECTED]>
Sent: Monday, November 24, 2003 8:42 AM
Subject: RE: Moving from 3.3.1 to 4.1.29 question


> You need to explicitly specify a servlet mapping for all servlets or
> uncomment the invoker section in the server.xml
> Being a newbie I asked this question just the other day - see:-
>
> http://marc.theaimsgroup.com/?l=tomcat-user&m=103945394724196&w=2
>
>
> Simon
>
> -Original Message-
> From: Charles Gardner [mailto:[EMAIL PROTECTED]
> Sent: 24 November 2003 14:35
> To: Tomcat Users List
> Subject: Moving from 3.3.1 to 4.1.29 question
>
>
>   I am converting from 3.3.1 to 4.1.29.  Everything seems to be works, got
> the admin part working.  It will bring up my application web pages but
when
> it goes to run a servlet which is in the same place as it was in 3.3.1, it
> give me the following error on any servlet.  The web page specifies the
> server as ../servlet/ which worked in 3.3.1.  I have the
> server.xml file with a context additiona just like the "example" setup
> without the dbf stuff.  I have a servlet which is run at startup and it
> starts up ok but any thing run from a web page cant be found?
>
> The other files I have not found a home for is
> /conf/apps_adventa.xml  and
> /conf/users/adventa-users.xml.
>
>
> HTTP Status 404 - /adventa/servlet/TWSC01
>
> --
--
> 
>
> type Status report
>
> message /adventa/servlet/TWSC01
>
> description The requested resource (/adventa/servlet/TWSC01) is not
> available.
>
>
> --
--
> 
>
> Apache Tomcat/4.1.29
>
>
> -
> 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: Moving from 3.3.1 to 4.1.29 question

[Simon Taylor]

You need to explicitly specify a servlet mapping for all servlets or
uncomment the invoker section in the server.xml
Being a newbie I asked this question just the other day - see:-

http://marc.theaimsgroup.com/?l=tomcat-user&m=103945394724196&w=2


Simon

-Original Message-
From: Charles Gardner [mailto:[EMAIL PROTECTED] 
Sent: 24 November 2003 14:35
To: Tomcat Users List
Subject: Moving from 3.3.1 to 4.1.29 question


  I am converting from 3.3.1 to 4.1.29.  Everything seems to be works, got
the admin part working.  It will bring up my application web pages but when
it goes to run a servlet which is in the same place as it was in 3.3.1, it
give me the following error on any servlet.  The web page specifies the
server as ../servlet/ which worked in 3.3.1.  I have the
server.xml file with a context additiona just like the "example" setup
without the dbf stuff.  I have a servlet which is run at startup and it
starts up ok but any thing run from a web page cant be found?

The other files I have not found a home for is
/conf/apps_adventa.xml  and
/conf/users/adventa-users.xml.


HTTP Status 404 - /adventa/servlet/TWSC01




type Status report

message /adventa/servlet/TWSC01

description The requested resource (/adventa/servlet/TWSC01) is not
available.





Apache Tomcat/4.1.29


-
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: moving from tomcat3 to tomcat4

[Frank Cooley]

Hi

My url is http://localhost:8080/workout/servlet/DbOpen  where the webapp is
workout. 

I pretty much just used the web.xml from tomcat3, and perhaps that is the
problem.  I didn't include any filters or resources or anything.

The logs show no errors and the manager shows the app as running.  

later
Your reply got me thinking about the url, and so I changed the servlet map
to /servlet/DbOpen, which seems to get to do the trick.  Thanks for your
help.

Frank
-Original Message-
From: Shapira, Yoav [mailto:[EMAIL PROTECTED] 
Sent: Friday, August 08, 2003 10:58 AM
To: Tomcat Users List
Subject: RE: moving from tomcat3 to tomcat4


Howdy,

>I'm a little late with this.  I have an app running under tomcat3 and
am
>trying to move it to tomcat4.1.18.

If you can, use 4.1.27.

>I moved the directory structure  to WEB-INF, added a context to
server.xml
>and a mapping to my web.xml file, but I get a file not found error when
I
>run the app and it tries the first servlet.  Here is a snippet of my
>web.xml

What URL are you using to access the servlet?  Are there any errors in
the tomcat logs?

Your web.xml and server.xml snippets look fine.  Is the web.xml
compliant with servlet specification 2.3 DTD?

Yoav Shapira



This e-mail, including any attachments, is a confidential business
communication, and may contain information that is confidential, proprietary
and/or privileged.  This e-mail is intended only for the individual(s) to
whom it is addressed, and may not be saved, copied, printed, disclosed or
used by anyone else.  If you are not the(an) intended recipient, please
immediately delete this e-mail from your computer system and notify the
sender.  Thank you.


-
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: moving from tomcat3 to tomcat4

[Shapira, Yoav]

Howdy,

>I'm a little late with this.  I have an app running under tomcat3 and
am
>trying to move it to tomcat4.1.18.

If you can, use 4.1.27.

>I moved the directory structure  to WEB-INF, added a context to
server.xml
>and a mapping to my web.xml file, but I get a file not found error when
I
>run the app and it tries the first servlet.  Here is a snippet of my
>web.xml

What URL are you using to access the servlet?  Are there any errors in
the tomcat logs?

Your web.xml and server.xml snippets look fine.  Is the web.xml
compliant with servlet specification 2.3 DTD?

Yoav Shapira



This e-mail, including any attachments, is a confidential business communication, and 
may contain information that is confidential, proprietary and/or privileged.  This 
e-mail is intended only for the individual(s) to whom it is addressed, and may not be 
saved, copied, printed, disclosed or used by anyone else.  If you are not the(an) 
intended recipient, please immediately delete this e-mail from your computer system 
and notify the sender.  Thank you.


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

RE: moving from Jrun to Tomcat

[Shapira, Yoav]

Howdy,
I would add that you can try running your app on tomcat standalone
first.  Depending on your performance and other requirements, this may
be sufficient.  Then your overall configuration will be much simpler.

Yoav Shapira
Millennium ChemInformatics


>-Original Message-
>From: Jason Bainbridge [mailto:[EMAIL PROTECTED]
>Sent: Monday, June 02, 2003 4:46 PM
>To: Tomcat Users List
>Subject: Re: moving from Jrun to Tomcat
>
>On Tue, 3 Jun 2003 04:25, Shyama Gavulla wrote:
>> Hi All,
>>
>> I have a webapp running on Jrun and IIS. I want the app to be moved
from
>> Jrun to tomcat. I have read that tomcat with IIS has problems. It
would
>be
>> grateful if someone can help me with details of moving from Jrun to
>tomcat
>> and issues with the migration .
>
>Hi,
>
>To get started on the Tomcat + IIS integration you can read the howto
here:
>
>http://jakarta.apache.org/tomcat/tomcat-4.1-doc/jk2/index.html
>
>Although I would recommend moving to the Apache Webserver if at all
>possible
>as it is more widely used with better support, that link describes the
>process for both Apache and IIS, although it is known that the
>documentation
>there needs some work so if you get stuck help is available on list and
>several howto's, although I am unaware of another IIS one. There are
more
>howto's listed for the Apache integration here:
>http://tomcatfaq.sourceforge.net/apache.html
>
>There shouldn't be any actual porting required if your webapp is a
standard
>one with your classes in packages it should just be a matter of either
>deploying your .WAR file or copyinng your webapp into the
>TOMCAT_HOME/webapps
>directory if you don't use .WAR files.
>
>I can remember when I first ported our company's webapp to Tomcat from
JRun
>it
>was actually quite easy even though it wasn't following the standards,
I
>had
>to package the classes, create the proper structure, learn about
web.xml
>files and learn everything else about Tomcat so you shouldn't have too
many
>problems.
>
>Maybe first try getting your application running under Tomcat
Standalone
>and
>then venture into integrating Tomcat with either IIS or Apache.
>
>Regards,
>--
>Jason Bainbridge
>KDE Web Team - http://kde.org
>[EMAIL PROTECTED]
>
>-
>To unsubscribe, e-mail: [EMAIL PROTECTED]
>For additional commands, e-mail: [EMAIL PROTECTED]




This e-mail, including any attachments, is a confidential business communication, and 
may contain information that is confidential, proprietary and/or privileged.  This 
e-mail is intended only for the individual(s) to whom it is addressed, and may not be 
saved, copied, printed, disclosed or used by anyone else.  If you are not the(an) 
intended recipient, please immediately delete this e-mail from your computer system 
and notify the sender.  Thank you.


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

Re: moving from Jrun to Tomcat

[Jason Bainbridge]

On Tue, 3 Jun 2003 04:25, Shyama Gavulla wrote:
> Hi All,
>
> I have a webapp running on Jrun and IIS. I want the app to be moved from
> Jrun to tomcat. I have read that tomcat with IIS has problems. It would be
> grateful if someone can help me with details of moving from Jrun to tomcat
> and issues with the migration .

Hi,

To get started on the Tomcat + IIS integration you can read the howto here:

http://jakarta.apache.org/tomcat/tomcat-4.1-doc/jk2/index.html

Although I would recommend moving to the Apache Webserver if at all possible 
as it is more widely used with better support, that link describes the 
process for both Apache and IIS, although it is known that the documentation 
there needs some work so if you get stuck help is available on list and 
several howto's, although I am unaware of another IIS one. There are more 
howto's listed for the Apache integration here: 
http://tomcatfaq.sourceforge.net/apache.html

There shouldn't be any actual porting required if your webapp is a standard 
one with your classes in packages it should just be a matter of either 
deploying your .WAR file or copyinng your webapp into the TOMCAT_HOME/webapps 
directory if you don't use .WAR files.

I can remember when I first ported our company's webapp to Tomcat from JRun it 
was actually quite easy even though it wasn't following the standards, I had 
to package the classes, create the proper structure, learn about web.xml 
files and learn everything else about Tomcat so you shouldn't have too many 
problems.

Maybe first try getting your application running under Tomcat Standalone and 
then venture into integrating Tomcat with either IIS or Apache.

Regards,
-- 
Jason Bainbridge
KDE Web Team - http://kde.org 
[EMAIL PROTECTED] 

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

Re: Moving/Reading files from DB Server to App Server

[John Turner]

- FTP = use a FTP client API on the app server to request the file from a 
FTP daemon on the DB server, parse results as needed

OR

- SCP (SSH) = use scp in a script to copy the file from the DB server to 
the App server at a predetermined time, then use java.io.* to read the file 
on the App server

OR

- HTTP = use a HTTP client API on the app server to request the file from a 
HTTP daemon on the DB server, parse results as needed (note that this does 
not mean that you have to use IIS or Apache...anything that can "speak" 
HTTP 1.1 would do, such as Jef Poskanzer's thttpd available here: 
http://www.acme.com/software/thttpd/ running on a non-standard port such as 
12345 or 32324 or whatever, it doesn't have to be (and shouldn't be) port 
80)  NOTE: I've used thttpd for a couple years and it rocks

OR

- NFS/samba = use NFS or samba to map a partition on the DB server as a 
native partition on the App server, then use java.io.* to read the file

There are probably even more alternatives than what I've listed.  If you 
are looking for some sort of API or servlet method that can locate, find, 
and retrieve a file on a remote host without needing any external resources 
or configuration, I don't think you will find one.  Such a beast would be 
blatantly insecure.  At the very minimum, you'll need an HTTP or FTP daemon 
on the DB server, or the ability to use scp (Secure Copy) via SSH.

John

On Thu, 03 Apr 2003 15:44:31 +, Manu Kits <[EMAIL PROTECTED]> 
wrote:

Hi John,

Thanks for your email.

I want to write the code in Java on App Server to  move the file from DB 
Server (both on different machines)

Thanks!


From: John Turner <[EMAIL PROTECTED]>
Reply-To: "Tomcat Users List" <[EMAIL PROTECTED]>
To: Tomcat Users List <[EMAIL PROTECTED]>
Subject: Re: Moving/Reading files from DB Server to App Server
Date: Thu, 03 Apr 2003 09:50:45 -0500
- FTP
- SCP (SSH)
- HTTP
- NFS/samba
John

On Thu, 03 Apr 2003 14:43:00 +, Manu Kits 
<[EMAIL PROTECTED]> wrote:

Hello,

I have 2 different Servers - App Server and DB Server.

I have script.sql file on my DB Server and so how can I move this file 
to App Server using Servlets/JSP I know we have to use 
FileInputStream...but not sure it will solve this problem.

Any information on this is appreciated.

THANKS!
_
The new MSN 8: smart spam protection and 2 months FREE*  
http://join.msn.com/?page=features/junkmail

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



--
Using M2, Opera's revolutionary e-mail client: http://www.opera.com/m2/
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Moving/Reading files from DB Server to App Server

[Manu Kits]

Hi John,

Thanks for your email.

I want to write the code in Java on App Server to  move the file from DB 
Server (both on different machines)

Thanks!


From: John Turner <[EMAIL PROTECTED]>
Reply-To: "Tomcat Users List" <[EMAIL PROTECTED]>
To: Tomcat Users List <[EMAIL PROTECTED]>
Subject: Re: Moving/Reading files from DB Server to App Server
Date: Thu, 03 Apr 2003 09:50:45 -0500
- FTP
- SCP (SSH)
- HTTP
- NFS/samba
John

On Thu, 03 Apr 2003 14:43:00 +, Manu Kits <[EMAIL PROTECTED]> 
wrote:

Hello,

I have 2 different Servers - App Server and DB Server.

I have script.sql file on my DB Server and so how can I move this file to 
App Server using Servlets/JSP I know we have to use 
FileInputStream...but not sure it will solve this problem.

Any information on this is appreciated.

THANKS!
_
The new MSN 8: smart spam protection and 2 months FREE*  
http://join.msn.com/?page=features/junkmail

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

RE: Moving/Reading files from DB Server to App Server

[Manu Kits]

Hi Jan,

Thanks for your reply.

I want to write the code in JavaServlet/sJSP to move the .sql file from DB 
Server to APp Server for people to download it...

Thanks again!



From: "Jan Behrens" <[EMAIL PROTECTED]>
Reply-To: "Tomcat Users List" <[EMAIL PROTECTED]>
To: "Tomcat Users List" <[EMAIL PROTECTED]>
Subject: RE: Moving/Reading files from DB Server to App Server
Date: Thu, 3 Apr 2003 16:51:46 +0200
> -Original Message-
> From: Manu Kits [mailto:[EMAIL PROTECTED]
> Sent: Thursday, April 03, 2003 4:43 PM
> To: [EMAIL PROTECTED]
> Subject: Moving/Reading files from DB Server to App Server
>
>
> Hello,
>
> I have 2 different Servers - App Server and DB Server.
>
> I have script.sql file on my DB Server and so how can I move this file 
to
> App Server using Servlets/JSP I know we have to use
> FileInputStream...but not sure it will solve this problem.
>
> Any information on this is appreciated.
>
> THANKS!

Hello Manu,

what do you actually want to do? Do you just want to move a textfile from 
one
machine to the other, or do you want to establish a connection from your 
Java
sources on Tomcat to your DB Server in order to access your DB with
servlets/jsp? IMHO a bit more info on what _exactly_ you want to do would 
be
good.

Regards Jan


_
The new MSN 8: smart spam protection and 2 months FREE*  
http://join.msn.com/?page=features/junkmail

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

RE: Moving/Reading files from DB Server to App Server

[Jan Behrens]

> -Original Message-
> From: Manu Kits [mailto:[EMAIL PROTECTED]
> Sent: Thursday, April 03, 2003 4:43 PM
> To: [EMAIL PROTECTED]
> Subject: Moving/Reading files from DB Server to App Server
>
>
> Hello,
>
> I have 2 different Servers - App Server and DB Server.
>
> I have script.sql file on my DB Server and so how can I move this file to
> App Server using Servlets/JSP I know we have to use
> FileInputStream...but not sure it will solve this problem.
>
> Any information on this is appreciated.
>
> THANKS!

Hello Manu,

what do you actually want to do? Do you just want to move a textfile from one
machine to the other, or do you want to establish a connection from your Java
sources on Tomcat to your DB Server in order to access your DB with
servlets/jsp? IMHO a bit more info on what _exactly_ you want to do would be
good.

Regards Jan


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

Re: Moving/Reading files from DB Server to App Server

[John Turner]

- FTP
- SCP (SSH)
- HTTP
- NFS/samba
John

On Thu, 03 Apr 2003 14:43:00 +, Manu Kits <[EMAIL PROTECTED]> 
wrote:

Hello,

I have 2 different Servers - App Server and DB Server.

I have script.sql file on my DB Server and so how can I move this file to 
App Server using Servlets/JSP I know we have to use 
FileInputStream...but not sure it will solve this problem.

Any information on this is appreciated.

THANKS!

_
STOP MORE SPAM with the new MSN 8 and get 2 months FREE*  
http://join.msn.com/?page=features/junkmail

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



--
Using M2, Opera's revolutionary e-mail client: http://www.opera.com/m2/
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: Moving

[graghupathy]

one more idea  

install a fresh copy of the same version onto the new machine and check if
it is working  
if yes then stop the tomcat server.
then zip all the files insed tomcat folder in your old machine ( say old.zip
)

then zip the contents of the tomcat folder in your new machin ( say new.zip
for backup ) 
then delete every thing in the tomcat directory  in the new machine. 
unzip old.zip into the tomcat folder of the new machine.

make sure that when you zip and unzip you maintain the dorectory structure.

start tomcat on new machine ... 
Hope this helps ...

Guru


-Original Message-
From: Jan Fetyko [mailto:[EMAIL PROTECTED]
Sent: 02 April 2003 16:16
To: Tomcat Users List
Cc: [EMAIL PROTECTED]
Subject: Re: Moving


...or you can just copy the tomcat directory and set the environment vars on
the new machine as they were on the old.
That's all it takes really.

Jf

On Wed, 2 Apr 2003 10:01:14 -0500
"Shapira, Yoav" <[EMAIL PROTECTED]> wrote:

> 
> Howdy,
> You're best off simply re-installing.  If it's the same version as the
original, you can probably copy the server.xml and other configuration files
safely.  Otherwise, make the configuration changes again.
> 
> Yoav Shapira
> Millennium ChemInformatics
> 
> 
> >-Original Message-
> >From: Carlos Frederico Barbieri Cesar Osorio
> >[mailto:[EMAIL PROTECTED]
> >Sent: Wednesday, April 02, 2003 10:03 AM
> >To: [EMAIL PROTECTED]
> >Subject: Moving
> >
> >Hi there,
> >
> >please, I need to move my installation of Tomcat to another computer, is
> >there a simple way to do that?
> >
> >Thanks
> >
> >
> >
> >_
> >Carlos Frederico Barbieri Cesar Osorio( Fred)
> >Ministério da Justiça
> >Administrador de Banco de Dados( DBA)
> >Telefones: (61) 4293366, (61) 9130003
> >ICQ#: 139480754
> >
> 
> 
> 
> This e-mail, including any attachments, is a confidential business
communication, and may contain information that is confidential, proprietary
and/or privileged.  This e-mail is intended only for the individual(s) to
whom it is addressed, and may not be saved, copied, printed, disclosed or
used by anyone else.  If you are not the(an) intended recipient, please
immediately delete this e-mail from your computer system and notify the
sender.  Thank you.
> 
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 


Jan Fetyko
ScriptFighter
Phase 2 Development
4100 Perimeter Center, #310
Oklahoma City
OK 73112

email: [EMAIL PROTECTED]
(p) 405.917.3777
(p) direct line: 405.917.3779
(url) http://www.phase2online.com
"Oklahoma City's fastest growing web development company"

Today's "fortune":

Kirk to Enterprise -- beam down yeoman Rand and a six-pack. 

-
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: Moving

[Jan Fetyko]

...or you can just copy the tomcat directory and set the environment vars on the new 
machine as they were on the old.
That's all it takes really.

Jf

On Wed, 2 Apr 2003 10:01:14 -0500
"Shapira, Yoav" <[EMAIL PROTECTED]> wrote:

> 
> Howdy,
> You're best off simply re-installing.  If it's the same version as the original, you 
> can probably copy the server.xml and other configuration files safely.  Otherwise, 
> make the configuration changes again.
> 
> Yoav Shapira
> Millennium ChemInformatics
> 
> 
> >-Original Message-
> >From: Carlos Frederico Barbieri Cesar Osorio
> >[mailto:[EMAIL PROTECTED]
> >Sent: Wednesday, April 02, 2003 10:03 AM
> >To: [EMAIL PROTECTED]
> >Subject: Moving
> >
> >Hi there,
> >
> >please, I need to move my installation of Tomcat to another computer, is
> >there a simple way to do that?
> >
> >Thanks
> >
> >
> >
> >_
> >Carlos Frederico Barbieri Cesar Osorio( Fred)
> >Ministério da Justiça
> >Administrador de Banco de Dados( DBA)
> >Telefones: (61) 4293366, (61) 9130003
> >ICQ#: 139480754
> >
> 
> 
> 
> This e-mail, including any attachments, is a confidential business communication, 
> and may contain information that is confidential, proprietary and/or privileged.  
> This e-mail is intended only for the individual(s) to whom it is addressed, and may 
> not be saved, copied, printed, disclosed or used by anyone else.  If you are not 
> the(an) intended recipient, please immediately delete this e-mail from your computer 
> system and notify the sender.  Thank you.
> 
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 


Jan Fetyko
ScriptFighter
Phase 2 Development
4100 Perimeter Center, #310
Oklahoma City
OK 73112

email: [EMAIL PROTECTED]
(p) 405.917.3777
(p) direct line: 405.917.3779
(url) http://www.phase2online.com
"Oklahoma City's fastest growing web development company"

Today's "fortune":

Kirk to Enterprise -- beam down yeoman Rand and a six-pack. 

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

RE: Moving

[Shapira, Yoav]

Howdy,
You're best off simply re-installing.  If it's the same version as the original, you 
can probably copy the server.xml and other configuration files safely.  Otherwise, 
make the configuration changes again.

Yoav Shapira
Millennium ChemInformatics


>-Original Message-
>From: Carlos Frederico Barbieri Cesar Osorio
>[mailto:[EMAIL PROTECTED]
>Sent: Wednesday, April 02, 2003 10:03 AM
>To: [EMAIL PROTECTED]
>Subject: Moving
>
>Hi there,
>
>please, I need to move my installation of Tomcat to another computer, is
>there a simple way to do that?
>
>Thanks
>
>
>
>_
>Carlos Frederico Barbieri Cesar Osorio( Fred)
>Ministério da Justiça
>Administrador de Banco de Dados( DBA)
>Telefones: (61) 4293366, (61) 9130003
>ICQ#: 139480754
>



This e-mail, including any attachments, is a confidential business communication, and 
may contain information that is confidential, proprietary and/or privileged.  This 
e-mail is intended only for the individual(s) to whom it is addressed, and may not be 
saved, copied, printed, disclosed or used by anyone else.  If you are not the(an) 
intended recipient, please immediately delete this e-mail from your computer system 
and notify the sender.  Thank you.


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

Re: Moving to Tomcat 4.1.18

[Ramkumar Krishnan]

Hi,
Thanks for your valuable information. I read that in tomcat 4.1.18
our Servelet 2.2 Application will degrade..Is it so?..

Moreover l dont know about interceptors...Please tell me somehing about
that.

We connect to our clients staging URL for testing.  That time we are using
realms for basic authorization. Will  this be a problem for porting?..

thanks,
Ramkumar


- Original Message -
From: "Bill Barker" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, February 13, 2003 12:43 PM
Subject: Re: Moving to Tomcat 4.1.18


> Ben's timeline is a good one.  The problems that will bite you first is if
> you have any custom Interceptors (e.g. Realms) in your 3.2.x app.  These
> won't port without a total re-write.  If your not accessing Tomcat
> internals, then the port should be painless (famous last words :).
>
> "Ben Ricker" <[EMAIL PROTECTED]> wrote in message
> 1045062380.24140.6.camel@localhost">news:1045062380.24140.6.camel@localhost...
> > On Wed, 2003-02-12 at 07:46, Ramkumar Krishnan wrote:
> > > Hi All,
> > > I am a newbie to 4.1.18. We want to move our system (which
> > > is already running in live)to tomcat 4.1.18 from tomcat 3.2.1. Will
> > > there be a major work  involve?. How much time it will take?...What
> > > will be the major changes?..If you have any documents relating to
> > > this, please send it to me.
> > >
> > > Any help would be appreciated.
> >
> >
> > The move is a rather large one. Both the server.xml and web.xml have
> > changed. Here is a rough outline of how I moved from 4.0.5 to 4.1.18:
> >
> > 1) Installed new version in a different directory then older version.
> > 2) Changed Listening ports to different ports so that old and new
> > version could coexist without stomping on each other ports.
> > 3) Started new version.
> > 4) Checked to make sure all the examples and admin ran correctly in the
> > new port (see docs)
> > 5) Added old configs to new configs (i.e., added special loggers, setup
> > mod_jk Listener, etc. I still keep the different port assignments)
> > 6. Tested my Web Apps using the different ports
> > 7. Take down new version and change port assignments to the same ports
> > as old setup.
> > 8. Take down old version
> > 9. Start new version
> > 10. Test, Test, Test.
> >
> > Ben Ricker
> >
> > --
> > Ben Ricker <[EMAIL PROTECTED]>
> > Wellinx.com
>
>
>
>
> -
> 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: Moving to Tomcat 4.1.18

[Bill Barker]

Ben's timeline is a good one.  The problems that will bite you first is if
you have any custom Interceptors (e.g. Realms) in your 3.2.x app.  These
won't port without a total re-write.  If your not accessing Tomcat
internals, then the port should be painless (famous last words :).

"Ben Ricker" <[EMAIL PROTECTED]> wrote in message
1045062380.24140.6.camel@localhost">news:1045062380.24140.6.camel@localhost...
> On Wed, 2003-02-12 at 07:46, Ramkumar Krishnan wrote:
> > Hi All,
> > I am a newbie to 4.1.18. We want to move our system (which
> > is already running in live)to tomcat 4.1.18 from tomcat 3.2.1. Will
> > there be a major work  involve?. How much time it will take?...What
> > will be the major changes?..If you have any documents relating to
> > this, please send it to me.
> >
> > Any help would be appreciated.
>
>
> The move is a rather large one. Both the server.xml and web.xml have
> changed. Here is a rough outline of how I moved from 4.0.5 to 4.1.18:
>
> 1) Installed new version in a different directory then older version.
> 2) Changed Listening ports to different ports so that old and new
> version could coexist without stomping on each other ports.
> 3) Started new version.
> 4) Checked to make sure all the examples and admin ran correctly in the
> new port (see docs)
> 5) Added old configs to new configs (i.e., added special loggers, setup
> mod_jk Listener, etc. I still keep the different port assignments)
> 6. Tested my Web Apps using the different ports
> 7. Take down new version and change port assignments to the same ports
> as old setup.
> 8. Take down old version
> 9. Start new version
> 10. Test, Test, Test.
>
> Ben Ricker
>
> --
> Ben Ricker <[EMAIL PROTECTED]>
> Wellinx.com




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

Re: Moving to Tomcat 4.1.18

[Ben Ricker]

On Wed, 2003-02-12 at 07:46, Ramkumar Krishnan wrote:
> Hi All,
> I am a newbie to 4.1.18. We want to move our system (which
> is already running in live)to tomcat 4.1.18 from tomcat 3.2.1. Will
> there be a major work  involve?. How much time it will take?...What
> will be the major changes?..If you have any documents relating to
> this, please send it to me.
>  
> Any help would be appreciated.


The move is a rather large one. Both the server.xml and web.xml have
changed. Here is a rough outline of how I moved from 4.0.5 to 4.1.18:

1) Installed new version in a different directory then older version.
2) Changed Listening ports to different ports so that old and new
version could coexist without stomping on each other ports.
3) Started new version.
4) Checked to make sure all the examples and admin ran correctly in the
new port (see docs)
5) Added old configs to new configs (i.e., added special loggers, setup
mod_jk Listener, etc. I still keep the different port assignments)
6. Tested my Web Apps using the different ports
7. Take down new version and change port assignments to the same ports
as old setup.
8. Take down old version
9. Start new version
10. Test, Test, Test.

Ben Ricker

-- 
Ben Ricker <[EMAIL PROTECTED]>
Wellinx.com


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

Re: moving worker2.properties

[Tony F. White]

Hi,

You can do the following

-


  LoadModule jk2_module modules/mod_jk2.so


JkSet logger:level ERROR
JkSet config:file /usr/local/apache/conf/jk2/workers2.properties

---

Hope that helps
Tony

- Original Message - 
From: "Trevor Baker" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, February 05, 2003 12:59 PM
Subject: moving worker2.properties


> Hi,
> 
> I'm using mod_jk2 and from what I can tell the worker2.properties is
> hard-coded to be located at:
>${Apache HTTP ServerRoot}/conf/worker2.properties.
> 
> I have (more like need) two separate Apache HTTP-Tomcats running. But since
> the location of worker2.properties is hard-coded, I have a conflict of
> having one worker2.properties for two independent servers. Everything else
> is separated in configuration except for the worker2.properties file.
> 
> I notice in the docs that the worker2.properties has the property:
> 
> [config]
> file=${serverRoot}/conf/worker2.properties   <-- default value
> 
> Now it seems silly that the value would point to the file it resides in, or
> am I missing something here? Can the worker2.properties be moved out of
> ${Apache HTTP ServerRoot}/conf??? Does mod_jk2 have a JkMount command like
> mod_jk???
> 
> Thanks
> Trevor Baker
> 
> __ 
> Post your free ad now! http://personals.yahoo.ca
> 
> -
> 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: Moving from 4.0.1 to 4.0.4 breaks log4j?

[Shapira, Yoav]

Howdy,
I just forgot to update web.xml for my new tomcat installation to point
to a different log file.  It was writing to the old log directory.  So
nothing is wrong with tomcat itself, just my misconfiguration.  Thanks
for your help though ;)

Yoav Shapira
Millennium ChemInformatics


>-Original Message-
>From: Eddie Bush [mailto:[EMAIL PROTECTED]]
>Sent: Tuesday, July 16, 2002 8:45 PM
>To: Tomcat Users List
>Subject: Re: Moving from 4.0.1 to 4.0.4 breaks log4j?
>
>I think log4j really dislikes having multiples of it's jars available.
> You might run it past the guys on log4j-user, but I seem to recall
>something along those lines going through the list 3-7 days or so ago.
> In other words, you're probably right on the money. ;-)
>
>Regards,
>
>Eddie
>
>Shapira, Yoav wrote:
>
>>Hi everyone,
>>I have an application using log4j that works fine in 4.0.1.  It
>>generates a log file in the /MyApp/WEB-INF/logs directory.  I have
>>log4j-1.2.5.jar in /MyApp/WEB-INF/lib.
>>
>>I downloaded tomcat 4.0.4 LE, running it with JDK 1.4.0 on Solaris.
>>Same log4j jar in /MyApp/WEB-INF/lib, same log4j configuration file.
>>MyApp runs fine, and I see no errors in any of the tomcat logs.
>>However, the log4j log file is not created at all.
>>
>>I have hunch this may have to do with commons-logging that's present
in
>>4.0.4 but not in 4.0.1.  Am I on the right track?  Does anyone have an
>>idea what's causing the behavior above?  All help / ideas are
>>appreciated,
>>
>>Yoav Shapira
>>Millennium ChemInformatics
>>
>>
>>
>>--
>>To unsubscribe, e-mail:   <mailto:tomcat-user-
>[EMAIL PROTECTED]>
>>For additional commands, e-mail: <mailto:tomcat-user-
>[EMAIL PROTECTED]
>>
>
>
>
>--
>To unsubscribe, e-mail:   <mailto:tomcat-user-
>[EMAIL PROTECTED]>
>For additional commands, e-mail: <mailto:tomcat-user-
>[EMAIL PROTECTED]>


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

Re: Moving from 4.0.1 to 4.0.4 breaks log4j?

[Eddie Bush]

I think log4j really dislikes having multiples of it's jars available. 
 You might run it past the guys on log4j-user, but I seem to recall 
something along those lines going through the list 3-7 days or so ago. 
 In other words, you're probably right on the money. ;-)

Regards,

Eddie

Shapira, Yoav wrote:

>Hi everyone,
>I have an application using log4j that works fine in 4.0.1.  It
>generates a log file in the /MyApp/WEB-INF/logs directory.  I have
>log4j-1.2.5.jar in /MyApp/WEB-INF/lib.
>
>I downloaded tomcat 4.0.4 LE, running it with JDK 1.4.0 on Solaris.
>Same log4j jar in /MyApp/WEB-INF/lib, same log4j configuration file.
>MyApp runs fine, and I see no errors in any of the tomcat logs.
>However, the log4j log file is not created at all.  
>
>I have hunch this may have to do with commons-logging that's present in
>4.0.4 but not in 4.0.1.  Am I on the right track?  Does anyone have an
>idea what's causing the behavior above?  All help / ideas are
>appreciated,
>
>Yoav Shapira
>Millennium ChemInformatics
>
>
>
>--
>To unsubscribe, e-mail:   
>For additional commands, e-mail: 



--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: moving from 3.2 to 3.31

[Maureen Barger]

I discovered what has changed is that later versions of Tomcat (ie 3.3x and 
4.0x) are much more picky about the order of things in the web.xml file. I 
reordered things in mine and things worked much better ;-)

  At 12:56 PM 5/30/2002 -0400, you wrote:
>The contents of the web.xml is defined by the Servlet 2.2
>spec, which hasn't changed.  More detail will be needed
>to tell what is going wrong.  You can set the debug level
>on SimpleMapper1 in server.xml to get more clues about
>why your servlet isn't being found.
>
>Cheers,
>Larry
>
> > -Original Message-
> > From: Maureen Barger [mailto:[EMAIL PROTECTED]]
> > Sent: Thursday, May 30, 2002 11:22 AM
> > To: [EMAIL PROTECTED]
> > Subject: moving from 3.2 to 3.31
> >
> >
> > Hi -- I am having some trouble moving an application from
> > tomcat 3.2 to 3.31.
> > In my server.xml, I have pointed the ContextXmlReader to look
> > at my custom
> > apps.xml. My context is mounts and I can access it. But in
> > the web.xml of
> > the application I have defined a servlet to map to a location
> > and it is not
> > loading -- I get a 404.
> > i.e. 
> >   brand
> >   JarBranderServlet
> > 
> >
> >
> >   brand
> >   /brand
> >   
> >   
> >   brand
> >   /brand/*
> >
> >
> > Has defining servlets changed in 3.31 as well? (So much else
> > has!) The only
> > clue in the docs is the application deployment doc, which
> > warns that it is
> > outdated.


Maureen Barger, CIT/ID, Cornell University
Ithaca, NY 14850
[EMAIL PROTECTED]
http://mo.cit.cornell.edu/

Nature goes her own way and all that to us seems an exception
is really according to order.
--Johann Wolfgang von Goethe


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: moving from 3.2 to 3.31

[Larry Isaacs]

The contents of the web.xml is defined by the Servlet 2.2
spec, which hasn't changed.  More detail will be needed
to tell what is going wrong.  You can set the debug level
on SimpleMapper1 in server.xml to get more clues about
why your servlet isn't being found.

Cheers,
Larry

> -Original Message-
> From: Maureen Barger [mailto:[EMAIL PROTECTED]] 
> Sent: Thursday, May 30, 2002 11:22 AM
> To: [EMAIL PROTECTED]
> Subject: moving from 3.2 to 3.31
> 
> 
> Hi -- I am having some trouble moving an application from 
> tomcat 3.2 to 3.31.
> In my server.xml, I have pointed the ContextXmlReader to look 
> at my custom 
> apps.xml. My context is mounts and I can access it. But in 
> the web.xml of 
> the application I have defined a servlet to map to a location 
> and it is not 
> loading -- I get a 404.
> i.e. 
>   brand
>   JarBranderServlet
> 
> 
>
>   brand
>   /brand
>   
>   
>   brand
>   /brand/*
>
> 
> Has defining servlets changed in 3.31 as well? (So much else 
> has!) The only 
> clue in the docs is the application deployment doc, which 
> warns that it is 
> outdated.
> 
> Maureen Barger, CIT/ID, Cornell University
> Ithaca, NY 14850
> [EMAIL PROTECTED]
> http://mo.cit.cornell.edu/
> 
> Nature goes her own way and all that to us seems an exception
> is really according to order.
> --Johann Wolfgang von Goethe
> 
> 
> --
> To unsubscribe, e-mail:   
>  [EMAIL PROTECTED]>
> For 
> additional commands, 
> e-mail: 
> 

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: Moving to windows from linux ? bug ? -> DEMO

[Larry Isaacs]

Since case is supposed to be significant, this would appear
to be a bug in the java compiler as the index_1.java file
is generated correctly.  However, expecting package "X" and
package "x" to be distinguishable on a case insensitive OS
may be expecting too much.  Is there a reason the two
"x" directories have to be a different case?

Note that this would not be a problem in Tomcat 4.x since
"org.apache.jsp" is always included in the package name.
I will look as what can be done to provide a "package
prefix" in Tomcat 3.3.x.  Not sure if it will make it in
3.3.1.

Cheers,
Larry

> -Original Message-
> From: Romain Slootmaekers [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, March 07, 2002 3:49 PM
> To: [EMAIL PROTECTED]
> Subject: Re: Moving to windows from linux ? bug ? -> DEMO
> 
> 
> a follow up for those that wanna see it for themselves.
> 
> I attached a nano-web app that shows the exact problem.
> (extracting and installing, you have to do yourself,
>  you'll also have to modify the bug.xml for your system)
> 
> I tried this with
>   Win98:
> 
>   -)tomcat 3.3.1-rc1 on Windows 98 with the ibm 1.3 jdk and jikes.
> gives the problem described below.
> 
>   -)tomcat 3.3.1-rc1 on Windows 98 with sun's jdk1.4 and its compiler
> same problem, plus warnings that the way tomcat fires up 
> the compiler
> is deprecated.
> 
>   -)tomcat 3.2.1 on Windows 98 widh sun's and ibm's jds 1.4 and 1.3
> same problem
> 
>   Linux:
>   -)tomcat 3.3.1-rc1 on Linux Mandrake 8.1 with ibm 1.3 jdk and jikes
> runs perfectly
> 
>   -)tomcat 3.2.1 on Linux Suse 7.0 with ibm 1.3 and its compiler
> runs perfectly
> 
> Sorry, that's all I could get my hands on for now...
> 
> 
> the problem is the generated Java file .../X/index_1.java 
> included below:
> like I said the package X ... import x.* combination makes 
> the compilers
> go berserk.
> 
> --- code 
> ---
> package X;
> 
> import javax.servlet.*;
> import javax.servlet.http.*;
> import javax.servlet.jsp.*;
> import x.*;
> 
> 
> public class index_1 extends org.apache.jasper.runtime.HttpJspBase {
> 
> 
> static {
> }
> public index_1( ) {
> }
> 
> private boolean _jspx_inited = false;
> 
> public final synchronized void _jspx_init() throws
> org.apache.jasper.JasperException {
> if (! _jspx_inited) {
> _jspx_inited = true;
> }
> }
> 
> public void _jspService(HttpServletRequest request,
> HttpServletResponse  response)
> throws java.io.IOException, ServletException {
> 
> JspFactory _jspxFactory = null;
> PageContext pageContext = null;
> HttpSession session = null;
> ServletContext application = null;
> ServletConfig config = null;
> JspWriter out = null;
> Object page = this;
> String  _value = null;
> try {
> try {
> 
> _jspx_init();
> _jspxFactory = JspFactory.getDefaultFactory();
> 
> response.setContentType("text/html;charset=ISO-8859-1");
> pageContext = 
> _jspxFactory.getPageContext(this, request,
> response,
>   "", true, 8192, true);
> 
> application = pageContext.getServletContext();
> config = pageContext.getServletConfig();
> session = pageContext.getSession();
> out = pageContext.getOut();
> 
> // HTML // begin
> [file="D:\\tmp\\BUG\\X\\index.jsp";from=(0,40);to=(1,0)]
> out.write("\r\n");
> 
> // end
> // begin
> [file="D:\\tmp\\BUG\\X\\index.jsp";from=(1,2);to=(3,0)]
>  X myX=new X();
>out.println(myX);
> // end
> 
> } catch (Exception ex) {
> if (out != null && out.getBufferSize() != 0)
> out.clearBuffer();
> if (pageContext !=
> null) pageContext.handlePageException(ex);
> } catch (Error error) {
> throw error;
> } catch (Throwable throwable) {
> throw new ServletException(throwable);
> }
> } finally {
> if (out instanceof 
> org.apache.jasper.runtime.JspWriterImpl) { 
> 
> ((org.apache.jasper.runtime.JspWriterImpl)out).flushBuffer();
> }
>   

Re: Moving to windows from linux ? bug ? -> DEMO

[Romain Slootmaekers]

a follow up for those that wanna see it for themselves.

I attached a nano-web app that shows the exact problem.
(extracting and installing, you have to do yourself,
 you'll also have to modify the bug.xml for your system)

I tried this with
  Win98:

  -)tomcat 3.3.1-rc1 on Windows 98 with the ibm 1.3 jdk and jikes.
gives the problem described below.

  -)tomcat 3.3.1-rc1 on Windows 98 with sun's jdk1.4 and its compiler
same problem, plus warnings that the way tomcat fires up the compiler
is deprecated.

  -)tomcat 3.2.1 on Windows 98 widh sun's and ibm's jds 1.4 and 1.3
same problem

  Linux:
  -)tomcat 3.3.1-rc1 on Linux Mandrake 8.1 with ibm 1.3 jdk and jikes
runs perfectly

  -)tomcat 3.2.1 on Linux Suse 7.0 with ibm 1.3 and its compiler
runs perfectly

Sorry, that's all I could get my hands on for now...


the problem is the generated Java file .../X/index_1.java included below:
like I said the package X ... import x.* combination makes the compilers
go berserk.

--- code ---
package X;

import javax.servlet.*;
import javax.servlet.http.*;
import javax.servlet.jsp.*;
import x.*;


public class index_1 extends org.apache.jasper.runtime.HttpJspBase {


static {
}
public index_1( ) {
}

private boolean _jspx_inited = false;

public final synchronized void _jspx_init() throws
org.apache.jasper.JasperException {
if (! _jspx_inited) {
_jspx_inited = true;
}
}

public void _jspService(HttpServletRequest request,
HttpServletResponse  response)
throws java.io.IOException, ServletException {

JspFactory _jspxFactory = null;
PageContext pageContext = null;
HttpSession session = null;
ServletContext application = null;
ServletConfig config = null;
JspWriter out = null;
Object page = this;
String  _value = null;
try {
try {

_jspx_init();
_jspxFactory = JspFactory.getDefaultFactory();
response.setContentType("text/html;charset=ISO-8859-1");
pageContext = _jspxFactory.getPageContext(this, request,
response,
"", true, 8192, true);

application = pageContext.getServletContext();
config = pageContext.getServletConfig();
session = pageContext.getSession();
out = pageContext.getOut();

// HTML // begin
[file="D:\\tmp\\BUG\\X\\index.jsp";from=(0,40);to=(1,0)]
out.write("\r\n");

// end
// begin
[file="D:\\tmp\\BUG\\X\\index.jsp";from=(1,2);to=(3,0)]
 X myX=new X();
   out.println(myX);
// end

} catch (Exception ex) {
if (out != null && out.getBufferSize() != 0)
out.clearBuffer();
if (pageContext !=
null) pageContext.handlePageException(ex);
} catch (Error error) {
throw error;
} catch (Throwable throwable) {
throw new ServletException(throwable);
}
} finally {
if (out instanceof org.apache.jasper.runtime.JspWriterImpl) { 

((org.apache.jasper.runtime.JspWriterImpl)out).flushBuffer();
}
if (_jspxFactory !=
null) _jspxFactory.releasePageContext(pageContext);
}
}
}

end of code---

I hope this clearly demonstrates the problem, and I think it really
is a bug. the problem is : is it a compiler of tomcat bug ?
and more important how do I work around this problem...


have fun,


Sloot.





On Thu, 7 Mar 2002, Romain Slootmaekers wrote:

> Yo,
> 
> I'm moving from linux to windows  (yeah, yeah I know  :( )
> 
> On the linux platform, our web application runs PERFECTLY
> but on windows we have problems when the jsp pages are compiled.
> 
> appearantly, tomcat doesn't like the following situation.
>  file : /PROBLEM/abc.jsp
>  <%@ page language="java" import="xxx.*" %>
>  <% SomeClass x=new SomeClass();
> // class really exists in package xxx
> // and was compiled with the same compiler.
>   %>
> 
>  it gives following error:
> 
> org.apache.jasper.JasperException: Unable to compile 
> Found 2 semantic errors compiling
> ".../XXX/abc_1.java":
> 
>   SomeClass  x=new SomeClass();
>   <--->
> *** Error: The type "SomeClass" was found in package
> "XXX". However, that type is associated with another named package,
> "xxx".
> 
> I guess the compiler gets confused with the cases on windows, because 
> he has both an XXX and xxx package in the classpath.
> 
> Is this a bug ? or is this 'known/specified behaviour' and what do I
> do about it ?
> 
> TIA,
> 
> Sloot.
> 
> 



bug.tar.gz
Description: application

RE: Moving to windows from linux ? bug ?

[Romain Slootmaekers]

On Thu, 7 Mar 2002, Randy Layman wrote:

> 
>   You need to make sure that the directory names are the correct case.
> The only way I know to do this is using a command prompt (Windows Explorer
> assumes that the first character is upper case and all others are lower).
> The only way to fix it is to remove the directory (delete, not rename) and
> then create a new directory with the correct capitalization.  You can use
> anything you want to create the directories (including mkdir and Explorer),
> but they must be the correct capitalization.
> 
>   Randy
> 

You have to read carefully the problems occur on Windows, not Linux!

and since the application runs correcty under linux, and it was moved from
linux to windos using tar -zcvf and winzip, the correct capitalization was
preserved

Anyway, I double checked this and the cap's of the files are the same
under linux and Windows  

Anyone else wanna hava a go at this ?


> 
> > -Original Message-
> > From: Romain Slootmaekers [mailto:[EMAIL PROTECTED]]
> > Sent: Thursday, March 07, 2002 1:35 PM
> > To: [EMAIL PROTECTED]
> > Subject: Moving to windows from linux ? bug ?
> > 
> > 
> > Yo,
> > 
> > I'm moving from linux to windows  (yeah, yeah I know  :( )
> > 
> > On the linux platform, our web application runs PERFECTLY
> > but on windows we have problems when the jsp pages are compiled.
> > 
> > appearantly, tomcat doesn't like the following situation.
> >  file : /PROBLEM/abc.jsp
> >  <%@ page language="java" import="xxx.*" %>
> >  <% SomeClass x=new SomeClass();
> > // class really exists in package xxx
> > // and was compiled with the same compiler.
> >   %>
> > 
> >  it gives following error:
> > 
> > org.apache.jasper.JasperException: Unable to compile 
> > Found 2 semantic errors compiling
> > ".../XXX/abc_1.java":
> > 
> >   SomeClass  x=new SomeClass();
> >   <--->
> > *** Error: The type "SomeClass" was found in package
> > "XXX". However, that type is associated with another named package,
> > "xxx".
> > 
> > I guess the compiler gets confused with the cases on windows, because 
> > he has both an XXX and xxx package in the classpath.
> > 
> > Is this a bug ? or is this 'known/specified behaviour' and what do I
> > do about it ?
> > 
> > TIA,
> > 
> > Sloot.
> > 
> > 
> > --
> > To unsubscribe:   
> > For additional commands: 
> > Troubles with the list: 
> > 
> 
> --
> To unsubscribe:   
> For additional commands: 
> Troubles with the list: 
> 


--
To unsubscribe:   
For additional commands: 
Troubles with the list: 

RE: Moving to windows from linux ? bug ?

[Randy Layman]

You need to make sure that the directory names are the correct case.
The only way I know to do this is using a command prompt (Windows Explorer
assumes that the first character is upper case and all others are lower).
The only way to fix it is to remove the directory (delete, not rename) and
then create a new directory with the correct capitalization.  You can use
anything you want to create the directories (including mkdir and Explorer),
but they must be the correct capitalization.

Randy


> -Original Message-
> From: Romain Slootmaekers [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, March 07, 2002 1:35 PM
> To: [EMAIL PROTECTED]
> Subject: Moving to windows from linux ? bug ?
> 
> 
> Yo,
> 
> I'm moving from linux to windows  (yeah, yeah I know  :( )
> 
> On the linux platform, our web application runs PERFECTLY
> but on windows we have problems when the jsp pages are compiled.
> 
> appearantly, tomcat doesn't like the following situation.
>  file : /PROBLEM/abc.jsp
>  <%@ page language="java" import="xxx.*" %>
>  <% SomeClass x=new SomeClass();
> // class really exists in package xxx
> // and was compiled with the same compiler.
>   %>
> 
>  it gives following error:
> 
> org.apache.jasper.JasperException: Unable to compile 
> Found 2 semantic errors compiling
> ".../XXX/abc_1.java":
> 
>   SomeClass  x=new SomeClass();
>   <--->
> *** Error: The type "SomeClass" was found in package
> "XXX". However, that type is associated with another named package,
> "xxx".
> 
> I guess the compiler gets confused with the cases on windows, because 
> he has both an XXX and xxx package in the classpath.
> 
> Is this a bug ? or is this 'known/specified behaviour' and what do I
> do about it ?
> 
> TIA,
> 
> Sloot.
> 
> 
> --
> To unsubscribe:   
> For additional commands: 
> Troubles with the list: 
> 

--
To unsubscribe:   
For additional commands: 
Troubles with the list: 

Re: moving webapps from tc 3.2.1 to 4.0-b7

[Calvin Lau]

Thanks, I added it to CATALINA_HOME/lib and it works now.  I had it in my Classpath 
before and I
think that was working fine on tomcat3.2.1.

Calvin

"Craig R. McClanahan" wrote:

> On Sat, 15 Sep 2001, Calvin Lau wrote:
>
> > Date: Sat, 15 Sep 2001 14:17:21 -0700
> > From: Calvin Lau <[EMAIL PROTECTED]>
> > Reply-To: [EMAIL PROTECTED]
> > To: [EMAIL PROTECTED]
> > Subject: Re: moving webapps from tc 3.2.1 to 4.0-b7
> >
> > I'm having a similar problem.  I installed Tomcat4 and
> > have the examples and struts-example webapps working.
> > However I can't seem to get my webapp which was
> > working fine under Tomcat3.2.1 to work.  I get the error
> > listed below when I try go to any *.do.  I
> >
> > My $JAVA_HOME/jre/lib/ext directory is empty.
> > Anyone have any idea what the problem is?
> >
> > Here's an abridged version of the error:
> > ==
> > Root Cause:
> > java.lang.NoClassDefFoundError: javax/sql/DataSource
> >  at java.lang.ClassLoader.defineClass0(Native Method)
> >  at java.lang.ClassLoader.defineClass(Unknown Source)
> >  at
> > java.security.SecureClassLoader.defineClass(Unknown
> > Source)
> >  at
> > 
>org.apache.catalina.loader.WebappClassLoader.findClassInternal(WebappClassLoader.java:1488)...
> >
> > ==
> >
>
> The only way I have been able to reproduce this particular message is to
> *not* have the JDBC 2.0 optional package JAR file (jdbc2_0-stdext.jar)
> available to my webapp (it's not currently made visible by Tomcat 4).  It
> needs to be put either in $CATALINA_HOME/lib or in /WEB-INF/lib of your
> web app.
>
> This is likely to change in the final release -- and the release notes
> will definitely include a section describing the various JAR files that
> are made visible to web applications by default.
>
> Craig

Re: moving webapps from tc 3.2.1 to 4.0-b7

[Craig R. McClanahan]

On Sat, 15 Sep 2001, Calvin Lau wrote:

> Date: Sat, 15 Sep 2001 14:17:21 -0700
> From: Calvin Lau <[EMAIL PROTECTED]>
> Reply-To: [EMAIL PROTECTED]
> To: [EMAIL PROTECTED]
> Subject: Re: moving webapps from tc 3.2.1 to 4.0-b7
>
> I'm having a similar problem.  I installed Tomcat4 and
> have the examples and struts-example webapps working.
> However I can't seem to get my webapp which was
> working fine under Tomcat3.2.1 to work.  I get the error
> listed below when I try go to any *.do.  I
>
> My $JAVA_HOME/jre/lib/ext directory is empty.
> Anyone have any idea what the problem is?
>
> Here's an abridged version of the error:
> ==
> Root Cause:
> java.lang.NoClassDefFoundError: javax/sql/DataSource
>  at java.lang.ClassLoader.defineClass0(Native Method)
>  at java.lang.ClassLoader.defineClass(Unknown Source)
>  at
> java.security.SecureClassLoader.defineClass(Unknown
> Source)
>  at
> 
>org.apache.catalina.loader.WebappClassLoader.findClassInternal(WebappClassLoader.java:1488)...
>
> ==
>

The only way I have been able to reproduce this particular message is to
*not* have the JDBC 2.0 optional package JAR file (jdbc2_0-stdext.jar)
available to my webapp (it's not currently made visible by Tomcat 4).  It
needs to be put either in $CATALINA_HOME/lib or in /WEB-INF/lib of your
web app.

This is likely to change in the final release -- and the release notes
will definitely include a section describing the various JAR files that
are made visible to web applications by default.

Craig

Re: moving webapps from tc 3.2.1 to 4.0-b7

[Calvin Lau]

I'm having a similar problem.  I installed Tomcat4 and
have the examples and struts-example webapps working.
However I can't seem to get my webapp which was
working fine under Tomcat3.2.1 to work.  I get the error
listed below when I try go to any *.do.  I

My $JAVA_HOME/jre/lib/ext directory is empty.
Anyone have any idea what the problem is?

Here's an abridged version of the error:
==
Root Cause:
java.lang.NoClassDefFoundError: javax/sql/DataSource
 at java.lang.ClassLoader.defineClass0(Native Method)
 at java.lang.ClassLoader.defineClass(Unknown Source)
 at
java.security.SecureClassLoader.defineClass(Unknown
Source)
 at
org.apache.catalina.loader.WebappClassLoader.findClassInternal(WebappClassLoader.java:1488)...

==


And here's the whole thing:

A Servlet Exception Has Occurred
Exception Report:
javax.servlet.ServletException: Servlet.init() for
servlet action threw exception
 at
org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:875)
 at
org.apache.catalina.core.StandardWrapper.allocate(StandardWrapper.java:621)
 at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:214)

 at
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:566)
 at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
 at
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
 at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:215)

 at
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:566)
 at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
 at
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
 at
org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2366)
 at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:164)
 at
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:566)
 at
org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:462)
 at
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:564)
 at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
 at
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
 at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:163)

 at
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:566)
 at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
 at
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
 at
org.apache.catalina.connector.http.HttpProcessor.process(HttpProcessor.java:1005)

 at
org.apache.catalina.connector.http.HttpProcessor.run(HttpProcessor.java:1098)
 at java.lang.Thread.run(Unknown Source)


Root Cause:
java.lang.NoClassDefFoundError: javax/sql/DataSource
 at java.lang.ClassLoader.defineClass0(Native Method)
 at java.lang.ClassLoader.defineClass(Unknown Source)
 at
java.security.SecureClassLoader.defineClass(Unknown
Source)
 at
org.apache.catalina.loader.WebappClassLoader.findClassInternal(WebappClassLoader.java:1488)

 at
org.apache.catalina.loader.WebappClassLoader.findClass(WebappClassLoader.java:851)

 at
org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1230)

 at
org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1113)

 at java.lang.ClassLoader.loadClassInternal(Unknown
Source)
 at java.lang.Class.forName0(Native Method)
 at java.lang.Class.forName(Unknown Source)
 at
org.apache.struts.digester.ObjectCreateRule.begin(ObjectCreateRule.java:152)
 at
org.apache.struts.digester.Digester.startElement(Digester.java:528)
 at
org.xml.sax.helpers.XMLReaderAdapter.startElement(XMLReaderAdapter.java:329)
 at
org.apache.crimson.parser.Parser2.maybeElement(Parser2.java:1451)
 at
org.apache.crimson.parser.Parser2.content(Parser2.java:1700)
 at
org.apache.crimson.parser.Parser2.maybeElement(Parser2.java:1468)
 at
org.apache.crimson.parser.Parser2.content(Parser2.java:1700)
 at
org.apache.crimson.parser.Parser2.maybeElement(Parser2.java:1468)
 at
org.apache.crimson.parser.Parser2.parseInternal(Parser2.java:499)
 at
org.apache.crimson.parser.Parser2.parse(Parser2.java:304)
 at
org.apache.crimson.parser.XMLReaderImpl.parse(XMLReaderImpl.java:433)
 at
org.xml.sax.helpers.XMLReaderAdapter.parse(XMLReaderAdapter.java:223)
 at
javax.xml.parsers.SAXParser.parse(SAXParser.java:317)
 at
javax.xml.parsers.SAXParser.parse(SAXParser.java:108)
 at
org.apache.struts.digester.Digester.parse(Digester.java:755)
 at
org.apache.struts.action.ActionServlet.initMapping(ActionServlet.java:1331)
 at
org.apache.struts.action.ActionServlet.init(ActionServlet.java:465)
 at
javax.servlet.GenericServlet.init(GenericServlet.java:366)
 at
org.apache.catalina.core.StandardWrap

RE: moving webapps from tc 3.2.1 to 4.0-b7

[geojeff]

Thanks Craig,

I installed rc2 but still get the same NoClassDefFoundError problem.  The
problem is with a static comparator object that I use to sort the results of
a jdbc call.  Maybe I have my classpath somehow different in 3.2.1 so that
it finds it OK, but not in 4.0 rc2, but it looks like the application jar
file is only in .webapps/app/WEB-INF/lib in both cases.

Can you tell what is causing the GROSS_ORDER comparator to not be found? It
is finding the other classes in the jar file -- is there some problem
because the GROSS_ORDER "object" is static (You said that the Repository$1
in the traceback indicates that the problem might be an inner class called
within Repository -- is GROSS_ORDER an inner class of sorts?).

I vaguely recall some warnings about proper use of static comparators when
learning how to use them from the Java tutorial.

Thanks much,

Jeff Pittman

p.s., just in case you were wondering, the reason for
"java.lang.NoClassDefFoundError: com/company/project/Repository$1" in the
traceback below is because of my mistake of typing slashes in camoflaging
the real path names.

-
  Repository class, generisized
-
import java.util.*;
import java.sql.*;

public class Repository {
  private static Repository instance;

  private static final String driver = "org.postgresql.Driver";
  private static final String user= "postgres";
  private static final String pass = "";
  private static final String dbURL = "jdbc:postgresql://localhost/app";

  private Connection connection;
  private PreparedStatement getStatement;

  // many more prepared statements.

  public static Repository getInstance()
throws RepositoryException {
if (instance == null)
  instance = new Repository();
return instance;
  }

  private Repository() throws RepositoryException {
String get="SELECT * FROM List WHERE ID=?";

// many more SQL statement strings

try {
  Class.forName(driver);
  connection = DriverManager.getConnection(dbURL, user, pass);
  getStatement = connection.prepareStatement(get);

  // many more prepared statement calls

}
catch (ClassNotFoundException e) {
  throw new RepositoryException("No Driver Available!");
}
catch (SQLException se) {
  throw new RepositoryException(se.getMessage());
}
  }

  // inside the body of the class there are methods for setting
  // the parameters of the prepared statements and calling them, but
  // one of the error reports indicated that the following is the culprit:

  // If you look at the traceback below, this line is line 304:
  static final Comparator GROSS_ORDER = new Comparator() {
public int compare(Object o1, Object o2) {
  ResultsBean r1 = (ResultsBean) o1;
  ResultsBean r2 = (ResultsBean) o2;
  Integer g1 = new Integer(r1.getValue());
  Integer g2 = new Integer(r2.getValue());
  return g1.compareTo(g2);
}
  };

  // here's where the comparator is used:

  public ResultsBean[] getResults()
throws RoundListRepositoryException {

ResultsBean[] day1Results = getResultsForDay(2);
ResultsBean[] day2Results = getResultsForDay(3);
ArrayList combinedResults = new ArrayList();
for (int i=0; imailto:[EMAIL PROTECTED]]On Behalf Of Craig R.
McClanahan
Sent: Saturday, September 15, 2001 12:59 PM
To: [EMAIL PROTECTED]
Subject: Re: moving webapps from tc 3.2.1 to 4.0-b7




On Sat, 15 Sep 2001, geojeff wrote:

> Date: Sat, 15 Sep 2001 12:28:26 -0500
> From: geojeff <[EMAIL PROTECTED]>
> Reply-To: [EMAIL PROTECTED]
> To: [EMAIL PROTECTED]
> Subject: moving webapps from tc 3.2.1 to 4.0-b7
>
> Greetings,
>
> My problem is that under 4.0-b7 _some_ of my application classes are not
> getting found.
>

There have been some changes in class loading since beta-7 -- please try
it with RC2.

> The webapp works fine under 3.2.1.  Classes are held in a single jar,
which
> is placed in /usr/local/jakarta-tomcat/webapps/app/WEB-INF/lib.
>
> I installed 4.0-b7 (I know that rc2 is newest, but assume that isn't
> problem), and then copied webapp directories from the 3.2.1 webapps
> directory into the 4.0-b7 webapps directory
> (/usr/local/jakarta-tomcat-4.0-b7/webapps).  I recompiled are rejarred
> first, using the servlet.jar for 4.0-b7 in my compile classpath.

Although there is nothing wrong with this, it is not necessary.  Tomcat 4
will run webapps built for servlet 2.2 / JSP 1.1 as well as those compiled
against the new servlet.jar file.

> CATALINA_HOME set fine, etc., as 4.0-b7 does work initially for my
webapp --
> Stopping 3.2.1 and restarting 4.0-b7 works fine on the first call to a
> servlet, but there is a class-not-found error for a servlet class called
on
> the next click.  The class that isn't getting found is a re

Re: moving webapps from tc 3.2.1 to 4.0-b7

[Craig R. McClanahan]

On Sat, 15 Sep 2001, geojeff wrote:

> Date: Sat, 15 Sep 2001 12:28:26 -0500
> From: geojeff <[EMAIL PROTECTED]>
> Reply-To: [EMAIL PROTECTED]
> To: [EMAIL PROTECTED]
> Subject: moving webapps from tc 3.2.1 to 4.0-b7
>
> Greetings,
>
> My problem is that under 4.0-b7 _some_ of my application classes are not
> getting found.
>

There have been some changes in class loading since beta-7 -- please try
it with RC2.

> The webapp works fine under 3.2.1.  Classes are held in a single jar, which
> is placed in /usr/local/jakarta-tomcat/webapps/app/WEB-INF/lib.
>
> I installed 4.0-b7 (I know that rc2 is newest, but assume that isn't
> problem), and then copied webapp directories from the 3.2.1 webapps
> directory into the 4.0-b7 webapps directory
> (/usr/local/jakarta-tomcat-4.0-b7/webapps).  I recompiled are rejarred
> first, using the servlet.jar for 4.0-b7 in my compile classpath.

Although there is nothing wrong with this, it is not necessary.  Tomcat 4
will run webapps built for servlet 2.2 / JSP 1.1 as well as those compiled
against the new servlet.jar file.

> CATALINA_HOME set fine, etc., as 4.0-b7 does work initially for my webapp --
> Stopping 3.2.1 and restarting 4.0-b7 works fine on the first call to a
> servlet, but there is a class-not-found error for a servlet class called on
> the next click.  The class that isn't getting found is a repository class
> for jdbc.
>
> Another odd thing, is that once I start attempting the upgrade to 4.0-b7,
> and then punt and go back to running 3.2.1, I also get the same
> class-not-found error under 3.2.1, but it goes away if I recompile, rejar,
> and redeploy the jar, and then restart 3.2.1.
>
> Anyway, eager to make the upgrade, but I'm having to step back to 3.2.1 each
> time I try.
>

Note that NoClassDefFoundError does *not* mean that the named class is not
found (com/company/project/Repository$1) -- why the slashes instead of
dashes in your class names? -- instead, it means a class *referenced* by
that class cannot be found.  The $1 implies that it's an inner class you
create somewhere inside Repository, which should help you track down what
reference is not being found.

Make sure there is nothing in your system extensions directory, either
($JAVA_HOME/jre/lib/ext).

> The traceback is included below.
>
> Thanks for any help,
>
> Jeff Pittman
>

Craig

> 
>  StandardWrapperValve[resultslist]: Servlet.service() for servlet
> resultslist threw exception
> javax.servlet.ServletException: Servlet execution threw an exception
> at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application
> FilterChain.java:269)
> at
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh
> ain.java:193)
> at
> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.ja
> va:243)
> at
> org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
> 66)
> at
> org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
> at
> org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
> at
> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.ja
> va:215)
> at
> org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
> 66)
> at
> org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
> at
> org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
> at
> org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2314)
> at
> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:164
> )
> at
> org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
> 66)
> at
> org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:462)
> at
> org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
> 64)
> at
> org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
> at
> org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
> at
> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java
> :163)
> at
> org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:5
> 66)
> at
> org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
> at
> org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
> at
> org.apache.catalina.connector.http.HttpProcessor.process(HttpProcessor.java:
> 1000)
> at
> org.apache.catalina.connector.http.HttpProcessor.run(HttpProcessor.java:1093
> )
> at java.lang.Thread.run(Thread.java:484)
> - Root Cause -
> java.lang.NoClassDefFoundError: com/company/project/Repository$1
> at com.company.project.Repository.(Repository.java:304)
> at
> com.company.project.GetResultsCommand.execute(

Re: Moving /WEB-INF/lib or adding to it in TC 4.0

[Craig R. McClanahan]

On Tue, 7 Aug 2001, D. Jay Newman wrote:

> If you're using Java 1.2+ you should be able to put these sorts of shared
> jars in the $JAVA_HOME/jre/lib/ext directory.
> 
> It works for me.
> 

Here are a few things to think about with this approach.

* Tomcat 3.2 (and above) let you run web apps under the control of a
  Java security manager, so you can grant fine-grained access to system
  facilities to your apps.  Any JAR files that are placed in the Java
  extensions directory ($JAVA_HOME/jre/lib/ext) receive the same
  permissions as all the core JDK classes -- something you may or may not
  want for application classes.

* (This issue applies to JARs in $TOMCAT_HOME/lib as well).  Not all
  JAR files will work when installed in a shared directory.  In general,
  containers will create a classloader that makes these classes visible,
  and then make that classloader a parent of the classloader for each
  webapp (the one that loads classes from /WEB-INF/classes and
  /WEB-INF/lib).  The problem happens when the shared JAR needs to create
  a new object of a class that is in your webapp's classloader -- unless
  it is programmed specifically to deal with this situation, the shared
  class will get ClassNotFoundException errors.

* In some environments, web apps need to use different versions of the
  same classes (for example, different versions of the same XML parser
  or JDBC driver) within the same VM.  Placing JAR files here makes it
  difficult or impossible to support different versions.

* If you are developing web apps to be packaged and deployed as WARs,
  you should prefer to include all required JARs inside (so that it is
  self contained).  This will minimize install hassles for your users.
  Depending on the user to also install external JARs in the right place
  makes life harder for them.

* On the other hand, if you need these classes in more than one web app,
  placing the JARs in $TOMCAT_HOME/lib or the extensions directory
  does save a little bit of memory.

Everything in life is a tradeoff ... there's no free lunch :-)

Craig

Re: Moving /WEB-INF/lib or adding to it in TC 4.0

[D. Jay Newman]

If you're using Java 1.2+ you should be able to put these sorts of shared
jars in the $JAVA_HOME/jre/lib/ext directory.

It works for me.

> so what is the best option
> 
> where should you place database jar's, ibm queue jar's etc..., surely you
> would not copy them into your applications web-inf area? additionaly I would
> not want them in the tomcat classpath?
> 
> what is the prefered solution ? 
> 
> I need to consider that more than the web server mayuse the jar files so I
> do not want to copy them into the web server area, additionaly I don't like
> the idea of changing the supplied tomcat.sh or the global CLASSPATH
> environment.
> 
> Can you not add .jars to the application configuration ?
> 
> -Original Message-
> From: Craig R. McClanahan [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, August 07, 2001 5:48 PM
> To: [EMAIL PROTECTED]
> Subject: Re: Moving /WEB-INF/lib or adding to it in TC 4.0
> 
> 
> 
> 
> On Tue, 7 Aug 2001, Pier P. Fumagalli wrote:
> 
> > Holscher, David M at [EMAIL PROTECTED] wrote:
> > > 
> > >> Correct, that's why it's not advisable to put it there.
> $CATALINA_HOME/lib
> > >> is there just because sometimes you want to have libraries accessible
> by
> > >> all your web applications WITHOUT putting them in
> $JAVA_HOME/jre/lib/ext.
> > > 
> > > Yes, there are lots of things that are not advisable. I'm just saying
> that
> > > having a way to extend the places where I look for jar files for a
> web-app
> > > is no worse than existence of the $CATALINA_HOME/lib.
> > 
> > I tend to disagree with you. If you consider the fact that everything
> under
> > $JAVA_HOME/jre/lib/ext is considered "trusted" code by the VM when you
> > install a SecurityManager, while code in $CATALINA_HOME/lib is not.
> > 
> > $CATALINA_HOME/lib is there for a reason...
> > 
> > >> Yes, but at this point I don't quite get WHY you have to have a JAR
> file
> > >> specifically tied to a single Web Application in a directory != from
> your
> > >> WEB-INF/lib... It there a solid explanation on why you need this
> behavior?
> > >> 
> > > We have a set of jar files used by several programs which are not web
> > > applications. We have a single web app which uses some of the jar files.
> It
> > > does not make sense for the programs that are not web applications to
> use
> > > jar files in the WEB-INF/lib directory nor does it make sense for the
> web
> > > application to use files outside that directory. So when we build a
> > > production release we make sure we have copies of the jar files in the
> right
> > > places. However, in development when I make a change to a source file
> there
> > > is much less pain involved if I don't have to make sure to copy the
> > > resulting change to the jar file into all of the places it is needed. It
> is
> > > simply easier to point the applications that need it to the central
> > > location. Please don't answer that I should have the build script make
> extra
> > > copies of the jar files (which will cause configuration management
> issues)
> > > and please don't answer that the central location be the WEB-INF/lib
> > > directory because most of our developers don't see that directory. I
> simply
> > > want to know if it is possible to extend the library path for a web
> > > application. At this point, I'm sure the answer is no.
> > 
> > Well, the answer IS of course "no"... :) If you imply such a configuration
> > mechanism (like specify a "classpath" for every web-application) there
> might
> > be issues from when you move stuff around (like, from your classpath, to
> > WEB-INF/lib), especially in terms of security and class loading issues.
> > I believe that it can be easily solved by putting down some symlinks in
> your
> > WEB-INF/lib, so that when you jar up the final "release" you don't even
> care
> > what you need to copy over or not...
> > 
> > Pier
> > 
> > 
> 
> I find that a "deploy" target in my build.xml file, which assembles the
> web app in Tomcat's webapps directory (including copying JARs that are
> needed) solves this kind of pain for me.
> 
> You're absolutely right that the author of a non-web JAR that you're using
> shouldn't be responsible for "pushing" JAR files to wherever they are
> being used -- it should be the responsibili

RE: Moving /WEB-INF/lib or adding to it in TC 4.0

[Craig R. McClanahan]

On Tue, 7 Aug 2001, James, Stuart wrote:

> so what is the best option
> 
> where should you place database jar's, ibm queue jar's etc..., surely
> you would not copy them into your applications web-inf area?
> additionaly I would not want them in the tomcat classpath?
> 
> what is the prefered solution ? 
> 
> I need to consider that more than the web server mayuse the jar files
> so I do not want to copy them into the web server area, additionaly I
> don't like the idea of changing the supplied tomcat.sh or the global
> CLASSPATH environment.
> 
> Can you not add .jars to the application configuration ?
> 

What do do depends on the visibility your JAR needs:

* To make a JAR file available to a single web app only, put it in the
  /WEB-INF/lib directory of that webapp.

* To make a JAR file available to all web apps, put it in the
  $TOMCAT_HOME/lib directory.  These JAR files automatically get added to
  the CLASSPATH (for 3.2) or placed in a parent classloader (4.0), so that
  they are visible to all of your apps.

You never have to mess with CLASSPATH.

Craig

RE: Moving /WEB-INF/lib or adding to it in TC 4.0

[James, Stuart]

so what is the best option

where should you place database jar's, ibm queue jar's etc..., surely you
would not copy them into your applications web-inf area? additionaly I would
not want them in the tomcat classpath?

what is the prefered solution ? 

I need to consider that more than the web server mayuse the jar files so I
do not want to copy them into the web server area, additionaly I don't like
the idea of changing the supplied tomcat.sh or the global CLASSPATH
environment.

Can you not add .jars to the application configuration ?

-Original Message-
From: Craig R. McClanahan [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, August 07, 2001 5:48 PM
To: [EMAIL PROTECTED]
Subject: Re: Moving /WEB-INF/lib or adding to it in TC 4.0




On Tue, 7 Aug 2001, Pier P. Fumagalli wrote:

> Holscher, David M at [EMAIL PROTECTED] wrote:
> > 
> >> Correct, that's why it's not advisable to put it there.
$CATALINA_HOME/lib
> >> is there just because sometimes you want to have libraries accessible
by
> >> all your web applications WITHOUT putting them in
$JAVA_HOME/jre/lib/ext.
> > 
> > Yes, there are lots of things that are not advisable. I'm just saying
that
> > having a way to extend the places where I look for jar files for a
web-app
> > is no worse than existence of the $CATALINA_HOME/lib.
> 
> I tend to disagree with you. If you consider the fact that everything
under
> $JAVA_HOME/jre/lib/ext is considered "trusted" code by the VM when you
> install a SecurityManager, while code in $CATALINA_HOME/lib is not.
> 
> $CATALINA_HOME/lib is there for a reason...
> 
> >> Yes, but at this point I don't quite get WHY you have to have a JAR
file
> >> specifically tied to a single Web Application in a directory != from
your
> >> WEB-INF/lib... It there a solid explanation on why you need this
behavior?
> >> 
> > We have a set of jar files used by several programs which are not web
> > applications. We have a single web app which uses some of the jar files.
It
> > does not make sense for the programs that are not web applications to
use
> > jar files in the WEB-INF/lib directory nor does it make sense for the
web
> > application to use files outside that directory. So when we build a
> > production release we make sure we have copies of the jar files in the
right
> > places. However, in development when I make a change to a source file
there
> > is much less pain involved if I don't have to make sure to copy the
> > resulting change to the jar file into all of the places it is needed. It
is
> > simply easier to point the applications that need it to the central
> > location. Please don't answer that I should have the build script make
extra
> > copies of the jar files (which will cause configuration management
issues)
> > and please don't answer that the central location be the WEB-INF/lib
> > directory because most of our developers don't see that directory. I
simply
> > want to know if it is possible to extend the library path for a web
> > application. At this point, I'm sure the answer is no.
> 
> Well, the answer IS of course "no"... :) If you imply such a configuration
> mechanism (like specify a "classpath" for every web-application) there
might
> be issues from when you move stuff around (like, from your classpath, to
> WEB-INF/lib), especially in terms of security and class loading issues.
> I believe that it can be easily solved by putting down some symlinks in
your
> WEB-INF/lib, so that when you jar up the final "release" you don't even
care
> what you need to copy over or not...
> 
> Pier
> 
> 

I find that a "deploy" target in my build.xml file, which assembles the
web app in Tomcat's webapps directory (including copying JARs that are
needed) solves this kind of pain for me.

You're absolutely right that the author of a non-web JAR that you're using
shouldn't be responsible for "pushing" JAR files to wherever they are
being used -- it should be the responsibility of the user of that JAR to
"pull" as needed.  Ant's  task is smart enough to skip the copying
if the JAR file didn't change, so it's still pretty fast.

Now, my webapp development loop goes like this:
* Edit
* "ant compile"
* Fix compiler errors and loop back
* "ant deploy"
* Restart the webapp in Tomcat (manually or automatically)
* Test

And I never have to worry about getting the most recent JAR files -- the
deploy target took care of that for me as it was copying all my stuff into
the webapps directory.

It's even easy to parameterize build.xml so that developers can pick and
choose wh

Re: Moving /WEB-INF/lib or adding to it in TC 4.0

[Craig R. McClanahan]

On Tue, 7 Aug 2001, Pier P. Fumagalli wrote:

> Holscher, David M at [EMAIL PROTECTED] wrote:
> > 
> >> Correct, that's why it's not advisable to put it there. $CATALINA_HOME/lib
> >> is there just because sometimes you want to have libraries accessible by
> >> all your web applications WITHOUT putting them in $JAVA_HOME/jre/lib/ext.
> > 
> > Yes, there are lots of things that are not advisable. I'm just saying that
> > having a way to extend the places where I look for jar files for a web-app
> > is no worse than existence of the $CATALINA_HOME/lib.
> 
> I tend to disagree with you. If you consider the fact that everything under
> $JAVA_HOME/jre/lib/ext is considered "trusted" code by the VM when you
> install a SecurityManager, while code in $CATALINA_HOME/lib is not.
> 
> $CATALINA_HOME/lib is there for a reason...
> 
> >> Yes, but at this point I don't quite get WHY you have to have a JAR file
> >> specifically tied to a single Web Application in a directory != from your
> >> WEB-INF/lib... It there a solid explanation on why you need this behavior?
> >> 
> > We have a set of jar files used by several programs which are not web
> > applications. We have a single web app which uses some of the jar files. It
> > does not make sense for the programs that are not web applications to use
> > jar files in the WEB-INF/lib directory nor does it make sense for the web
> > application to use files outside that directory. So when we build a
> > production release we make sure we have copies of the jar files in the right
> > places. However, in development when I make a change to a source file there
> > is much less pain involved if I don't have to make sure to copy the
> > resulting change to the jar file into all of the places it is needed. It is
> > simply easier to point the applications that need it to the central
> > location. Please don't answer that I should have the build script make extra
> > copies of the jar files (which will cause configuration management issues)
> > and please don't answer that the central location be the WEB-INF/lib
> > directory because most of our developers don't see that directory. I simply
> > want to know if it is possible to extend the library path for a web
> > application. At this point, I'm sure the answer is no.
> 
> Well, the answer IS of course "no"... :) If you imply such a configuration
> mechanism (like specify a "classpath" for every web-application) there might
> be issues from when you move stuff around (like, from your classpath, to
> WEB-INF/lib), especially in terms of security and class loading issues.
> I believe that it can be easily solved by putting down some symlinks in your
> WEB-INF/lib, so that when you jar up the final "release" you don't even care
> what you need to copy over or not...
> 
> Pier
> 
> 

I find that a "deploy" target in my build.xml file, which assembles the
web app in Tomcat's webapps directory (including copying JARs that are
needed) solves this kind of pain for me.

You're absolutely right that the author of a non-web JAR that you're using
shouldn't be responsible for "pushing" JAR files to wherever they are
being used -- it should be the responsibility of the user of that JAR to
"pull" as needed.  Ant's  task is smart enough to skip the copying
if the JAR file didn't change, so it's still pretty fast.

Now, my webapp development loop goes like this:
* Edit
* "ant compile"
* Fix compiler errors and loop back
* "ant deploy"
* Restart the webapp in Tomcat (manually or automatically)
* Test

And I never have to worry about getting the most recent JAR files -- the
deploy target took care of that for me as it was copying all my stuff into
the webapps directory.

It's even easy to parameterize build.xml so that developers can pick and
choose which version of dependent JARs they want, or use defaults.  The
process of building Tomcat itself (with lots of external dependencies) has
convinced me that it's scalable to larger projects as well.

One final benefit -- creating the production distribution is now just a
matter of JARing up the deployed webapp directory into a WAR file, since
you've been developing all along in the same directory structure that
you're going to deploy.

Craig

RE: Moving /WEB-INF/lib or adding to it in TC 4.0

[Holscher, David M]

> >> Correct, that's why it's not advisable to put it there.
> $CATALINA_HOME/lib
> >> is there just because sometimes you want to have libraries accessible
> by
> >> all your web applications WITHOUT putting them in
> $JAVA_HOME/jre/lib/ext.
> >
> > Yes, there are lots of things that are not advisable. I'm just saying
> that
> > having a way to extend the places where I look for jar files for a web-
> app
> > is no worse than existence of the $CATALINA_HOME/lib.
> 
> I tend to disagree with you. If you consider the fact that everything
> under
> $JAVA_HOME/jre/lib/ext is considered "trusted" code by the VM when you
> install a SecurityManager, while code in $CATALINA_HOME/lib is not.
> 
> $CATALINA_HOME/lib is there for a reason...

I'm not suggesting putting stuff in the ext directory. I'm suggesting adding
stuff to the classpath for a single web application and treat it as if it
were in the WEB-INF/lib directory.

> >> Yes, but at this point I don't quite get WHY you have to have a JAR
> file
> >> specifically tied to a single Web Application in a directory != from
> your
> >> WEB-INF/lib... It there a solid explanation on why you need this
> behavior?
> >>
> > We have a set of jar files used by several programs which are not web
> > applications. We have a single web app which uses some of the jar files.
> It
> > does not make sense for the programs that are not web applications to
> use
> > jar files in the WEB-INF/lib directory nor does it make sense for the
> web
> > application to use files outside that directory. So when we build a
> > production release we make sure we have copies of the jar files in the
> right
> > places. However, in development when I make a change to a source file
> there
> > is much less pain involved if I don't have to make sure to copy the
> > resulting change to the jar file into all of the places it is needed. It
> is
> > simply easier to point the applications that need it to the central
> > location. Please don't answer that I should have the build script make
> extra
> > copies of the jar files (which will cause configuration management
> issues)
> > and please don't answer that the central location be the WEB-INF/lib
> > directory because most of our developers don't see that directory. I
> simply
> > want to know if it is possible to extend the library path for a web
> > application. At this point, I'm sure the answer is no.
> 
> Well, the answer IS of course "no"... :) If you imply such a configuration
> mechanism (like specify a "classpath" for every web-application) there
> might

Thanks.

> be issues from when you move stuff around (like, from your classpath, to
> WEB-INF/lib), especially in terms of security and class loading issues.
> I believe that it can be easily solved by putting down some symlinks in
> your
> WEB-INF/lib, so that when you jar up the final "release" you don't even
> care
> what you need to copy over or not...
> 
> Pier

We're using Windows (yes too bad for us) so symlinks are out. I'll probably
just add a build target to make copies of the required jar files in the
WEB-INF\lib directory.

Dave Holscher

Re: Moving /WEB-INF/lib or adding to it in TC 4.0

[Pier P. Fumagalli]

Holscher, David M at [EMAIL PROTECTED] wrote:
> 
>> Correct, that's why it's not advisable to put it there. $CATALINA_HOME/lib
>> is there just because sometimes you want to have libraries accessible by
>> all your web applications WITHOUT putting them in $JAVA_HOME/jre/lib/ext.
> 
> Yes, there are lots of things that are not advisable. I'm just saying that
> having a way to extend the places where I look for jar files for a web-app
> is no worse than existence of the $CATALINA_HOME/lib.

I tend to disagree with you. If you consider the fact that everything under
$JAVA_HOME/jre/lib/ext is considered "trusted" code by the VM when you
install a SecurityManager, while code in $CATALINA_HOME/lib is not.

$CATALINA_HOME/lib is there for a reason...

>> Yes, but at this point I don't quite get WHY you have to have a JAR file
>> specifically tied to a single Web Application in a directory != from your
>> WEB-INF/lib... It there a solid explanation on why you need this behavior?
>> 
> We have a set of jar files used by several programs which are not web
> applications. We have a single web app which uses some of the jar files. It
> does not make sense for the programs that are not web applications to use
> jar files in the WEB-INF/lib directory nor does it make sense for the web
> application to use files outside that directory. So when we build a
> production release we make sure we have copies of the jar files in the right
> places. However, in development when I make a change to a source file there
> is much less pain involved if I don't have to make sure to copy the
> resulting change to the jar file into all of the places it is needed. It is
> simply easier to point the applications that need it to the central
> location. Please don't answer that I should have the build script make extra
> copies of the jar files (which will cause configuration management issues)
> and please don't answer that the central location be the WEB-INF/lib
> directory because most of our developers don't see that directory. I simply
> want to know if it is possible to extend the library path for a web
> application. At this point, I'm sure the answer is no.

Well, the answer IS of course "no"... :) If you imply such a configuration
mechanism (like specify a "classpath" for every web-application) there might
be issues from when you move stuff around (like, from your classpath, to
WEB-INF/lib), especially in terms of security and class loading issues.
I believe that it can be easily solved by putting down some symlinks in your
WEB-INF/lib, so that when you jar up the final "release" you don't even care
what you need to copy over or not...

Pier

RE: Moving /WEB-INF/lib or adding to it in TC 4.0

[Holscher, David M]

> 
> Holscher, David M at [EMAIL PROTECTED] wrote:
> >>
> >> You're relying on a platform specific feature that is *not* in the
> >> spec.
> >
> > Putting stuff in the $CATALINA_HOME\lib directory relies on stuff that
> is
> > not in the spec. Yet there is provision for that.
> 
> Correct, that's why it's not advisable to put it there. $CATALINA_HOME/lib
> is there just because sometimes you want to have libraries accessible by
> all
> your web applications WITHOUT putting them in $JAVA_HOME/jre/lib/ext.

Yes, there are lots of things that are not advisable. I'm just saying that
having a way to extend the places where I look for jar files for a web-app
is no worse than existence of the $CATALINA_HOME/lib. 

> Also that location is not "specified" but merely a behavior of the Sun JDK
> (that had been inherited by most of the others, but not _all_ :)
> 
> >> Also, doesn't relying on this violate your first statement about
> "wouldn't
> >> ship a web app that relies on anything outside the war file"?
> >
> > My original question was removed from your reply but if you go back a
> > re-read it, I said I wanted to do it in my current development
> environment.
> > We I release code to production it is in a self-contained war file.
> 
> Yes, but at this point I don't quite get WHY you have to have a JAR file
> specifically tied to a single Web Application in a directory != from your
> WEB-INF/lib... It there a solid explanation on why you need this behavior?
> 
> Pier

We have a set of jar files used by several programs which are not web
applications. We have a single web app which uses some of the jar files. It
does not make sense for the programs that are not web applications to use
jar files in the WEB-INF/lib directory nor does it make sense for the web
application to use files outside that directory. So when we build a
production release we make sure we have copies of the jar files in the right
places. However, in development when I make a change to a source file there
is much less pain involved if I don't have to make sure to copy the
resulting change to the jar file into all of the places it is needed. It is
simply easier to point the applications that need it to the central
location. Please don't answer that I should have the build script make extra
copies of the jar files (which will cause configuration management issues)
and please don't answer that the central location be the WEB-INF/lib
directory because most of our developers don't see that directory. I simply
want to know if it is possible to extend the library path for a web
application. At this point, I'm sure the answer is no.

Dave Holscher

Re: Moving /WEB-INF/lib or adding to it in TC 4.0

[Pier P. Fumagalli]

Holscher, David M at [EMAIL PROTECTED] wrote:
>> 
>> You're relying on a platform specific feature that is *not* in the
>> spec.
> 
> Putting stuff in the $CATALINA_HOME\lib directory relies on stuff that is
> not in the spec. Yet there is provision for that.

Correct, that's why it's not advisable to put it there. $CATALINA_HOME/lib
is there just because sometimes you want to have libraries accessible by all
your web applications WITHOUT putting them in $JAVA_HOME/jre/lib/ext.

Also that location is not "specified" but merely a behavior of the Sun JDK
(that had been inherited by most of the others, but not _all_ :)

>> Also, doesn't relying on this violate your first statement about "wouldn't
>> ship a web app that relies on anything outside the war file"?
> 
> My original question was removed from your reply but if you go back a
> re-read it, I said I wanted to do it in my current development environment.
> We I release code to production it is in a self-contained war file.

Yes, but at this point I don't quite get WHY you have to have a JAR file
specifically tied to a single Web Application in a directory != from your
WEB-INF/lib... It there a solid explanation on why you need this behavior?

Pier

RE: Moving /WEB-INF/lib or adding to it in TC 4.0

[Holscher, David M]

> -Original Message-
> From: Craig R. McClanahan [mailto:[EMAIL PROTECTED]]
> Sent: Monday, August 06, 2001 8:04 PM
> To: '[EMAIL PROTECTED]'
> Subject: RE: Moving /WEB-INF/lib or adding to it in TC 4.0
> 
> 
> 
> On Mon, 6 Aug 2001, Holscher, David M wrote:
> 
> >
> > I agree totally and wouldn't ship a web app that relies on anything
> outside
> > the war file. I also understand that Tomcat has a lib directory to place
> > stuff that you want all applications to see. Neither of these things
> help
> > me. First of all, I have libraries that I don't want other apps to see
> so
> > the lib directory is a bad place (it's probably a bad idea to have
> anything
> > in the lib directory anyhow). Perhaps, I should pose my question another
> > way. Is there any way I can add jar files at a fixed location to a
> single
> > web app running under Tomcat?
> >
> > Really at issue, is that I can do it with JRun which I would really like
> to
> > replace with Tomcat 4.0 when it comes out of beta.
> >
> 
> You're relying on a platform specific feature that is *not* in the
> spec.

Putting stuff in the $CATALINA_HOME\lib directory relies on stuff that is
not in the spec. Yet there is provision for that.

> 
> Also, doesn't relying on this violate your first statement about "wouldn't
> ship a web app that relies on anything outside the war file"?
> 

My original question was removed from your reply but if you go back a
re-read it, I said I wanted to do it in my current development environment.
We I release code to production it is in a self-contained war file.

Dave Holscher

RE: Moving /WEB-INF/lib or adding to it in TC 4.0

[Craig R. McClanahan]

On Mon, 6 Aug 2001, Holscher, David M wrote:

> 
> I agree totally and wouldn't ship a web app that relies on anything outside
> the war file. I also understand that Tomcat has a lib directory to place
> stuff that you want all applications to see. Neither of these things help
> me. First of all, I have libraries that I don't want other apps to see so
> the lib directory is a bad place (it's probably a bad idea to have anything
> in the lib directory anyhow). Perhaps, I should pose my question another
> way. Is there any way I can add jar files at a fixed location to a single
> web app running under Tomcat? 
> 
> Really at issue, is that I can do it with JRun which I would really like to
> replace with Tomcat 4.0 when it comes out of beta.
> 

You're relying on a platform specific feature that is *not* in the
spec.

Also, doesn't relying on this violate your first statement about "wouldn't
ship a web app that relies on anything outside the war file"?

> ___
> David Holscher 
> 

Craig

RE: Moving /WEB-INF/lib or adding to it in TC 4.0

[Holscher, David M]

I agree totally and wouldn't ship a web app that relies on anything outside
the war file. I also understand that Tomcat has a lib directory to place
stuff that you want all applications to see. Neither of these things help
me. First of all, I have libraries that I don't want other apps to see so
the lib directory is a bad place (it's probably a bad idea to have anything
in the lib directory anyhow). Perhaps, I should pose my question another
way. Is there any way I can add jar files at a fixed location to a single
web app running under Tomcat? 

Really at issue, is that I can do it with JRun which I would really like to
replace with Tomcat 4.0 when it comes out of beta.

___
David Holscher 


-Original Message-
From: Craig R. McClanahan [mailto:[EMAIL PROTECTED]] 
Sent: Monday, August 06, 2001 7:11 PM
To: '[EMAIL PROTECTED]'
Subject: Re: Moving /WEB-INF/lib or adding to it in TC 4.0



On Mon, 6 Aug 2001, Holscher, David M wrote:

> 
> I've waded through a lot of source now and can't figure out how point the
> /WEB-INF/lib directory for my web application somewhere else or at least
add
> another directory for jar files. This is a useful thing in my current
> development environment where I need jar files in two places. Changing
where
> the /WEB-INF/lib directory is avoids synchronization issues.
> 

The way that the WEB-INF/lib directory works (and where it is relative to
the document root) is required by the servlet specification, and cannot be
changed.  It's a key requirement for self-contained web applications that
are portable across containers.

Most servlet containers provide a mechanism to support additional JAR
files that are visible to web apps.  For Tomcat 4, that mechanism is the
$CATALINA_HOME/lib directory -- all JAR files placed here are
automatically made visible to all web applications.

> David Holscher 

Craig McClanahan

Re: Moving /WEB-INF/lib or adding to it in TC 4.0

[Craig R. McClanahan]

On Mon, 6 Aug 2001, Holscher, David M wrote:

> 
> I've waded through a lot of source now and can't figure out how point the
> /WEB-INF/lib directory for my web application somewhere else or at least add
> another directory for jar files. This is a useful thing in my current
> development environment where I need jar files in two places. Changing where
> the /WEB-INF/lib directory is avoids synchronization issues.
> 

The way that the WEB-INF/lib directory works (and where it is relative to
the document root) is required by the servlet specification, and cannot be
changed.  It's a key requirement for self-contained web applications that
are portable across containers.

Most servlet containers provide a mechanism to support additional JAR
files that are visible to web apps.  For Tomcat 4, that mechanism is the
$CATALINA_HOME/lib directory -- all JAR files placed here are
automatically made visible to all web applications.

> David Holscher 

Craig McClanahan

RE: Moving from Tomcat 3.1 to Tomcat 3.2.1

[Amos Shapira]

Hi,

>From our little experience, move to Tomcat 3.2.2, which fixes some bugs
in 3.2.1.

We don't run a production system with it, but so far we haven't found any
problems with it (we use it for development)

-Original Message-
From: Moin Anjum H. [mailto:[EMAIL PROTECTED]]
Sent: Monday, June 11, 2001 7:10 AM
To: [EMAIL PROTECTED]
Subject: Re: Moving from Tomcat 3.1 to Tomcat 3.2.1


Hi Pankaj,

I have no Problem with my Code. I started with TC 3.1 Right now working with
TC 3.2.2 working fine with my code.

HTH
Moin.

Pankaj Chhaparwal wrote:

> Hi All,
> We are currently using Tomcat 3.1 with Apache 1.3.12. We are thinking of
> upgrading to Tomcat 3.2.1 . Are there any issues in such an upgrade?
>
> Regards,
> Pankaj

Re: Moving from Tomcat 3.1 to Tomcat 3.2.1

[Moin Anjum H.]

Hi Pankaj,

I have no Problem with my Code. I started with TC 3.1 Right now working with
TC 3.2.2 working fine with my code.

HTH
Moin.

Pankaj Chhaparwal wrote:

> Hi All,
> We are currently using Tomcat 3.1 with Apache 1.3.12. We are thinking of
> upgrading to Tomcat 3.2.1 . Are there any issues in such an upgrade?
>
> Regards,
> Pankaj

RE: moving webapps

[Andy Cole]

Hi. I have setup a few virtual host in the server like :





But the servlets or the class files are placed under
/usr/home/amos/amos.webvis.net/htdocs/servlets/WEB-INF/classess then it
works. It seems like it is following the default tomcat setting. May I find
out how can I change it to other directory instead of WEB-INF/classes?
Thanks and I am using tomcat alone...

--Original Message--
From: "Filip Hanik" <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Sent: March 22, 2001 2:04:18 AM GMT
Subject: RE: moving webapps


set up a context in the server.xml file





Filip

~
Namaste - I bow to the divine in you
~
Filip Hanik
Software Architect
[EMAIL PROTECTED]
www.filip.net

> -Original Message-
> From: Oleg Timofeyev [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, March 21, 2001 4:51 PM
> To: [EMAIL PROTECTED]
> Subject: moving webapps
>
>
> How can I move my webapps direcory from tomcat to /htdocs , I am
> running TOMCAT as standalone.
>
> --
> --
> Oleg Timofeyev
> ReadySetNet
> [EMAIL PROTECTED]
> http://www.readysetnet.com
> Phone : 323 469 2000
> Fax : 323 469 2155
>


---
FREE! The World's Best Email Address @email.com
Reserve your name now at http://www.email.com

RE: moving webapps

[Filip Hanik]

set up a context in the server.xml file

 



Filip

~
Namaste - I bow to the divine in you
~
Filip Hanik
Software Architect
[EMAIL PROTECTED]
www.filip.net 

> -Original Message-
> From: Oleg Timofeyev [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, March 21, 2001 4:51 PM
> To: [EMAIL PROTECTED]
> Subject: moving webapps
> 
> 
> How can I move my webapps direcory from tomcat to /htdocs , I am 
> running TOMCAT as standalone.
> 
> -- 
> -- 
> Oleg Timofeyev
> ReadySetNet
> [EMAIL PROTECTED]
> http://www.readysetnet.com
> Phone : 323 469 2000
> Fax : 323 469 2155
>