date:20061024

from my understanding I believe there has to be a VirtualHost identified for 
all the *.jgi pages
where the value of the ServerName corresponds to the value of the name 
attribute of server.xml

Anyone else?
M-
This e-mail communication and any attachments may contain confidential and 
privileged information for the use of the 
designated recipients named above. If you are not the intended recipient, you 
are hereby notified that you have received
this communication in error and that any review, disclosure, dissemination, 
distribution or copying of it or its 
contents
- Original Message - 
From: Jean-Romain Pac [EMAIL PROTECTED]
To: Tomcat Users List users@tomcat.apache.org
Sent: Tuesday, October 24, 2006 5:45 AM
Subject: Tomcat 5.5.20 : context unloaded and blank page for all JGI


 Hello,
 
 I have installed and configured a Tomcat 5.5.20 server, connected to
 Apache via mod_jk.
 
 All static pages are well done delivered by Apache but when I want to
 access a JGI page, a blank page appears, without any message.
 
 If I ask for an unknown servlet (not specified in the web.xml file), the
 same thing happened.
 
 Another point : in the Tomcat administration, the webapp doesn't appear
 in the list of applications. Only standards ones are present
 (/, /admin, /balancer, ...etc).
 
 Here are my configuration files :
 
 
 #
 #   server.xml  #
 #
 
 Server port=8005 shutdown=SHUTDOWN
 
  Listener className=org.apache.catalina.core.AprLifecycleListener /
  Listener
 className=org.apache.catalina.mbeans.ServerLifecycleListener /
  Listener
 className=org.apache.catalina.mbeans.GlobalResourcesLifecycleListener /
  Listener
 className=org.apache.catalina.storeconfig.StoreConfigLifecycleListener/
 
  GlobalNamingResources
 
Environment name=simpleValue type=java.lang.Integer
 value=30/
 
Resource name=UserDatabase auth=Container
  type=org.apache.catalina.UserDatabase
   description=User database that can be updated and saved
   factory=org.apache.catalina.users.MemoryUserDatabaseFactory
  pathname=conf/tomcat-users.xml /
 
  /GlobalNamingResources
 
  Service name=Catalina
 
Connector port=8080 maxHttpHeaderSize=8192
   maxThreads=150 minSpareThreads=25
 maxSpareThreads=75
   enableLookups=false redirectPort=8443
 acceptCount=100
   connectionTimeout=2 disableUploadTimeout=true /
Connector port=8009 
   enableLookups=false redirectPort=8443
 protocol=AJP/1.3 /
 
Engine name=Catalina defaultHost=localhost
  Realm className=org.apache.catalina.realm.UserDatabaseRealm
 resourceName=UserDatabase/
 
  Host name=localhost appBase=webapps
   unpackWARs=true autoDeploy=true
   xmlValidation=false xmlNamespaceAware=false
  /Host
 
 
  !--  ugcnet-fr-jgi - ugcnet-jgi-test.ugcgrp75.cvf  --
  Host name=ugcnet-jgi-test.ugcgrp75.cvf debug=1 
 appBase=/usr2/web/ugcnet-fr-jgi/ 
 unpackWARs=false autoDeploy=false
 deployOnStartup=false deployXML=false
  /Host
 
/Engine
  /Service
 /Server
 
 
 #
 #  VHOST Apache #
 #
 
 VirtualHost *:80 
 ServerName ugcnet-jgi-test.ugcgrp75.cvf
 
 DocumentRoot /usr2/web/ugcnet-fr-jgi/html/
 
 ErrorLog /usr2/apache.test/ugcnet-fr-jgi/logs/errors
 CustomLog /usr2/apache.test/ugcnet-fr-jgi/logs/access combined
 
 AddType text/html .jgi
 
 Location /WEB-INF/
   AllowOverride None
   deny from all
 /Location
 
 Location /META-INF/
  AllowOverride None
  deny from all
 /Location
 
 DirectoryIndex index.jsp index.html index.htm
 
 Directory /
  Options  FollowSymLinks ExecCGI
 /Directory
 
 Directory /usr2/web/ugcnet-fr-jgi/html/
  Options  FollowSymLinks
  AllowOverride all
  order allow,deny
  allow from all
 /Directory
 
 JkMount /app/* loadbalancer
 JkMount /app loadbalancer
 JkMount /*.jsp loadbalancer
 JkMount /*.jgi loadbalancer
 JkMount /*.do loadbalancer
 JkMount /servlet/* loadbalancer
 
 /VirtualHost
 
 
 
 Do you know where the problem can come from ?
 
 -- 
 Jean-Romain Pac [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: RE : Problems configuring a Context path=xx using Apache/Tomcat

2006-10-24 Thread René Schade

Thanks, that really helped.

It works fine if I place the file Servlets#application.xml
In the CATALINA_HOME/conf/Catalina/localhost/ folder.

I would prefer to place it in the /META-INF/ folder in the application, but 
Tomcat seems to ignore files not named context.xml in this folder.

Any suggestions?

René
 

 -Original Message-
 From: LASSIEGE Hugo [mailto:[EMAIL PROTECTED]
 Sent: 24. oktober 2006 10:22
 To: Tomcat Users List
 Subject: RE : Problems configuring a Context path=xx using
 Apache/Tomcat
 
 In tomcat 5.5.17, you can't use path in context (See bug
 http://issues.apache.org/bugzilla/show_bug.cgi?id=39120)
 But you can modify the name of your context file :
 servlets#application.xml, it should work.
 
 hugo
 
 -Message d'origine-
 De : René Schade [mailto:[EMAIL PROTECTED]
 Envoyé : mardi 24 octobre 2006 10:18
 À : users@tomcat.apache.org
 Objet : Problems configuring a Context path=xx using Apache/Tomcat
 
 Hi List,
 
 
 
 I'm running Apache 2.0, Tomcat 5.5.17, jdk 1.5
 
 
 
 I'm upgrading from Apache 1.3 Tomcat 3.* jdk 1.4
 
 
 
 In my Apache log file I have the following:
 
 
 
 JkMount /manager* foo
 
 JkMount /servlets/* foo
 
 
 
 The manager application works fine, when typing the URL
 
 
 
 http://website/manager/html
 
 
 
 Everything is ok, the manager application is launched.
 
 
 
 Now I'm trying to install an application on the path
 /servlets/myapplication. The Context file looks like this:
 
 
 
 Context  reloadable=true path=/servlets/myapplication/
 docBase=${catalina.home}/home/schade/myapplication/ debug=5
 allowoverride=true
 
   Valve
 className=org.apache.catalina.valves.AccessLogValve
 
 prefix=kvisremote_by_schade. suffix=.txt
 
  pattern=common/
 
 /Context
 
 
 
 Typing a URL like http://website/servlets/myapplication/testfile.html does
 not trigger this context. I've made a similar Valve for the manager-
 application, and here every request to the manager Context is logged.
 Logging the host verifies that requests sent to
 http://website/servlets/kvisremote are sent to the host, but it does not
 seam to know which context to forward the request to.
 
 
 
 I guess it has something to do with the path-attribute. A similar solution
 worked fine on the old server...
 
 
 
 I've been struggling with this for a while now, so any kinds of
 suggestions are appreciated.
 
 
 
 Regards,
 René
 
 
 
 
 CONFIDENTIALITY:   This email (including any attachments) may contain
 confidential, proprietary and privileged information, and unauthorized
 disclosure or use is prohibited.  If you received this email in error,
 please notify the sender and delete this email from your system.  Thank
 you
 
 
 CONFIDENTIALITÉ: Ce courrier électronique (pièces jointes incluses) peut
 contenir des informations confidentielles, propriétaires et privilégiées,
 dont la divulgation ou l'utilisation non-autorisée est interdite.
 Si vous avez reçu ce courrier électronique par erreur, nous vous
 remercions de bien vouloir avertir l'expéditeur et détruire ce courrier
 électronique
 de votre système.
 Merci.
 
 
 
 -
 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: web.xml error page redirect, Java EE 5

2006-10-24 Thread Jon Wingfield

Have you tried the request attributes specified in section SRV.9.9 
Error Handling of the servlet spec? Specifically, the request attribute 
named  javax.servlet.error.request_uri.


HTH,

Jon

Tomas Pop wrote:

Hello,

I have a problem with change of the method 
HttpServletRequest.getRequestURL() in Java EE 5. I have this situation:


URL matches http://server/app/page-key-word-string
These URLs generates 404 Tomcat error page, which redirects (according 
to web.xml settings) to redirectServlet, where I get the client URL by 
calling request.getRequestURL() and then I parse the 
page-key-word-string and select the matching page from DB.


This worked fine in Java EE 1.4 but in Java EE 5 the getRequestURL() 
method returns the path to redirectServlet instead of the client URL. 
Please, where can I get the path specified by the client after Tomcat 
404 error page redirection? Or is there other way to implement these 
functionality?


Thanks a lot.





-
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: serving static html with Tomcat

2006-10-24 Thread Mladen Adamovic


Christopher Schultz wrote:

I would seriously recommend re-working your site so that all content is
dynamic, and comes directly from your database. 


I agree with this. Note that if you put lots of files in file system you 
will degrade app performance in most cases.
It is faster to do select * from table where hashvalue='user1185' than 
to read /webapps/yourapp/user1185/index.jsp.


You can do in memory caching of frequently used database data to improve 
app's performances.


Database app has one big advantage - scalability. In case your app is 
slow you can easily make database replication and improve your app 
performances.



--
Mladen Adamovic
http://www.online-utility.org  
http://www.cheapvps.info

http://www.vpsreview.com





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

problem with truststoreFile in server.xml

2006-10-24 Thread Víctor Torres - UPF


Dear all,

I have configured my Tomcat 5.5.17 to require SSL client authentication. For 
this purpose, I have stored my root CA certificate into a PKCS12 keystore 
which I use as truststoreFile by configuring server.xml. This CA certificate 
is used to sign user certificates that I want to be trusted.


The problem I have is the following:
- truststoreFile (PKCS12) contains root CA certificate + private key - 
everything works perfectly.
- truststoreFile (PKCS12) contains root CA certificate - clients cannot 
connect.


truststoreFile should not contain private keys, so why does Tomcat behave in 
this way?


Thanks in advance.






-
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: how to do a redirect for a wsdl url without tomcat response / tomcat interference

 From: Roth, Michael [mailto:[EMAIL PROTECTED] 
 Subject: how to do a redirect for a wsdl url without tomcat 
 response / tomcat interference

 So any help in conjunction with the use of Jk2 would be appreciated.

The jk2 package has been deprecated for over a year, so you're not
likely to get much help with it.  All current development and support is
for jk1.

 - 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]

Re: What would you do with field defect rate predictions?

Good Morning Paul-

from what I see I would interpret a greater initial defect rate with open 
source offerings vs commercial (OS)
but the attenuation over time brings the OpenSource defect rates almost 
equivalent to their commercial counterpart(s)
Is this correct?
BTW:
This is a great tool to have to understand in a visual sense what happens with 
defects of commercial offerings vs OpenSource counterpart over time

Thanks,
Martin --
This e-mail communication and any attachments may contain confidential and 
privileged information for the use of the 
designated recipients named above. If you are not the intended recipient, you 
are hereby notified that you have received
this communication in error and that any review, disclosure, dissemination, 
distribution or copying of it or its 
contents
- Original Message - 
From: Paul Luo Li [EMAIL PROTECTED]
To: users@tomcat.apache.org
Sent: Monday, October 23, 2006 9:39 PM
Subject: What would you do with field defect rate predictions?


 
 Hi
 
 I have been examining Tomcat bugs and have been looking for ways of
 predicting the field defect rate, that is, predicting at the time of release
 the number of field defects in each time interval after the release. I am
 brainstorming possible applications for this research. 
 
 I was wondering what you all think Tomcat can do (or do better) if it had
 field defect rate predictions. Your input would really give my research a
 reality check. 
 
 Thank you very much for your time.
 Paul Li
 
 P.S. I did some preliminary modeling for Tomcat using achieved data: 
 http://www.cs.cmu.edu/~paulluo/Papers/p178-Li.pdf
 
 
 Paul Luo Li,
 [EMAIL PROTECTED]
 www.cs.cmu.edu/~paulluo
 
 B.S. Mathematics, University of Virginia 2001.
 Ph.D Student Software Engineering, Carnegie Mellon University, 2001-
 
 
 
 -
 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: give X509Certificate from ssl connection

as craig and bill barker have said if you want to force the browser to transmit 
your cert set your Connector 
 clientAuth=true
M-
This e-mail communication and any attachments may contain confidential and 
privileged information for the use of the 
designated recipients named above. If you are not the intended recipient, you 
are hereby notified that you have received
this communication in error and that any review, disclosure, dissemination, 
distribution or copying of it or its 
conte
- Original Message - 
From: Сергей Ковтун [EMAIL PROTECTED]
To: users@tomcat.apache.org
Sent: Tuesday, October 24, 2006 7:23 AM
Subject: give X509Certificate from ssl connection


Dear friends!

I only start to work with tomcat, and already asked about it but have not  
received the answer.
Working with tomcat without ARP I could receive from request the  
information necessary to me
The following code:

public synchronized void doPost (HttpServletRequest request,  
HttpServletResponse response)
  throws ServletException, OException {
  if (request.isSecure())
X509Certificate[]cr = (X509Certificate[]) request.getAttribute  
(javax.servlet.request.X509Certificate);
   ...

If work goes with ARP (tcnative-1.dll) I cannot receive this information  
any more.
Probably this information can be received a different way, but I do not  
know as.
Here a fragment of mine server.xml:

Connector port = 8443 maxHttpHeaderSize = 8192
maxThreads = 150 minSpareThreads = 25 maxSpareThreads = 75
enableLookups = false disableUploadTimeout = true
acceptCount = 100 scheme = https secure = true
SSLEngine = on
SSLProtocol = all
SSLCipherSuite = ALL
SSLPassword = pass
SSLVerifyClient = require
SSLCertificateFile =  $ {catalina.base}/conf/localhost.crt 
SSLCertificateKeyFile =  $ {catalina.base}/conf/localhost.key 
SSLCACertificateFile = ${catalina.base}/conf/ca-bundle-client.crt
/

Thus connection with the client occurs without mistakes, and the necessary  
data from
servlet I receive (i.e. the identification of the client works) but given  
SSL are necessary for me
Connections. Beforehand I thank all answered to me!


-- 
   Best regards,
   Sergey Kowtoon.

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

tomcat-5.5.20 tld listeners from jars only from .../tomcat/common/lib?

2006-10-24 Thread Zsolt

Hi,

After some debuging I have the impressions that tomcat-5.5.20 searches for
tld listeners only in jars files under /tomcat/common/lib.

Am I right? Is that a bug or a (new) feature?

Zsolt




-
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: tcnative-1.dll version 1.1.6 getaddrinfo error

2006-10-24 Thread Mladen Turk


Ron Wheeler wrote:
In Windows 2000, you get a message that an entry point for getaddrinfo 
can not be found when Tomcat tries to start. Replacing the 1.1.6 version 
with 1.1.4 gets Tomcat working again.





If you don't like the Microsoft IPV6 update for WIN2000,
use the tcnative-1-noipv6.dll (rename it to the tcnative-1.dll)
from:
http://tomcat.heanet.ie/native/1.1.6/binaries/win32/
This is the version for pre-ipv6 winsock.

Regards,
Mladen.

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

logging.properties and Filter problem

2006-10-24 Thread Ronny Batty

Hi there,
 
I've created a logging.properties file in the WEB-INF/classes directory of
one of my web contexts. This file sets the logging level to SEVERE and
defines a Filter class which exists within a .jar file in the same web
context.
 
The Filter is initialized and works as expected when using Tomcat 5.5.17 on
Windows 2K, my deployment on Linux using Tomcat 5.5.13 does not initialize
the Filter (I have a Sysout in the class constructor). On both deployments
the logging level appears to be working correctly so logging.properties is
at least being read.
 
The only other difference apart from the OS and Tomcat versions is the fact
that the Linux deployment has more than one web context defined in
server.xml. Any help would be greatly appreciated.
 
Ronny.

Re: problem with truststoreFile in server.xml

Hello Victor-

you may want to follow the directions on how to create an empty keystore and 
then import Import the private key/certificate chain into the java keystore 
using extkeytool 
http://www.switch.ch/aai/certificates/certificateupdate.html

then take a look at the keys afterwards at
keytool -v -list -keystore www.example.edu.jks

Anyone else?
M--
This e-mail communication and any attachments may contain confidential and 
privileged information for the use of the 
designated recipients named above. If you are not the intended recipient, you 
are hereby notified that you have received
this communication in error and that any review, disclosure, dissemination, 
distribution or copying of it or its 
contents
- Original Message - 
From: Víctor Torres - UPF [EMAIL PROTECTED]
To: users@tomcat.apache.org
Sent: Tuesday, October 24, 2006 9:14 AM
Subject: problem with truststoreFile in server.xml


 Dear all,
 
 I have configured my Tomcat 5.5.17 to require SSL client authentication. For 
 this purpose, I have stored my root CA certificate into a PKCS12 keystore 
 which I use as truststoreFile by configuring server.xml. This CA certificate 
 is used to sign user certificates that I want to be trusted.
 
 The problem I have is the following:
 - truststoreFile (PKCS12) contains root CA certificate + private key - 
 everything works perfectly.
 - truststoreFile (PKCS12) contains root CA certificate - clients cannot 
 connect.
 
 truststoreFile should not contain private keys, so why does Tomcat behave in 
 this way?
 
 Thanks in advance.
 
 
 
 
 
 
 -
 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: logging.properties and Filter problem

2006-10-24 Thread Ronny Batty

Thanks for the response Chuck. I posted the question in the hope that it
might have been a configuration problem that someone else may have
experienced before. We have several sites happily running on 5.5.13 on Linux
and I would prefer not to upgrade the server and potentially introduce
different problems, if at all possible.

When I mentioned contexts we actually have several Host elements defined,
each with a single Context element, we have several domains all pointing to
the same server that each need their own webapps/ROOT.

-Original Message-
From: Caldarale, Charles R [mailto:[EMAIL PROTECTED] 
Sent: 24 October 2006 16:49
To: Tomcat Users List
Subject: RE: logging.properties and Filter problem

 From: Ronny Batty [mailto:[EMAIL PROTECTED]
 Subject: logging.properties and Filter problem
  
 The Filter is initialized and works as expected when using Tomcat 
 5.5.17 on Windows 2K, my deployment on Linux using Tomcat 5.5.13 does 
 not initialize the Filter

It would seem that moving up to a later level might be the first thing to
try.  No one's going to look at a problem not reproducible in the current
level.

 The only other difference apart from the OS and Tomcat versions is the 
 fact that the Linux deployment has more than one web context defined 
 in server.xml.

You do realize that defining _any_ Context elements in server.xml is
strongly discouraged?

 - 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]



--
No virus found in this incoming message.
Checked by AVG.

 


-
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: logging.properties and Filter problem

 From: Ronny Batty [mailto:[EMAIL PROTECTED] 
 Subject: RE: logging.properties and Filter problem

 We have several sites happily running on 
 5.5.13 on Linux and I would prefer not to
 upgrade the server and potentially introduce
 different problems, if at all possible.

It would still be worthwhile to try 5.5.17 (or 5.5.20) on a test Linux
box and see if the problem is resolved.

 When I mentioned contexts we actually have several Host 
 elements defined, each with a single Context element,
 we have several domains all pointing to the same server
 that each need their own webapps/ROOT.

You would normally do this with a separate appBase attribute for each
Host.  If you want to share the appBase, then you can put a separate
ROOT.xml file in conf/Catalina/[host] for each host you have defined.
The Context element in each ROOT.xml would point to the appropriate
docBase for that host.

 - 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]

xml data file in tomcat 5.5.9

2006-10-24 Thread Jean-Pierre Astier


Hello all,

I've got a xml data file, and I don't know where I can put this file  
in tomcat 5.5.9 structure.


My servlets and pojo should access in read and write to this xml file.

Thanks

JPA

-
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: logging.properties and Filter problem

2006-10-24 Thread Ronny Batty

Thanks for your help, everything is working fine now, I did a clean rebuild
of the entire webapp and that inadvertantly fixed the problem. I can only
guess that there was a synchronization issue between our staging and live
servers that resulted in the logging config files not being copied across
properly. Once again thanks for the assistance.

Ronny.
-Original Message-
From: Caldarale, Charles R [mailto:[EMAIL PROTECTED] 
Sent: 24 October 2006 17:20
To: Tomcat Users List
Subject: RE: logging.properties and Filter problem

 From: Ronny Batty [mailto:[EMAIL PROTECTED]
 Subject: RE: logging.properties and Filter problem
 
 We have several sites happily running on
 5.5.13 on Linux and I would prefer not to upgrade the server and 
 potentially introduce different problems, if at all possible.

It would still be worthwhile to try 5.5.17 (or 5.5.20) on a test Linux box
and see if the problem is resolved.

 When I mentioned contexts we actually have several Host elements 
 defined, each with a single Context element, we have several domains 
 all pointing to the same server that each need their own webapps/ROOT.

You would normally do this with a separate appBase attribute for each
Host.  If you want to share the appBase, then you can put a separate
ROOT.xml file in conf/Catalina/[host] for each host you have defined.
The Context element in each ROOT.xml would point to the appropriate
docBase for that host.

 - 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]



--
No virus found in this incoming message.
Checked by AVG.

 


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

Catching startup errors with jsvc

2006-10-24 Thread Cyber Dog


I'm running Tomcat 5.5.20 with JSVC on Redhat, and I'm having trouble
catching startup errors.  Say I have an invalid server.xml.  If I run
catalina directly, it throws errors and immediately dies, as expected.
The problem is when I run via jsvc, jsvc keeps running and I doesn't
catch the errors.  Running with debug on, I see output as follows:

[Catalina throws errors on bad config]
INFO: Server startup in 0 ms
24/10/2006 13:41:36 16677 jsvc.exec debug: Daemon started successfully
24/10/2006 13:41:36 16677 jsvc.exec debug: Waiting for a signal to be delivered
24/10/2006 13:41:36 16677 jsvc.exec debug: create_tmp_file: /tmp/16677.jsvc_up
24/10/2006 13:41:36 16673 jsvc.exec debug: get_pidf: 5 in /var/run/jsvc.pid
24/10/2006 13:41:36 16673 jsvc.exec debug: get_pidf: pid 16677
24/10/2006 13:41:36 16673 jsvc.exec debug: check_tmp_file: /tmp/16677.jsvc_up

Yet it clearly did not start successfully.  When I run ps I see jsvc
still indeed running.  How can I know when Tomcat startup errors occur
of jsvc ignores them?

Thanks-

-
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: problem with truststoreFile in server.xml

Which other algorithm do you suggest to uniquely identify the cert contained 
within the keystore?
a sequence number?
a reference to an object?

The key (which is tied to the cert) uniquely identifies that particular cert in 
your keystore file

Saludos Cordiales!
M-
This e-mail communication and any attachments may contain confidential and 
privileged information for the use of the 
designated recipients named above. If you are not the intended recipient, you 
are hereby notified that you have received
this communication in error and that any review, disclosure, dissemination, 
distribution or copying of it or its 
contents
- Original Message - 
From: Víctor Torres - UPF [EMAIL PROTECTED]
To: Tomcat Users List users@tomcat.apache.org; Martin Gainty [EMAIL 
PROTECTED]
Sent: Tuesday, October 24, 2006 11:55 AM
Subject: Re: problem with truststoreFile in server.xml


 Thanks, but this does not solve my problem.
 What I can see in your directions is that you are using JKS keystore and you 
 are importing the certificate and the private key.
 What I was saying is that it should NOT be necessary to import the private 
 keys into a truststoreFile. In fact, when I use as truststoreFile a PKCS12 
 with the certificate and private key it works. It fails when the PKCS12 only 
 contains the certificate. This seems to me strange.
 
 Any other suggestions?
 
 
 - Original Message - 
 From: Martin Gainty [EMAIL PROTECTED]
 To: Tomcat Users List users@tomcat.apache.org; Víctor Torres - UPF 
 [EMAIL PROTECTED]
 Sent: Tuesday, October 24, 2006 5:41 PM
 Subject: Re: problem with truststoreFile in server.xml
 
 
 Hello Victor-

 you may want to follow the directions on how to create an empty keystore 
 and then import Import the private key/certificate chain into the java 
 keystore using extkeytool
 http://www.switch.ch/aai/certificates/certificateupdate.html

 then take a look at the keys afterwards at
 keytool -v -list -keystore www.example.edu.jks

 Anyone else?
 M--
 This e-mail communication and any attachments may contain confidential and 
 privileged information for the use of the
 designated recipients named above. If you are not the intended recipient, 
 you are hereby notified that you have received
 this communication in error and that any review, disclosure, 
 dissemination, distribution or copying of it or its
 contents
 - Original Message - 
 From: Víctor Torres - UPF [EMAIL PROTECTED]
 To: users@tomcat.apache.org
 Sent: Tuesday, October 24, 2006 9:14 AM
 Subject: problem with truststoreFile in server.xml


 Dear all,

 I have configured my Tomcat 5.5.17 to require SSL client authentication. 
 For
 this purpose, I have stored my root CA certificate into a PKCS12 keystore
 which I use as truststoreFile by configuring server.xml. This CA 
 certificate
 is used to sign user certificates that I want to be trusted.

 The problem I have is the following:
 - truststoreFile (PKCS12) contains root CA certificate + private key -
 everything works perfectly.
 - truststoreFile (PKCS12) contains root CA certificate - clients cannot
 connect.

 truststoreFile should not contain private keys, so why does Tomcat behave 
 in
 this way?

 Thanks in advance.






 -
 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: xml data file in tomcat 5.5.9

2006-10-24 Thread Nelson, Tracy

You can make a WEB-INF/data directory for it.  That'll prevent direct
access, and your web app will still be able to get to it.

---
Tracy Nelson / Nelnet Business Solutions
402 / 617-9449

| -Original Message-
| From: Jean-Pierre Astier [mailto:[EMAIL PROTECTED]
| Sent: Tuesday, 24 October, 2006 12:12
| To: Tomcat Users List
| Subject: xml data file in tomcat 5.5.9
| 
| Hello all,
| 
| I've got a xml data file, and I don't know where I can put this file
| in tomcat 5.5.9 structure.
| 
| My servlets and pojo should access in read and write to this xml file.
| 
| Thanks
| 
| JPA
| 
| -
| To start a new topic, e-mail: users@tomcat.apache.org
| To unsubscribe, e-mail: [EMAIL PROTECTED]
| For additional commands, e-mail: [EMAIL PROTECTED]


The information contained in this message is confidential
proprietary property of FACTS/Nelnet Business Solutions. Any reproduction,
forwarding, or copying without the express
permission of FACTS/Nelnet Business Solutions is strictly prohibited. If you 
have
received this communication in error, please notify us
immediately by replying to this e-mail.


-
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: xml data file in tomcat 5.5.9

 From: Nelson, Tracy [mailto:[EMAIL PROTECTED] 
 Subject: RE: xml data file in tomcat 5.5.9

 You can make a WEB-INF/data directory for it.  That'll prevent direct
 access, and your web app will still be able to get to it.

However, if the app is deployed as a .war, write access will not be
allowed.  The Context element allows use of the workDir attribute to
declare file system scratch space for the webapp; if not specified, it
defaults to the $CATALINA_HOME/work directory.

 - Chuck

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

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

RE: problems with unpacking ROOT.war

2006-10-24 Thread Rizalino DeVilleres

Charles, 

To follow up on this thread, is it possible for the appBase and the
docBase to be set the same? I believe I've tried this but it required me
to put the appBase within or under the docBase folder.

To simplify the issue, I would like all servlets/jsps/war files to be
all in public_html.

I believe I posted another thread with regards to that (perhaps we are
having email issues), I also tried looking into the docs to see if there
are any restrictions to these, if you have any docs/links I will try to
folow them to understand them more.. perhaps I just don't understand how
they really work yet. (learning tomcat stage).

I will try to setup what you've mentioned, perhaps this will give me an
idea how to make them work.

Thanks,
Rizalino

-Original Message-
From: Caldarale, Charles R [mailto:[EMAIL PROTECTED] 
Sent: Thursday, October 19, 2006 11:05 PM
To: Tomcat Users List
Subject: RE: problems with unpacking ROOT.war

 From: Rizalino DeVilleres [mailto:[EMAIL PROTECTED] 
 Subject: RE: problems with unpacking ROOT.war
 
 Is there another work around to get them both working? I believe, this
 is the same setup we've had on the previous versions of Tomcat, we
 simply want to place all the war/JSPs files in the public_html and
 servlets as mentioned above.

The intent of the Servlet and JSP specs is to define the environment for
execution of web _applications_, not arbitrary JSP files.  All JSP files
must be part of some context; you can use ROOT if no other context is
appropriate.  By default, each subdirectory and war file under the
host's appBase should be a deployable webapp, using the file structure
defined by the servlet spec.  Tomcat lets you avoid building such a file
structure if you place a Context element in the
conf/[engine]/[host]/[appname].xml file.

If I intrepreted your requirements properly, you should try the
following:

1) Specify /path/to/public_html as your host's appBase.

2) Put your ROOT.xml in conf/[engine]/[host] specifying a docBase of
servlet.

3) Place your unassociated JSP files in the /path/to/public_html/servlet
directory.

4) Put your war files or app directories (expanded wars) in the
/path/to/public_html directory (NOT /path/to/public_html/servlet).  The
name of each subdirectory or war file becomes the URI path to the app.

5) Do not put a WEB-INF subdirectory under /path/to/public_htmi/servlet,
unless you want the contents of that subdirectory deployed as both the
default app and servlet.

 - 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]

Re: Problems configuring a Context path=xx using Apache/Tomcat

Hi
Can you explain where you define context.xml ?
Here is a fragment of
http://tomcat.apache.org/tomcat-5.5-doc/config/context.html
path : [...] The value of this field must not be set except when
statically defining a Context in server.xml, as it will be infered from
the filenames used for either the .xml context file or the docBase.

Mic

René Schade a écrit :

Hi List,

I'm running Apache 2.0, Tomcat 5.5.17, jdk 1.5

I'm upgrading from Apache 1.3 Tomcat 3.* jdk 1.4

In my Apache log file I have the following:

JkMount /manager* foo

JkMount /servlets/* foo

The manager application works fine, when typing the URL

http://website/manager/html

Everything is ok, the manager application is launched.

Now I'm trying to install an application on the path /servlets/myapplication.
The Context file looks like this:

Context reloadable=true path=/servlets/myapplication/
docBase=${catalina.home}/home/schade/myapplication/ debug=5 allowoverride=true

Valve className=org.apache.catalina.valves.AccessLogValve

prefix=kvisremote_by_schade. suffix=.txt

pattern=common/

/Context

Typing a URL like http://website/servlets/myapplication/testfile.html does not
trigger this context. I've made a similar Valve for the manager-application, and here
every request to the manager Context is logged. Logging the host verifies
that requests sent to http://website/servlets/kvisremote are sent to the host, but it
does not seam to know which context to forward the request to.

I guess it has something to do with the path-attribute. A similar solution
worked fine on the old server...

I've been struggling with this for a while now, so any kinds of suggestions are appreciated.

Regards,
René

-
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: Problems configuring a Context path=xx using Apache/Tomcat

Have a look there as well

http://issues.apache.org/bugzilla/show_bug.cgi?id=39120

René Schade a écrit :

Hi List,

I'm running Apache 2.0, Tomcat 5.5.17, jdk 1.5

I'm upgrading from Apache 1.3 Tomcat 3.* jdk 1.4

In my Apache log file I have the following:

JkMount /manager* foo

JkMount /servlets/* foo

The manager application works fine, when typing the URL

http://website/manager/html

Everything is ok, the manager application is launched.

Now I'm trying to install an application on the path /servlets/myapplication.
The Context file looks like this:

Context reloadable=true path=/servlets/myapplication/
docBase=${catalina.home}/home/schade/myapplication/ debug=5 allowoverride=true

Valve className=org.apache.catalina.valves.AccessLogValve

prefix=kvisremote_by_schade. suffix=.txt

pattern=common/

/Context

I guess it has something to do with the path-attribute. A similar solution
worked fine on the old server...

I've been struggling with this for a while now, so any kinds of suggestions are appreciated.

Regards,
René

-
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: problems with unpacking ROOT.war

 From: Rizalino DeVilleres [mailto:[EMAIL PROTECTED] 
 Subject: RE: problems with unpacking ROOT.war

 To follow up on this thread, is it possible for the appBase and the
 docBase to be set the same?

No, they're different concepts.  The appBase attribute defines the
default location for your collection of webapps for a given host; if
autoDeploy is on, all .war files and properly formatted subdirectories
under appBase are deployed at Tomcat startup.  The docBase attribute is
the specific directory or .war file for a single webapp, and is defined
in that webapp's Context element.  If the webapp is stored under
appBase, you may not even need a Context element and you must not have
a docBase setting.  The docBase attribute should be used only when the
webapp's Context element is in an .xml file under conf/[engine]/[host]
or in server.xml (as noted previously, the latter is strongly
discouraged).

 To simplify the issue, I would like all servlets/jsps/war files to be
 all in public_html.

You're mixing up entities from different levels of the hierarchy.  A
.war file contains a complete webapp - a standalone component; a servlet
or .jsp is part of a webapp - not a standalone component.  All servlets
and jsps must be part of some webapp or another, as noted in the
previous posting you quoted.

 - 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]

Re: Problem with connection beetwen Tomcat and Apache via mod_jk?


Have a look on this thread, I'm not sure it's a OS specific problem

http://marc.theaimsgroup.com/?l=tomcat-userm=116126518019047w=2

Christopher Garwood a écrit :

Hi Pawel,

I'm afraid I can't help you with your specific problem but have a 
question of my own.  Are you setting up your multiple Tomcats on UNIX 
or Windows?  If you're setting up on windows, could you tell me how 
you went about this?  I've been struggling with it for a while now and 
I have no previous experience setting this kind of thing up.  Thanks.


Chris.




Paweł Skrzypek wrote:


Hi,
I'm using Apache and Tomcat connected via apjv13 protocol using 
mod_jk. I
have one instance of Apache installed on server 1 and several 
instances of

Tomcat installed on other servers with load balancing between them.
Sometimes users of our application getting blank page in theirs web
browsers, refershing usually hepls to get proper page. In mod_jk log I
found lines as below, but I'm not sure that this is associated.
I'm using mod_jk 1.2.15. Could anybody help me, what could be a problem?
Please send answer to me also directly.
[Mon Oct 23 17:17:30 2006] [41665:] [debug]
ajp_connection_tcp_get_message::jk_ajp_common.c (1037): 1f0043 6C 69
63 6B 3D 64 6F 63 75 6D 65 6E 74 2E 6C  - Click=document.l
[Mon Oct 23 17:17:30 2006] [41665:] [debug]
ajp_connection_tcp_get_message::jk_ajp_common.c (1037): 1f106F 63 61
74 69 6F 6E 3D 22 64 6F 73 74 65 70 6E  - ocation=dostepn
[Mon Oct 23 17:17:30 2006] [41665:] [debug]
ajp_connection_tcp_get_message::jk_ajp_common.c (1037): 1f2065 5F 70
72 6F 6D 6F 63 6A 65 2E 6A 73 70 22 3E  - e_promocje.jsp
[Mon Oct 23 17:17:30 2006] [41665:] [debug]
ajp_connection_tcp_get_message::jk_ajp_common.c (1037): 1f3026 6E 62
73 70 3B 26 6E 62 73 70 3B 3C 69 6E 70  - nbsp;nbsp;inp
[Mon Oct 23 17:17:30 2006] [41665:] [debug]
ajp_connection_tcp_get_message::jk_ajp_common.c (1037): 1f4075 74 20
74 79 70 65 3D 22 62 75 74 74 6F 6E 22  - ut.type=button
[Mon Oct 23 17:17:30 2006] [41665:] [debug]
ajp_connection_tcp_get_message::jk_ajp_common.c (1037): 1f5020 76 61
6C 75 65 3D 22 41 6E 75 6C 75 6A 22 20  - .value=Anuluj.
[Mon Oct 23 17:17:30 2006] [41665:] [debug]
ajp_connection_tcp_get_message::jk_ajp_common.c (1037): 1f606F 6E 43
6C 69 63 6B 3D 64 6F 63 75 6D 65 6E 74  - onClick=document
[Mon Oct 23 17:17:30 2006] [41665:] [debug]
ajp_connection_tcp_get_message::jk_ajp_common.c (1037): 1f702E 6C 6F
63 61 74 69 6F 6E 3D 22 6D 61 69 6E 2E  - .location=main.
[Mon Oct 23 17:17:30 2006] [41665:] [debug]
ajp_connection_tcp_get_message::jk_ajp_common.c (1037): 1f806A 73 70
22 3E 26 6E 62 73 70 3B 26 6E 62 73 70  - jspnbsp;nbsp
[Mon Oct 23 17:17:30 2006] [41665:] [debug]
ajp_connection_tcp_get_message::jk_ajp_common.c (1037): 1f903B 3C 69
6E 70 75 74 20 74 79 70 65 3D 22 73 75  - ;input.type=su
[Mon Oct 23 17:17:30 2006] [41665:] [debug]
ajp_connection_tcp_get_message::jk_ajp_common.c (1037): 1fa062 6D 69
74 22 20 76 61 6C 75 65 3D 22 44 61 6C  - bmit.value=Dal
[Mon Oct 23 17:17:30 2006] [41665:] [debug]
ajp_connection_tcp_get_message::jk_ajp_common.c (1037): 1fb065 6A 22
3E 26 6E 62 73 70 3B 26 6E 62 73 70 3B  - ejnbsp;nbsp;
[Mon Oct 23 17:17:30 2006] [41665:] [debug]
ajp_connection_tcp_get_message::jk_ajp_common.c (1037): 1fc00D 0A 09
09 09 3C 2F 74 64 3E 0D 0A 09 09 3C 2F  - ./td/
[Mon Oct 23 17:17:30 2006] [41665:] [debug]
ajp_connection_tcp_get_message::jk_ajp_common.c (1037): 1fd074 72 3E
0D 0A 09 09 3C 74 72 3E 0D 0A 09 09 09  - trtr.
[Mon Oct 23 17:17:30 2006] [41665:] [debug]
ajp_connection_tcp_get_message::jk_ajp_common.c (1037): 1fe03C 74 64
20 63 6F 6C 73 70 61 6E 3D 22 35 22 20  - td.colspan=5.
[Mon Oct 23 17:17:30 2006] [41665:] [debug]
ajp_connection_tcp_get_message::jk_ajp_common.c (1037): 1ff062 67 63
6F 6C 6F 72 3D 23 36 30 00 00 00 00 00  - bgcolor=#60.
[Mon Oct 23 17:17:30 2006] [41665:] [trace]
ajp_connection_tcp_get_message::jk_ajp_common.c (1043): exit
[Mon Oct 23 17:17:30 2006] [41665:] [trace]
ajp_process_callback::jk_ajp_common.c (1362): enter
[Mon Oct 23 17:17:30 2006] [41665:] [debug] ws_write::mod_jk.c 
(412):

written -1 out of 8184
[Mon Oct 23 17:17:30 2006] [41665:] [info]
ajp_process_callback::jk_ajp_common.c (1384): Connection aborted or
network problems
[Mon Oct 23 17:17:30 2006] [41665:] [trace]
ajp_process_callback::jk_ajp_common.c (1386): exit
[Mon Oct 23 17:17:30 2006] [41665:] [trace]
ajp_get_reply::jk_ajp_common.c (1602): exit
[Mon Oct 23 17:17:30 2006] [41665:] [info]
ajp_service::jk_ajp_common.c (1731): Receiving from tomcat failed, 
because

of client error without recovery in send loop 0
[Mon Oct 23 17:17:30 2006] [41665:] [trace]
ajp_service::jk_ajp_common.c (1735): exit
[Mon Oct 23 17:17:30 2006] [41665:] [trace] 
ajp_done::jk_ajp_common.c

(2044): enter
[Mon Oct 23 17:17:30 2006] [41665:] [debug]

Re: JSessionID Confusion

2006-10-24 Thread Ryan O'Hara

Thanks, Dave.  One more question -  How can you tell Tomcat to assign  
sessions based on session IDs defined in CGI variables?


-Ryan

On Oct 23, 2006, at 4:04 PM, David Smith wrote:

Short answer: no.  Tomcat doesn't have any knowlege of how many  
windows client-side are sharing the same session cookie.  As long  
as the same session cookie is returned, tomcat see's just one client.


The issue can be mitigated by storing state information in the  
request via hidden form fields or GET params on the page links.


--David

Ryan O'Hara wrote:

Is there anyway to create JSessionIDs per window rather than per   
browser?  I am having the problem of when you open multiple tabs   
within a browser, and enter two simultaneous queries, the results   
returned are corrupted.  Any suggestions?  Thanks for the help.


-Ryan

-
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]

How to use catalina classloader

2006-10-24 Thread Ravi116


Need the web application to use catalina classloader. Is there anywy to
achieve this apart from putting the classes under
${catalina.base}/server/classes ?
Appreciate any help,
Ravi

-- 
View this message in context: 
http://www.nabble.com/How-to-use-catalina-classloader-tf2504023.html#a6981231
Sent from the Tomcat - User mailing list archive at Nabble.com.


-
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: How to use catalina classloader

 From: Ravi116 [mailto:[EMAIL PROTECTED] 
 Subject: How to use catalina classloader

 Need the web application to use catalina classloader.

What problem are you actually trying to solve?

 - 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]

Re: problem with truststoreFile in server.xml


Hi,

Just to be a bit less stupid on certificate, a certificate always 
include the public and the private key doesn't it ?


Is it for this reason you don't see the need of including the private 
key once again in the PKCS12 ?


Víctor Torres - UPF a écrit :

Thanks, but this does not solve my problem.
What I can see in your directions is that you are using JKS keystore 
and you are importing the certificate and the private key.
What I was saying is that it should NOT be necessary to import the 
private keys into a truststoreFile. In fact, when I use as 
truststoreFile a PKCS12 with the certificate and private key it works. 
It fails when the PKCS12 only contains the certificate. This seems to 
me strange.


Any other suggestions?


- Original Message - From: Martin Gainty [EMAIL PROTECTED]
To: Tomcat Users List users@tomcat.apache.org; Víctor Torres - 
UPF [EMAIL PROTECTED]

Sent: Tuesday, October 24, 2006 5:41 PM
Subject: Re: problem with truststoreFile in server.xml



Hello Victor-

you may want to follow the directions on how to create an empty 
keystore and then import Import the private key/certificate chain 
into the java keystore using extkeytool

http://www.switch.ch/aai/certificates/certificateupdate.html

then take a look at the keys afterwards at
keytool -v -list -keystore www.example.edu.jks

Anyone else?
M--
This e-mail communication and any attachments may contain 
confidential and privileged information for the use of the
designated recipients named above. If you are not the intended 
recipient, you are hereby notified that you have received
this communication in error and that any review, disclosure, 
dissemination, distribution or copying of it or its

contents
- Original Message - From: Víctor Torres - UPF 
[EMAIL PROTECTED]

To: users@tomcat.apache.org
Sent: Tuesday, October 24, 2006 9:14 AM
Subject: problem with truststoreFile in server.xml



Dear all,

I have configured my Tomcat 5.5.17 to require SSL client 
authentication. For
this purpose, I have stored my root CA certificate into a PKCS12 
keystore
which I use as truststoreFile by configuring server.xml. This CA 
certificate

is used to sign user certificates that I want to be trusted.

The problem I have is the following:
- truststoreFile (PKCS12) contains root CA certificate + private key -
everything works perfectly.
- truststoreFile (PKCS12) contains root CA certificate - clients 
cannot

connect.

truststoreFile should not contain private keys, so why does Tomcat 
behave in

this way?

Thanks in advance.






-
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: How to use catalina classloader

2006-10-24 Thread Ravi116

Writing a custom tomcat manager to add roll-back features. 
Ravi

Caldarale, Charles R wrote:

 From: Ravi116 [mailto:[EMAIL PROTECTED] 
 Subject: How to use catalina classloader

 Need the web application to use catalina classloader.

 What problem are you actually trying to solve?

  - 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]

-- 
View this message in context: 
http://www.nabble.com/How-to-use-catalina-classloader-tf2504023.html#a6981350
Sent from the Tomcat - User mailing list archive at Nabble.com.

-
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: JSessionID Confusion

the only cgi var which could store this information is QUERY_STRING
why not use session to store session info such as SessionID?

M-
This e-mail communication and any attachments may contain confidential and 
privileged information for the use of the 
designated recipients named above. If you are not the intended recipient, you 
are hereby notified that you have received
this communication in error and that any review, disclosure, dissemination, 
distribution or copying of it or its 
contents
- Original Message - 
From: Ryan O'Hara [EMAIL PROTECTED]
To: Tomcat Users List users@tomcat.apache.org
Sent: Tuesday, October 24, 2006 4:43 PM
Subject: Re: JSessionID Confusion


 Thanks, Dave.  One more question -  How can you tell Tomcat to assign  
 sessions based on session IDs defined in CGI variables?
 
 -Ryan
 
 On Oct 23, 2006, at 4:04 PM, David Smith wrote:
 
 Short answer: no.  Tomcat doesn't have any knowlege of how many  
 windows client-side are sharing the same session cookie.  As long  
 as the same session cookie is returned, tomcat see's just one client.

 The issue can be mitigated by storing state information in the  
 request via hidden form fields or GET params on the page links.

 --David

 Ryan O'Hara wrote:

 Is there anyway to create JSessionIDs per window rather than per   
 browser?  I am having the problem of when you open multiple tabs   
 within a browser, and enter two simultaneous queries, the results   
 returned are corrupted.  Any suggestions?  Thanks for the help.

 -Ryan

 -
 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: How to use catalina classloader