Tomcat 6 contractor...

[Mike Cronin]

We're looking to contract a specialist to assist us in our move to Tomcat
6.0.

 

Please feel free to email me directly at [EMAIL PROTECTED]

 

Thank you for your interest.

 

Best regards,

 

Mike Cronin

 

Fax.com

"The New Way To Fax!"

 <http://www.fax.com/> www.fax.com

 

Confidential: This electronic message and all contents contain information
from Fax.com, Inc. which may be privileged, confidential or otherwise
protected from disclosure. The information is intended to be for the
addressee(s) only.  If you are not an addressee, any disclosure, copy,
distribution or use of the contents of this message is prohibited.  If you
have received this electronic message in error, please notify the sender by
reply e-mail and destroy the original message and all copies. Thank you.

 

RE: Connector Compression

[Mike Cronin]

Great responses guys!

Thanks very much!

Mike

Fax.com
"The New Way To Fax!"
www.fax.com
 
Confidential: This electronic message and all contents contain information
from Fax.com, Inc. which may be privileged, confidential or otherwise
protected from disclosure. The information is intended to be for the
addressee(s) only.  If you are not an addressee, any disclosure, copy,
distribution or use of the contents of this message is prohibited.  If you
have received this electronic message in error, please notify the sender by
reply e-mail and destroy the original message and all copies. Thank you.

-Original Message-
From: Peter Crowther [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, October 16, 2007 11:11 PM
To: Tomcat Users List
Subject: RE: Connector Compression

> From: Mike Cronin [mailto:[EMAIL PROTECTED] 
> Is there any reason why you would not want to use compression on a
> Connector?

You're trading CPU cycles (running the compression algorithm) for
bandwidth.  I suspect you're also trading a certain amount of RAM (some
extra buffers), though I haven't checked or measured how much so I may
be talking out of my hat (as usual).  Finally, you may be increasing the
time to the first byte arriving back at the client, as you're increasing
the amount of output the client has to generate before the first segment
of the response is sent.  If your servers are CPU-bound, you may not
have the spare cycles; if you're tight on RAM, check whether the
compression increases the memory use.  If you have timing requirements,
check that a system with compression enabled still meets them.

All that said, a "typical" business application almost certainly has
spare CPU, some spare RAM and no tight timing constraints on the first
byte being returned - it's generally bandwidth out of the server and
querying the database that are the limiting factors.

- Peter

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


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

Connector Compression

[Mike Cronin]

Hi there,

 

Is there any reason why you would not want to use compression on a
Connector?

 

Thanks in advance.

 

Mike

 

Fax.com

"The New Way To Fax!"

  www.fax.com

 

Confidential: This electronic message and all contents contain information
from Fax.com, Inc. which may be privileged, confidential or otherwise
protected from disclosure. The information is intended to be for the
addressee(s) only.  If you are not an addressee, any disclosure, copy,
distribution or use of the contents of this message is prohibited.  If you
have received this electronic message in error, please notify the sender by
reply e-mail and destroy the original message and all copies. Thank you.

 

RE: Apache Directives help...

[Mike Cronin]

Thanks Charles.

I realize that the directives I mentioned exist under Apache HTTP server,
and was looking for a similar implementation under Apache Tomcat 6, which
you have just helped me with.

Thanks much!

Mike

Fax.com
"The New Way To Fax!"
www.fax.com
 
Confidential: This electronic message and all contents contain information
from Fax.com, Inc. which may be privileged, confidential or otherwise
protected from disclosure. The information is intended to be for the
addressee(s) only.  If you are not an addressee, any disclosure, copy,
distribution or use of the contents of this message is prohibited.  If you
have received this electronic message in error, please notify the sender by
reply e-mail and destroy the original message and all copies. Thank you.

-Original Message-
From: Caldarale, Charles R [mailto:[EMAIL PROTECTED] 
Sent: Friday, September 14, 2007 2:19 PM
To: Tomcat Users List
Subject: RE: Apache Directives help...

> From: Mike Cronin [mailto:[EMAIL PROTECTED] 
> Subject: Apache Directives help...
> 
> Where are these directives set under Apache Tomcat 6?

Are you confusing the Apache HTTP server (aka httpd) with Apache Tomcat?
They're completely different entities.  The directives you're inquiring
about are for httpd, not Tomcat.  For something similar in Tomcat, start
with the restrictedUserAgents attribute for the HTTP 
element:
http://tomcat.apache.org/tomcat-6.0-doc/config/http.html

 - Chuck

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

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


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

Apache Directives help...

[Mike Cronin]

Hi there,
 
I need to add the following Apache Directive in an attempt to fix a
multi-part form POST issue being encountered due to an IE bug. Where are
these directives set under Apache Tomcat 6? Is the http.conf a thing of the
past? I'm a bit lost here.

BrowserMatch ".MSIE." \

nokeepalive ssl-unclean-shutdown \

downgrade-1.0 force-response-1.0

 

Thanks for your assistance!

 

Mike

 

Fax.com

"The New Way To Fax!"

  www.fax.com

 

Confidential: This electronic message and all contents contain information
from Fax.com, Inc. which may be privileged, confidential or otherwise
protected from disclosure. The information is intended to be for the
addressee(s) only.  If you are not an addressee, any disclosure, copy,
distribution or use of the contents of this message is prohibited.  If you
have received this electronic message in error, please notify the sender by
reply e-mail and destroy the original message and all copies. Thank you.

 

RE: Different sessions between JSP and Servlets...

[Mike Cronin]

Thanks Christopher.

At this point, the context is coded within the server.xml. I understand that
the context should be placed within a context.xml file within a META-INF,
but doing so has been giving me problems thus far (something I plan to
tackle here shortly).

As for the JSP/Servlet session issues discussed within this thread, I
believe that I have them resolved.

Thanks once again for your valued input.

Best regards,

Mike
 
Fax.com
"The New Way To Fax!"
www.fax.com
 
Confidential: This electronic message and all contents contain information
from Fax.com, Inc. which may be privileged, confidential or otherwise
protected from disclosure. The information is intended to be for the
addressee(s) only.  If you are not an addressee, any disclosure, copy,
distribution or use of the contents of this message is prohibited.  If you
have received this electronic message in error, please notify the sender by
reply e-mail and destroy the original message and all copies. Thank you.

-Original Message-
From: Christopher Schultz [mailto:[EMAIL PROTECTED] 
Sent: Thursday, September 06, 2007 2:30 PM
To: Tomcat Users List
Subject: Re: Different sessions between JSP and Servlets...

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Mike,

Mike Cronin wrote:
> 

You should remove both of these attributes from your  in
context.xml. As mentioned before in this thread, they are at best
ignored, and at worst confused by Tomcat or anyone looking at the file.

- -chris
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.7 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFG4HFw9CaO5/Lv0PARAtpCAJwOh4xIRxFIa6gNWZSfYACU04r+3wCeOY1a
q3dTB8HeNvlJ/2gv9htG4kI=
=uZFf
-END PGP SIGNATURE-

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


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

RE: Different sessions between JSP and Servlets...

[Mike Cronin]

Hey Mark,

Your question as well as a previous post to another user in which you made
the point that the appBase should never point to a root directory helped me
resolve this and another JSP issue I was having. The change follows...





I cannot thank you and Hassan enough for your assistance with this issue.

My very best regards,

Mike Cronin

Fax.com
"The New Way To Fax!"
www.fax.com
 
Confidential: This electronic message and all contents contain information
from Fax.com, Inc. which may be privileged, confidential or otherwise
protected from disclosure. The information is intended to be for the
addressee(s) only.  If you are not an addressee, any disclosure, copy,
distribution or use of the contents of this message is prohibited.  If you
have received this electronic message in error, please notify the sender by
reply e-mail and destroy the original message and all copies. Thank you.

-Original Message-----
From: Mike Cronin [mailto:[EMAIL PROTECTED] 
Sent: Thursday, September 06, 2007 11:41 AM
To: 'Tomcat Users List'
Subject: RE: Different sessions between JSP and Servlets...





The only  I reference (whether right or wrong) is the default
Context shown above. As coded, all applications successfully load using the
default Context, but I'm not able to pass session variables between my
servlets and JSPs.

Thanks for your reply Mark.

Mike
 
Fax.com
"The New Way To Fax!"
www.fax.com
 
Confidential: This electronic message and all contents contain information
from Fax.com, Inc. which may be privileged, confidential or otherwise
protected from disclosure. The information is intended to be for the
addressee(s) only.  If you are not an addressee, any disclosure, copy,
distribution or use of the contents of this message is prohibited.  If you
have received this electronic message in error, please notify the sender by
reply e-mail and destroy the original message and all copies. Thank you.

-Original Message-
From: Mark Thomas [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, September 05, 2007 7:37 PM
To: Tomcat Users List
Subject: Re: Different sessions between JSP and Servlets...

Mike Cronin wrote:
> I started from a clean install and continue to encounter the issue where
my
> JSP pages are not exposed to the session variables being set from within
my
> servlets. I believe that my  element is set up correctly as I can
get
> to all of my site content as desired.

What values are you using for appBase and docBase?

Mark

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


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


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

RE: Different sessions between JSP and Servlets...

[Mike Cronin]

The only  I reference (whether right or wrong) is the default
Context shown above. As coded, all applications successfully load using the
default Context, but I'm not able to pass session variables between my
servlets and JSPs.

Thanks for your reply Mark.

Mike
 
Fax.com
"The New Way To Fax!"
www.fax.com
 
Confidential: This electronic message and all contents contain information
from Fax.com, Inc. which may be privileged, confidential or otherwise
protected from disclosure. The information is intended to be for the
addressee(s) only.  If you are not an addressee, any disclosure, copy,
distribution or use of the contents of this message is prohibited.  If you
have received this electronic message in error, please notify the sender by
reply e-mail and destroy the original message and all copies. Thank you.

-Original Message-
From: Mark Thomas [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, September 05, 2007 7:37 PM
To: Tomcat Users List
Subject: Re: Different sessions between JSP and Servlets...

Mike Cronin wrote:
> I started from a clean install and continue to encounter the issue where
my
> JSP pages are not exposed to the session variables being set from within
my
> servlets. I believe that my  element is set up correctly as I can
get
> to all of my site content as desired.

What values are you using for appBase and docBase?

Mark

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


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

RE: Different sessions between JSP and Servlets...

[Mike Cronin]

I started from a clean install and continue to encounter the issue where my
JSP pages are not exposed to the session variables being set from within my
servlets. I believe that my  element is set up correctly as I can get
to all of my site content as desired.

Have you experienced this? Your input is most appreciated.

Best regards,

Mike
 
Fax.com
"The New Way To Fax!"
www.fax.com
 
Confidential: This electronic message and all contents contain information
from Fax.com, Inc. which may be privileged, confidential or otherwise
protected from disclosure. The information is intended to be for the
addressee(s) only.  If you are not an addressee, any disclosure, copy,
distribution or use of the contents of this message is prohibited.  If you
have received this electronic message in error, please notify the sender by
reply e-mail and destroy the original message and all copies. Thank you.

-Original Message-----
From: Mike Cronin [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, September 05, 2007 4:05 PM
To: users@tomcat.apache.org
Subject: Different sessions between JSP and Servlets...

Okay, I have the following structure.

 

$CATLINA-HOME\webapps\a_subfolder\my_root\

 

Within my_root there are a number of subfolders that contain various
applications i.e. login, admin, reports and my WEB-INF.

 

The first thing I need to make sure of is that I am using the correct
terminology. Correct me if I'm wrong, but the structure I defined is a
, correct?

 

The problem I am having is that my JSP pages are receiving a different
session than my servlets. Because all of these applications exist within a
, I'm confused as to why the sessionIDs would be different.

 

My  element is defined as follows (the only Context referenced is the
default).

 

  



  



  

 

I am obviously missing something important here, and could really use some
enlightenment (or a slap upside the head).

 

Thanks in advance!

 

Mike

 

Fax.com

"The New Way To Fax!"

 <http://www.fax.com/> www.fax.com

 

Confidential: This electronic message and all contents contain information
from Fax.com, Inc. which may be privileged, confidential or otherwise
protected from disclosure. The information is intended to be for the
addressee(s) only.  If you are not an addressee, any disclosure, copy,
distribution or use of the contents of this message is prohibited.  If you
have received this electronic message in error, please notify the sender by
reply e-mail and destroy the original message and all copies. Thank you.

 



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

RE: Different sessions between JSP and Servlets...

[Mike Cronin]

We'll do. Thanks.

Fax.com
"The New Way To Fax!"
www.fax.com
 
Confidential: This electronic message and all contents contain information
from Fax.com, Inc. which may be privileged, confidential or otherwise
protected from disclosure. The information is intended to be for the
addressee(s) only.  If you are not an addressee, any disclosure, copy,
distribution or use of the contents of this message is prohibited.  If you
have received this electronic message in error, please notify the sender by
reply e-mail and destroy the original message and all copies. Thank you.

-Original Message-
From: Hassan Schroeder [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, September 05, 2007 5:30 PM
To: Tomcat Users List
Subject: Re: Different sessions between JSP and Servlets...

On 9/5/07, Mike Cronin <[EMAIL PROTECTED]> wrote:

> I definitely want this set up correctly, and I do intend to move the
>  elements out of the server.xml, but I have not been able to
> successfully do so as none of the applications want to load from the
> context.xml.

That's suspicious in and of itself, but if I were you I'd start with a
clean install and make sure it works; then replace the default
Context in webapps (the directory named ROOT) with your own.

-- 
Hassan Schroeder  [EMAIL PROTECTED]

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


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

RE: Different sessions between JSP and Servlets...

[Mike Cronin]

Thanks for the reply Hassan.

I definitely want this set up correctly, and I do intend to move the
 elements out of the server.xml, but I have not been able to
successfully do so as none of the applications want to load from the
context.xml.

Mike

Fax.com
"The New Way To Fax!"
www.fax.com
 
Confidential: This electronic message and all contents contain information
from Fax.com, Inc. which may be privileged, confidential or otherwise
protected from disclosure. The information is intended to be for the
addressee(s) only.  If you are not an addressee, any disclosure, copy,
distribution or use of the contents of this message is prohibited.  If you
have received this electronic message in error, please notify the sender by
reply e-mail and destroy the original message and all copies. Thank you.

-Original Message-
From: Hassan Schroeder [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, September 05, 2007 4:16 PM
To: Tomcat Users List
Subject: Re: Different sessions between JSP and Servlets...

On 9/5/07, Mike Cronin <[EMAIL PROTECTED]> wrote:

> $CATLINA-HOME\webapps\a_subfolder\my_root\

> Within my_root there are a number of subfolders that contain various
> applications i.e. login, admin, reports and my WEB-INF.

1) defining Contexts within server.xml is discouraged,
2) appBase and docBase must not be the same,
3) so,  if you want to define your appBase as this:



:: create a META-INF/context.xml file within your Context with
 



NOTE: no path attribute and no docBase attribute should be used
in this case.

HTH,
-- 
Hassan Schroeder  [EMAIL PROTECTED]

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


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

Different sessions between JSP and Servlets...

[Mike Cronin]

Okay, I have the following structure.

 

$CATLINA-HOME\webapps\a_subfolder\my_root\

 

Within my_root there are a number of subfolders that contain various
applications i.e. login, admin, reports and my WEB-INF.

 

The first thing I need to make sure of is that I am using the correct
terminology. Correct me if I'm wrong, but the structure I defined is a
, correct?

 

The problem I am having is that my JSP pages are receiving a different
session than my servlets. Because all of these applications exist within a
, I'm confused as to why the sessionIDs would be different.

 

My  element is defined as follows (the only Context referenced is the
default).

 

  



  



  

 

I am obviously missing something important here, and could really use some
enlightenment (or a slap upside the head).

 

Thanks in advance!

 

Mike

 

Fax.com

"The New Way To Fax!"

  www.fax.com

 

Confidential: This electronic message and all contents contain information
from Fax.com, Inc. which may be privileged, confidential or otherwise
protected from disclosure. The information is intended to be for the
addressee(s) only.  If you are not an addressee, any disclosure, copy,
distribution or use of the contents of this message is prohibited.  If you
have received this electronic message in error, please notify the sender by
reply e-mail and destroy the original message and all copies. Thank you.

 

RE: Please help...

[Mike Cronin]

Brian, Hassan and Charles; did I happen to mention that you guys ROCK! Your
responses assisted me in coming to the conclusion that the problem had
nothing to do with the  element at all. It turns out that I had
referenced this resource within the wrong  (the default 
was actually being called). Silly mistake on my part, and it really helped
out immensely to have some knowledgeable guys around to bounce this one off
of.

Thanks again for responding!

Best regards,

Mike
 
Fax.com
"The New Way To Fax!"
www.fax.com
 
Confidential: This electronic message and all contents contain information
from Fax.com, Inc. which may be privileged, confidential or otherwise
protected from disclosure. The information is intended to be for the
addressee(s) only.  If you are not an addressee, any disclosure, copy,
distribution or use of the contents of this message is prohibited.  If you
have received this electronic message in error, please notify the sender by
reply e-mail and destroy the original message and all copies. Thank you.

-Original Message-
From: Brian Munroe [mailto:[EMAIL PROTECTED] 
Sent: Sunday, September 02, 2007 10:18 AM
To: Tomcat Users List
Subject: Re: Please help...

On 9/2/07, Caldarale, Charles R <[EMAIL PROTECTED]> wrote:

>
> Correct.  It appears that "Container" is the default, but setting it
> explicitly certainly won't hurt.
>

Gotcha, thanks.

-- brian

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


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

Please help...

[Mike Cronin]

Hi all,

 

I am having a problem setting up a connection-pool via JNDI on Tomcat 6.0.14
utilizing Oracle 10g. Currently I have a  for my DataSource
referenced within a  element within the server.xml file. The
classes12.jar file which contains the Oracle Driver, exists within the
$CATLINA-HOME/lib. I am able to successfully access my tables outside of the
connection pool so I know that I am getting to the driver.

 

Problem: When attempting to connect via the connection pool, I encounter the
following message.

 

org.apache.commons.dbcp.SQLNestedException: Cannot create JDBC driver of
class '' for connect URL 'null'

 

I have spent the last two days trying to figure this one out, and it has me
stumped. There are plenty of references to this problem on Google, but
nothing yet has led me to a solution. Please note that I am NOT receiving
this error in reference to a "No suitable driver" SQLException.

 

The following  element exists within a .





 

The following exists within my web.xml file located in the WEB-INF folder
within the 's appBase path.

 



Oracle DataSource

jdbc/OracleDS

javax.sql.DataSource

Container



 

 

Thanks in advance for your assistance!

 

Best regards,

 

Mike Cronin

 

Fax.com

"The New Way To Fax!"

 <http://www.fax.com/> www.fax.com

 

Confidential: This electronic message and all contents contain information
from Fax.com, Inc. which may be privileged, confidential or otherwise
protected from disclosure. The information is intended to be for the
addressee(s) only.  If you are not an addressee, any disclosure, copy,
distribution or use of the contents of this message is prohibited.  If you
have received this electronic message in error, please notify the sender by
reply e-mail and destroy the original message and all copies. Thank you.