context.xml - what's the secret?

2004-03-25 Thread White, Joshua A (HTSC, CASD)
Hello all,
 
Let me first say that I am using Tomcat 4.1.30 and have an existing
application that is working properly.  I decided that I would like to
explore putting the context element for my web application in a
myWebapp/META-INF/context.xml file instead of in my server.xml file.  The
existing configuration currently works and defines both a dbcp connection
pool and a mail session.
 
After removing this context element from my server.xml file and placing it
into the context.xml file, my application no longer works.  What did I miss?
I am using the ant install and deploy tasks to deploy/install this simple
application.
 
I receive the following exception (keep in mind that my previous
configuration works and that my JDBC driver is in the common/lib dir):
 
org.apache.commons.dbcp.SQLNestedException: Cannot create JDBC driver of
class '' for connect URL 'null', cause:
java.sql.SQLException: No suitable driver
at java.sql.DriverManager.getDriver(DriverManager.java:243)
at
org.apache.commons.dbcp.BasicDataSource.createDataSource(BasicDataSource.jav
a:743)
at
org.apache.commons.dbcp.BasicDataSource.getConnection(BasicDataSource.java:5
18)
at hibernateapp.DBTest.init(DBTest.java:24)
.
.
.
 
Regards,
 
Joshua
 
 


This communication, including attachments, is for the exclusive use of 
addressee and may contain proprietary, confidential or privileged 
information. If you are not the intended recipient, any use, copying, 
disclosure, dissemination or distribution is strictly prohibited. If 
you are not the intended recipient, please notify the sender 
immediately by return email and delete this communication and destroy all copies.



RE: context.xml - what's the secret?

2004-03-25 Thread White, Joshua A (HTSC, CASD)
No, I am not currently using a war file.  The ant deploy task is copying the
updated files directly to the webapps directory.

Joshua

-Original Message-
From: Parsons Technical Services [mailto:[EMAIL PROTECTED]
Sent: Thursday, March 25, 2004 7:52 AM
To: Tomcat Users List
Subject: Re: context.xml - what's the secret?


Are you using a war file?


- Original Message - 
From: White, Joshua A (HTSC, CASD) [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Thursday, March 25, 2004 7:45 AM
Subject: context.xml - what's the secret?


 Hello all,

 Let me first say that I am using Tomcat 4.1.30 and have an existing
 application that is working properly.  I decided that I would like to
 explore putting the context element for my web application in a
 myWebapp/META-INF/context.xml file instead of in my server.xml file.  The
 existing configuration currently works and defines both a dbcp connection
 pool and a mail session.

 After removing this context element from my server.xml file and placing it
 into the context.xml file, my application no longer works.  What did I
miss?
 I am using the ant install and deploy tasks to deploy/install this simple
 application.

 I receive the following exception (keep in mind that my previous
 configuration works and that my JDBC driver is in the common/lib dir):

 org.apache.commons.dbcp.SQLNestedException: Cannot create JDBC driver of
 class '' for connect URL 'null', cause:
 java.sql.SQLException: No suitable driver
 at java.sql.DriverManager.getDriver(DriverManager.java:243)
 at

org.apache.commons.dbcp.BasicDataSource.createDataSource(BasicDataSource.jav
 a:743)
 at

org.apache.commons.dbcp.BasicDataSource.getConnection(BasicDataSource.java:5
 18)
 at hibernateapp.DBTest.init(DBTest.java:24)
 .
 .
 .

 Regards,

 Joshua




 This communication, including attachments, is for the exclusive use of
 addressee and may contain proprietary, confidential or privileged
 information. If you are not the intended recipient, any use, copying,
 disclosure, dissemination or distribution is strictly prohibited. If
 you are not the intended recipient, please notify the sender
 immediately by return email and delete this communication and destroy all
copies.





-
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: context.xml - what's the secret?

2004-03-25 Thread White, Joshua A (HTSC, CASD)
Adam,

I will certainly give that a try...

Joshua

-Original Message-
From: Adam Fowler [mailto:[EMAIL PROTECTED]
Sent: Thursday, March 25, 2004 7:55 AM
To: 'Tomcat Users List'
Subject: RE: context.xml - what's the secret?


Try putting it in WEB-INF instead of META-INF

Adam.

-Original Message-
From: White, Joshua A (HTSC, CASD) [mailto:[EMAIL PROTECTED]
Sent: 25 March 2004 12:45
To: '[EMAIL PROTECTED]'
Subject: context.xml - what's the secret?


Hello all,
 
Let me first say that I am using Tomcat 4.1.30 and have an existing
application that is working properly.  I decided that I would like to
explore putting the context element for my web application in a
myWebapp/META-INF/context.xml file instead of in my server.xml file.  The
existing configuration currently works and defines both a dbcp connection
pool and a mail session.
 
After removing this context element from my server.xml file and placing it
into the context.xml file, my application no longer works.  What did I miss?
I am using the ant install and deploy tasks to deploy/install this simple
application.
 
I receive the following exception (keep in mind that my previous
configuration works and that my JDBC driver is in the common/lib dir):
 
org.apache.commons.dbcp.SQLNestedException: Cannot create JDBC driver of
class '' for connect URL 'null', cause:
java.sql.SQLException: No suitable driver
at java.sql.DriverManager.getDriver(DriverManager.java:243)
at
org.apache.commons.dbcp.BasicDataSource.createDataSource(BasicDataSource.jav
a:743)
at
org.apache.commons.dbcp.BasicDataSource.getConnection(BasicDataSource.java:5
18)
at hibernateapp.DBTest.init(DBTest.java:24)
.
.
.
 
Regards,
 
Joshua
 
 


This communication, including attachments, is for the exclusive use of 
addressee and may contain proprietary, confidential or privileged 
information. If you are not the intended recipient, any use, copying, 
disclosure, dissemination or distribution is strictly prohibited. If 
you are not the intended recipient, please notify the sender 
immediately by return email and delete this communication and destroy all
copies.


_

This email and any files attached is intended for the addressee only and may
contain information that is confidential and/or legally privileged.
Unauthorised use is strictly prohibited and may be unlawful. If you are not
the addressee, you should not read, copy, disclose or otherwise use this
message, including any attachment, except for the purpose of delivery to the
addressee.

We make every effort to keep our network free from viruses. However, you do
need to verify this e-mail and any attachments to it to be virus free as we
can take no responsibility for any computer virus which might be transferred
by way of this e-mail.

Scanning of this message and addition of this footer is performed by
SurfControl E-mail Filter software in conjunction with virus detection
software.





-
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: context.xml - what's the secret?

2004-03-25 Thread White, Joshua A (HTSC, CASD)
No luck.

I am using the ant install task to install the war.  I have tried naming the
context fragment both context.xml and myAppName.xml.  Any other ideas?

Joshua

-Original Message-
From: Chong Yu Meng [mailto:[EMAIL PROTECTED]
Sent: Thursday, March 25, 2004 8:03 AM
To: Tomcat Users List
Subject: Re: context.xml - what's the secret?


Hi Joshua,

If you're using a war file, then you should place the Context fragment 
inside META-INF then deploy it. If you have already deployed the web 
application (that is, it is either already expanded inside your web 
application directory, or the directory was manually created and your 
servlets and JSPs reside inside there), then the context's XML file goes 
into $CATALINA_HOME/conf/Catalina/localhost/

And remember that it should be given the same name as your web 
application (that is, if your web application is called 
'MyWonderfulApp', then the name of the XML file should be 
MyWonderfulApp.xml. Not context.xml.

I spent the whole of last weekend figuring this out ... sigh !

HTH


-- 
Men never do evil so completely and cheerfully as when they do it from
religious conviction. 
-- Blaise Pascal
++
| Pascal Chong   |
| email: [EMAIL PROTECTED]  |
||
| Please visit my site at : http://cymulacrum.net|
| If you're using my documentation, please read the Terms and|
| and Conditions at http://cymulacrum.net/terms.html |
++



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


This communication, including attachments, is for the exclusive use of 
addressee and may contain proprietary, confidential or privileged 
information. If you are not the intended recipient, any use, copying, 
disclosure, dissemination or distribution is strictly prohibited. If 
you are not the intended recipient, please notify the sender 
immediately by return email and delete this communication and destroy all copies.


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



RE: context.xml - what's the secret?

2004-03-25 Thread White, Joshua A (HTSC, CASD)
No problem.

I am using the org.apache.catalina.ant.InstallTask ant task.

As far as I know, this task does not copy the context XML into
$CATALINA_HOME/conf/Catalina/localhost.  Should it be doing this?  In fact,
the $CATALINA_HOME/conf/Catalina directory does not exist.

Suggestions?



-Original Message-
From: Chong Yu Meng [mailto:[EMAIL PROTECTED]
Sent: Thursday, March 25, 2004 9:08 AM
To: Tomcat Users List
Subject: Re: context.xml - what's the secret?


Ok, this may sound like a rather obvious question, but how are you using 
the Ant task to install ? Are you using the deployer, or a custom ant 
task ?

Also, when you deploy your web application, does it copy the context XML 
into $CATALINA_HOME/conf/Catalina/localhost ? If it does not, then I 
suspect something is not working properly with the ant build file 
(everytime I write something like this, I get plenty of negative 
responses -- but at least, Joshua, you'll get a lot of information !)

White, Joshua A (HTSC, CASD) wrote:

No luck.

I am using the ant install task to install the war.  I have tried naming
the
context fragment both context.xml and myAppName.xml.  Any other ideas?

Joshua

-Original Message-
From: Chong Yu Meng [mailto:[EMAIL PROTECTED]
Sent: Thursday, March 25, 2004 8:03 AM
To: Tomcat Users List
Subject: Re: context.xml - what's the secret?


Hi Joshua,

If you're using a war file, then you should place the Context fragment 
inside META-INF then deploy it. If you have already deployed the web 
application (that is, it is either already expanded inside your web 
application directory, or the directory was manually created and your 
servlets and JSPs reside inside there), then the context's XML file goes 
into $CATALINA_HOME/conf/Catalina/localhost/

And remember that it should be given the same name as your web 
application (that is, if your web application is called 
'MyWonderfulApp', then the name of the XML file should be 
MyWonderfulApp.xml. Not context.xml.

I spent the whole of last weekend figuring this out ... sigh !

HTH


  



-- 
Men never do evil so completely and cheerfully as when they do it from
religious conviction. 
-- Blaise Pascal
++
| Pascal Chong   |
| email: [EMAIL PROTECTED]  |
||
| Please visit my site at : http://cymulacrum.net|
| If you're using my documentation, please read the Terms and|
| and Conditions at http://cymulacrum.net/terms.html |
++



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


This communication, including attachments, is for the exclusive use of 
addressee and may contain proprietary, confidential or privileged 
information. If you are not the intended recipient, any use, copying, 
disclosure, dissemination or distribution is strictly prohibited. If 
you are not the intended recipient, please notify the sender 
immediately by return email and delete this communication and destroy all copies.


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



The system cannot find the file specified - HELP

2003-07-17 Thread White, Joshua A (HTSC, CASD)
I am proxying Tomcat through IIS using the isapi_redirector2.dll.

The uri I have specified in the workers2.properties file is

[uri:/myapp/*]

Ninety five percent of the time, every thing works fine.  The other five
percent of the time, users experience missing images and or css or js files.
Other times a 500 error is returned to the user (Page cannot be displayed).
When Friendly error messages in IE is turned off, I see the message The
system cannot find the file specified.

Looking through the log files, I see that the dll is returning a 500 error
to the user.  When looking through the tomcat logs, I see no such thing.
Could this be an ISAPI plugin problem?

Regards,

Joshua


This communication, including attachments, is for the exclusive use of 
addressee and may contain proprietary, confidential or privileged 
information. If you are not the intended recipient, any use, copying, 
disclosure, dissemination or distribution is strictly prohibited. If 
you are not the intended recipient, please notify the sender 
immediately by return email and delete this communication and destroy all copies.


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



Random, either Error 500: The system cannot find the file specif ied or images missing - Win2k : Tomcat 4.1.24 : IIS 5 : JDK 1.41

2003-07-17 Thread White, Joshua A (HTSC, CASD)
Environment:
Win 2k Server   
IIS 5.0 - proxy using isapi_redirector2.dll - Tomcat 4.1.24
JDK 1.4.1

Note: This is an internal application and is not accessed through a
proxy server or firewall.  The uri I have specified in the
workers2.properties file is [uri:/myapp/*]  



The Problem:

Five percent of the time, users experience missing pages,images, css or js
files.  When the page is not displayed, users see a Page cannot be
displayed IE error.  (With friendly error messages turned off, the actual
error seems to be The system cannot find the file specified)

Looking through the log files, I see that the dll is returning a 500 error
to the user.  When looking through the tomcat logs, I see no such thing.
Could this be an ISAPI plugin problem?  Any suggestions on where to begin
debugging this problem?

If the users go directly to tomcat (running on port 8080) these problems
disappear.  There are some known problems with IIS and isapi pluggins, but I
cant tell if this is related.  Anyone else experience Any help would be
appreciated.

Regards,

Joshua


This communication, including attachments, is for the exclusive use of 
addressee and may contain proprietary, confidential or privileged 
information. If you are not the intended recipient, any use, copying, 
disclosure, dissemination or distribution is strictly prohibited. If 
you are not the intended recipient, please notify the sender 
immediately by return email and delete this communication and destroy all copies.


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



Is it possible to add header values to the request (not the respo nse)?

2003-07-16 Thread White, Joshua A (HTSC, CASD)
Hey all,

My production application uses a site minder web agent.  This agent places
two name/value pairs into the request header, one for userName, the other
for domain.

In my application, I have a filter which looks for these values to make sure
the user is logged in.  Currently I do not have site minder in my
development environment, but I would like to simulate its functionality by
placing values in the request header before my other filter looks for them.

I know that you can place values in the response header.  Can it be done
with the request as well?

Joshua


This communication, including attachments, is for the exclusive use of 
addressee and may contain proprietary, confidential or privileged 
information. If you are not the intended recipient, any use, copying, 
disclosure, dissemination or distribution is strictly prohibited. If 
you are not the intended recipient, please notify the sender 
immediately by return email and delete this communication and destroy all copies.


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



RE: Is it possible to add header values to the request (not the r espo nse)?

2003-07-16 Thread White, Joshua A (HTSC, CASD)
Tim,

The getHeader methods does not return any reference to any kind of header
object which I could modify.
I would have to create my own setHeader method instead.  There has to be an
easier way to do this.

Any other ideas?

-Joshua


-Original Message-
From: Tim Funk [mailto:[EMAIL PROTECTED]
Sent: Wednesday, July 16, 2003 7:34 AM
To: Tomcat Users List
Subject: Re: Is it possible to add header values to the request (not the
respo nse)?


You can do this via a Filter and HttpServletRequestWrapper, where your 
imlpementation of HttpServletRequestWrapper will extend the needed getHeader

methods to send the additional stuff you need.

-Tim

White, Joshua A (HTSC, CASD) wrote:
 Hey all,
 
 My production application uses a site minder web agent.  This agent places
 two name/value pairs into the request header, one for userName, the other
 for domain.
 
 In my application, I have a filter which looks for these values to make
sure
 the user is logged in.  Currently I do not have site minder in my
 development environment, but I would like to simulate its functionality by
 placing values in the request header before my other filter looks for
them.
 
 I know that you can place values in the response header.  Can it be done
 with the request as well?
 




This communication, including attachments, is for the exclusive use of 
addressee and may contain proprietary, confidential or privileged 
information. If you are not the intended recipient, any use, copying, 
disclosure, dissemination or distribution is strictly prohibited. If 
you are not the intended recipient, please notify the sender 
immediately by return email and delete this communication and destroy all copies.


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



RE: Relative URL problem

2003-07-09 Thread White, Joshua A (HTSC, CASD)
Bill,

Is this a server.xml or web.xml option?  Where should I be looking?  If
tomcat does a redirect to http://localhost:8080/myapp/, should I then see
this in the browser?

Joshua



-Original Message-
From: Bill Barker [mailto:[EMAIL PROTECTED]
Sent: Tuesday, July 08, 2003 11:48 PM
To: [EMAIL PROTECTED]
Subject: Re: Relative URL problem


It would help to know your config.  e.g. Both Apache and Tomcat will respond
to a request for http://localhost:8080/myapp by sending a redirect to
http://localhost:8080/myapp/ .

White, Joshua A (HTSC, CASD) [EMAIL PROTECTED] wrote in
message
news:[EMAIL PROTECTED]
 I currently server my jsp files from under the web-inf/jsp directory.

 If I call my application using http://localhost:8080/myapp, my images do
not
 appear at all.  If I call my application using
http://localhost:8080/myapp/
 (note the trailing slash) everything works fine.  Subsequent calls to
other
 resources contain the slash (for example
 http://localhost:8080/myapp/myservlet).

 Any advice for handling relative urls on my default page?

 Regards,

 Joshua





 This communication, including attachments, is for the exclusive use of
 addressee and may contain proprietary, confidential or privileged
 information. If you are not the intended recipient, any use, copying,
 disclosure, dissemination or distribution is strictly prohibited. If
 you are not the intended recipient, please notify the sender
 immediately by return email and delete this communication and destroy all
copies.




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



Relative URL problem

2003-07-08 Thread White, Joshua A (HTSC, CASD)
I currently server my jsp files from under the web-inf/jsp directory.

If I call my application using http://localhost:8080/myapp, my images do not
appear at all.  If I call my application using http://localhost:8080/myapp/
(note the trailing slash) everything works fine.  Subsequent calls to other
resources contain the slash (for example
http://localhost:8080/myapp/myservlet).

Any advice for handling relative urls on my default page?

Regards,

Joshua





This communication, including attachments, is for the exclusive use of 
addressee and may contain proprietary, confidential or privileged 
information. If you are not the intended recipient, any use, copying, 
disclosure, dissemination or distribution is strictly prohibited. If 
you are not the intended recipient, please notify the sender 
immediately by return email and delete this communication and destroy all copies.


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



context.xml in META-INF directory

2003-06-30 Thread White, Joshua A (HTSC, CASD)
Hello all,

Does tomcat automatically look for a context.xml file in the META-INF
directory?  Can I just deploy the war or am I better off deploying the war
by placing the context.xml file in the webapps directory?  Is there a best
practice for using the context.xml file?

Regards,

Joshua 



This communication, including attachments, is for the exclusive use of 
addressee and may contain proprietary, confidential or privileged 
information. If you are not the intended recipient, any use, copying, 
disclosure, dissemination or distribution is strictly prohibited. If 
you are not the intended recipient, please notify the sender 
immediately by return email and delete this communication and destroy all copies.


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



Unable to compile JSP on Win 2k sp3, tc 4.1.24 as service, sdk 1. 4.1_03 - Is there a solution?

2003-06-26 Thread White, Joshua A (HTSC, CASD)
This is urgent.  Your help would be much appreciated.  As mentioned above, I
have installed tomcat 4.1.24 as a service on Win 2k sp3 using sdk 1.4.1_03.
JAVA_HOME and CATALINA_HOME have been defined as an enviromental variable.
I am able to run all the jsp examples.  When I run my app and hit the first
jsp, I receive the following error listed below.  I have scoured the
archives and found this problem mentioned numerous times but found no
solution.  If you know the solution to this problem, please point me in the
right direction.
 
Regards,
 
Joshua
 
 
org.apache.jasper.JasperException: Unable to compile class for JSP



An error occurred at line: -1 in the jsp file: null



Generated servlet error:

[javac] Since fork is true, ignoring compiler setting.

[javac] Compiling 1 source file

[javac] Since fork is true, ignoring compiler setting.

[javac] javac: invalid flag: C:\Program

[javac] Usage: javac  

[javac] where possible options include:

[javac]   -gGenerate all debugging info

[javac]   -g:none   Generate no debugging info

[javac]   -g:{lines,vars,source}Generate only some debugging info

[javac]   -nowarn   Generate no warnings

[javac]   -verbose  Output messages about what the
compiler is doing

[javac]   -deprecation  Output source locations where
deprecated APIs are used

[javac]   -classpath  Specify where to find user class files

[javac]   -sourcepath Specify where to find input source files

[javac]   -bootclasspath  Override location of bootstrap class files

[javac]   -extdirsOverride location of installed extensions

[javac]   -d Specify where to place generated class files

[javac]   -encoding   Specify character encoding used by source
files

[javac]   -source  Provide source compatibility with specified
release

[javac]   -target  Generate class files for specific VM version

[javac]   -help Print a synopsis of standard options









at
org.apache.jasper.compiler.DefaultErrorHandler.javacError(DefaultErrorHandle
r.java:130)

at
org.apache.jasper.compiler.ErrorDispatcher.javacError(ErrorDispatcher.java:2
93)

at
org.apache.jasper.compiler.Compiler.generateClass(Compiler.java:353)

at org.apache.jasper.compiler.Compiler.compile(Compiler.java:370)

at
org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.java:4
73)

at
org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:1
90)

at
org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:295)

at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:241)

at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)

at
org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.
java:684)

at
org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatch
er.java:432)

at
org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher
.java:356)

at
org.apache.struts.action.RequestProcessor.doForward(RequestProcessor.java:10
69)

at
org.apache.struts.tiles.TilesRequestProcessor.doForward(TilesRequestProcesso
r.java:274)

at
org.apache.struts.tiles.TilesRequestProcessor.processTilesDefinition(TilesRe
questProcessor.java:254)

at
org.apache.struts.tiles.TilesRequestProcessor.processForwardConfig(TilesRequ
estProcessor.java:309)

at
org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:279)

at
org.apache.struts.action.ActionServlet.process(ActionServlet.java:1480)

at
org.apache.struts.action.ActionServlet.doGet(ActionServlet.java:506)

at javax.servlet.http.HttpServlet.service(HttpServlet.java:740)

at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)

at
org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.
java:684)

at
org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatch
er.java:432)

at
org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher
.java:356)

at comptrak.web.signon.SignOnFilter.doFilter(SignOnFilter.java:105)

at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application
FilterChain.java:213)

at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh
ain.java:193)

at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.ja
va:256)

at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok
eNext(StandardPipeline.java:643)

at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)

at

referenced files such as images, js and css files seem to randoml y not get downloaded by the users browser

2003-06-26 Thread White, Joshua A (HTSC, CASD)
Hello all,

I am proxying through IIS to Tomcat.  I have noticed that referenced files
such as images, js and css files seem to randomly not get downloaded by the
users browser.  Has anyone else had such a problem?  Refreshing the page
usually fixes the problem.

I have cleared users cache and changed IE to check for a new version of the
page every time.  No silver bullet.  I am not sure where to go with this.
Any ideas?

Regards, 

Joshua White


This communication, including attachments, is for the exclusive use of 
addressee and may contain proprietary, confidential or privileged 
information. If you are not the intended recipient, any use, copying, 
disclosure, dissemination or distribution is strictly prohibited. If 
you are not the intended recipient, please notify the sender 
immediately by return email and delete this communication and destroy all copies.


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



RE: RE : IIS 5 + Tomcat 4.1.24 + JK2 Connector problem

2003-06-25 Thread White, Joshua A (HTSC, CASD)
Check out 
http://www.reynir.net/tomcat/tomcat_IIS_service.html for JK or 
http://www.reynir.net/tomcat/tomcat_IIS_service_jk2.html for JK2
installation 
instructions, that work.


Regards,

Joshua White








-Original Message-
From: Dominic Parry [mailto:[EMAIL PROTECTED]
Sent: Wednesday, June 25, 2003 11:45 AM
To: Tomcat Users List
Subject: Re: RE : IIS 5 + Tomcat 4.1.24 + JK2 Connector problem


Did you restart Tomcat? And reboot your machine?
  - Original Message - 
  From: Hertenstein Alain 
  To: 'Tomcat Users List' 
  Sent: Wednesday, June 25, 2003 5:38 PM
  Subject: RE : RE : IIS 5 + Tomcat 4.1.24 + JK2 Connector problem


  Hi again,

  Just replaced my workers2.properties file with yours (and changing the
path
  to the shm file according to my Tomcat 4 installation): exactly the same
  problem...

  Besides, I double-checked the W2K Event log entries and couldn't find that
  entry (or similar) you mentioned :
  Error: [jk_shm.c (333)]: shm.init(): No file

  I really don't know what to do. Why is this such a pain to simply connect
  IIS and Tomcat, even when following the instructions ?

  Thanks again for your help...
  Alain

  -Message d'origine-
  De : David Legg [mailto:[EMAIL PROTECTED] 
  Envoyé : mercredi, 25. juin 2003 16:59
  À : 'Tomcat Users List'
  Objet : RE: RE : IIS 5 + Tomcat 4.1.24 + JK2 Connector problem


  Aha!  I thought so :-)

  Here's my workers2.properties file: -

  
  #
  # workers2.properties
  #
  [shm]
  file=C:\tomcat4\logs\shm.file
  size=1048576

  [channel.socket:127.0.0.1:8009]
  info=Ajp13 forwarding over socket
  tomcatId=localhost:8009

  # Map the Tomcat examples webapp to the Web server uri space
  [uri:/examples/*] info=Map the whole webapp
  --

  The [shm] entry seems to be some sort of shared memory area and I've seen
  references to something called the 'scoreboard' in conjunction with it.
  Anyway, the bottom line is you need this entry for JK2 to work on IIS.  If
  you look in your W2k Event log you'll probably also notice a tell-tale
  Tomcat application error similar to this: -

Error: [jk_shm.c (333)]: shm.init(): No file

  Hope this helps.

  Regards,

  David Legg
  Webmaster - 3Dlabs
  http://www.3dlabs.com
  mailto:[EMAIL PROTECTED]


  **
   This email and any files transmitted with it are confidential and
  intended solely for the use of the individual or entity to whom they
  are addressed. If you have received this email in error please notify
  the system manager.
  **


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



This communication, including attachments, is for the exclusive use of 
addressee and may contain proprietary, confidential or privileged 
information. If you are not the intended recipient, any use, copying, 
disclosure, dissemination or distribution is strictly prohibited. If 
you are not the intended recipient, please notify the sender 
immediately by return email and delete this communication and destroy all copies.


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



context.xml question

2003-06-18 Thread White, Joshua A (HTSC, CASD)
Three questions here:


Can the docBase attribute of the context element be relative?  The location
of the docBase will be different depending on where I am deploying to.
Given mywebapp/META-INF/context.xml, the document root will always be two
directories up from the context.xml file.  Could this be done?  Is there a
better way of managing this?

On a seperate note, when installing a war file using the catalina ant task,
should tomcat automatically look in the META-INF directory of the war file
for a context.xml file?  I have not been able to get this to work.  I wound
up specifing both the config file as well as the war file in the install
task.  Is this how it is supposed to work?

If your set the reloadable attribute of the context element to true, do you
still need to use the ant reload task to pick up your changes? 

Regards,

Joshua 



Context
path=/mywebapp
crossContext=true
reloadable=true
useNaming=true
debug=5
swallowOutput=false
docBase=C:\projects\mywebapp\build
cookies=true
cachingAllowed=true
charsetMapperClass=org.apache.catalina.util.CharsetMapper
...
/context


This communication, including attachments, is for the exclusive use of 
addressee and may contain proprietary, confidential or privileged 
information. If you are not the intended recipient, any use, copying, 
disclosure, dissemination or distribution is strictly prohibited. If 
you are not the intended recipient, please notify the sender 
immediately by return email and delete this communication and destroy all copies.


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



context.xml question

2003-06-16 Thread White, Joshua A (HTSC, CASD)
Is it necessary to specify the docBase attribute of the Context element of
the myWebApp/META-INF/context.xml file?  

Joshua





This communication, including attachments, is for the exclusive use of 
addressee and may contain proprietary, confidential or privileged 
information. If you are not the intended recipient, any use, copying, 
disclosure, dissemination or distribution is strictly prohibited. If 
you are not the intended recipient, please notify the sender 
immediately by return email and delete this communication and destroy all copies.


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



Best practice development directory layout for deploying exploded war

2003-06-13 Thread White, Joshua A (HTSC, CASD)
Hello all,

My company is contemplating the idea of deploying servlet applications on
Tomcat in production. (woohoo!)

I am hoping that some of you may suggest some best practices for laying out
your development directory structure.  I have my directory structure layed
out like an expanded war file.  If I point tomcat to this directory for
expanded deployment, it makes it easy to edit/source control jsp files.  It
also makes copying/updating/deleting jar/lib files a pain.  Do people set up
a empty classes directory under the web-inf to source control their
properties files or is it better to put them in a separate directory and
copy them there?

Is the best practice to do it this way or to copy your jsp/classes/libs to
another exploded directory all together?

Best Regards,

Joshua








This communication, including attachments, is for the exclusive use of 
addressee and may contain proprietary, confidential or privileged 
information. If you are not the intended recipient, any use, copying, 
disclosure, dissemination or distribution is strictly prohibited. If 
you are not the intended recipient, please notify the sender 
immediately by return email and delete this communication and destroy all copies.


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



Siteminder integration?

2003-06-11 Thread White, Joshua A (HTSC, CASD)
Hello all,
 
Is there a plug-in available for integrating Tomcat with Siteminder?  Has
anyone figured this out?
 
Regards,
 
Joshua
 


This communication, including attachments, is for the exclusive use of 
addressee and may contain proprietary, confidential or privileged 
information. If you are not the intended recipient, any use, copying, 
disclosure, dissemination or distribution is strictly prohibited. If 
you are not the intended recipient, please notify the sender 
immediately by return email and delete this communication and destroy all copies.