Re: about clientAuth cert

[jean-frederic clere]

Ron Lin wrote:
> 
> i'm having the same problem...
> 
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, October 17, 2001 11:41 PM
> To: [EMAIL PROTECTED]
> Subject: about clientAuth cert
> 
> I imported a Windows 2000 CA cert into the .keystore file using the alias
> tomcat(I have imported the root cert into the cacertsfile). Started tomcat
> normally. If I set the parameter "clientAuth" as false, the browser can
> visit the files on https. but if I set the "clientAuth" as true. the
> browser show me a listbox let me choose a certificate to use https. however
> the content of listbox is blank. (I had imported a cert into the browser).
> Does anybody give me any help. thank you in advance.


Sounds like user-list questions...

You have to add the corresponding CA certificate in cacerts (In my machine it is
in $JAVA_HOME/jre/lib/security/cacerts).
Use keytool to do that.

cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/startup Bootstrap.java BootstrapService.java

[remm]

remm01/10/18 22:58:57

  Modified:catalina/src/share/org/apache/catalina/startup
Bootstrap.java BootstrapService.java
  Log:
  - The shared classloader is created based on catalina.base
(instead of catalinaHome). This is experimental.
  - The shared loader was created by BootstrapService
as the old directory structure (lib and classes, instead
of shared/lib and shared/classes).
  
  Revision  ChangesPath
  1.30  +14 -6 
jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/startup/Bootstrap.java
  
  Index: Bootstrap.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/startup/Bootstrap.java,v
  retrieving revision 1.29
  retrieving revision 1.30
  diff -u -r1.29 -r1.30
  --- Bootstrap.java2001/10/03 21:39:12 1.29
  +++ Bootstrap.java2001/10/19 05:58:57 1.30
  @@ -1,7 +1,7 @@
   /*
  - * $Header: 
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/startup/Bootstrap.java,v
 1.29 2001/10/03 21:39:12 craigmcc Exp $
  - * $Revision: 1.29 $
  - * $Date: 2001/10/03 21:39:12 $
  + * $Header: 
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/startup/Bootstrap.java,v
 1.30 2001/10/19 05:58:57 remm Exp $
  + * $Revision: 1.30 $
  + * $Date: 2001/10/19 05:58:57 $
*
* 
*
  @@ -85,7 +85,7 @@
* class path and therefore not visible to application level classes.
*
* @author Craig R. McClanahan
  - * @version $Revision: 1.29 $ $Date: 2001/10/03 21:39:12 $
  + * @version $Revision: 1.30 $ $Date: 2001/10/19 05:58:57 $
*/
   
   public final class Bootstrap {
  @@ -145,9 +145,9 @@
   ClassLoaderFactory.createClassLoader(unpacked, packed,
commonLoader);
   
  -unpacked[0] = new File(getCatalinaHome(),
  +unpacked[0] = new File(getCatalinaBase(),
  "shared" + File.separator + "classes");
  -packed[0] = new File(getCatalinaHome(),
  +packed[0] = new File(getCatalinaBase(),
"shared" + File.separator + "lib");
   sharedLoader =
   ClassLoaderFactory.createClassLoader(unpacked, packed,
  @@ -259,6 +259,14 @@
   private static String getCatalinaHome() {
   return System.getProperty("catalina.home",
 System.getProperty("user.dir"));
  +}
  +
  +
  +/**
  + * Get the value of the catalina.base environment variable.
  + */
  +private static String getCatalinaBase() {
  +return System.getProperty("catalina.base", getCatalinaHome());
   }
   
   
  
  
  
  1.10  +25 -13
jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/startup/BootstrapService.java
  
  Index: BootstrapService.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/startup/BootstrapService.java,v
  retrieving revision 1.9
  retrieving revision 1.10
  diff -u -r1.9 -r1.10
  --- BootstrapService.java 2001/10/03 21:39:12 1.9
  +++ BootstrapService.java 2001/10/19 05:58:57 1.10
  @@ -1,7 +1,7 @@
   /*
  - * $Header: 
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/startup/BootstrapService.java,v
 1.9 2001/10/03 21:39:12 craigmcc Exp $
  - * $Revision: 1.9 $
  - * $Date: 2001/10/03 21:39:12 $
  + * $Header: 
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/startup/BootstrapService.java,v
 1.10 2001/10/19 05:58:57 remm Exp $
  + * $Revision: 1.10 $
  + * $Date: 2001/10/19 05:58:57 $
*
* 
*
  @@ -86,7 +86,7 @@
*
* @author Craig R. McClanahan
* @author Remy Maucherat
  - * @version $Revision: 1.9 $ $Date: 2001/10/03 21:39:12 $
  + * @version $Revision: 1.10 $ $Date: 2001/10/19 05:58:57 $
*/
   
   public final class BootstrapService 
  @@ -314,24 +314,28 @@
   ClassLoaderFactory.setDebug(debug);
   
   unpacked[0] = new File(getCatalinaHome(),
  -   "common" + File.separator + "classes");
  +   "common" + File.separator 
  +   + "classes");
   packed[0] = new File(getCatalinaHome(),
"common" + File.separator + "lib");
   commonLoader =
  -ClassLoaderFactory.createClassLoader(unpacked, packed, 
null);
  +ClassLoaderFactory.createClassLoader
  +(unpacked, packed, null);
   
   unpacke

DO NOT REPLY [Bug 4176] - Add comment to jasper and jikes support

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=4176

Add comment to jasper and jikes support

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED



--- Additional Comments From [EMAIL PROTECTED]  2001-10-18 22:47 ---
The release notes are now displayed on the binary download directory (since we 
want to make sure they're being read). This includes the full Jikes 
installation instructions.

DO NOT REPLY [Bug 4263] - Apache Tomcat service hangs after serving first request.

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=4263

Apache Tomcat service hangs after serving first request.

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||WONTFIX



--- Additional Comments From [EMAIL PROTECTED]  2001-10-18 22:05 ---
I don't know if the XP error means anything interesting. Probably not.

The problem seems to be that for some reason the JVM doesn't start.
I'm afraid the only way to guarantee that the service setup would succeed all 
the time would to do a lot of checks on the detected VM (and allow the user to 
manually select one), which isn't easy to do with the current installer.
It's still easier than installing it manually, but your mileage may vary
The installer depends on the registry keys set by the installer of the Sun JDK. 
So if you move the JDK around, it won't work. I wish the JDK/JRE would behave a 
bit more like a Windows program ... (or that NSIS would allow accessing 
something other than the registry easily).

You can try to check in the registry that the service registration info is 
correct (and modify it if it isn't).
HKLM/SYSTEM/CurrentControlSet/Services/Apache Tomcat/Parameters
The value of 'JVM Library' must be something meaningful on your system.

Like all the other installer bugs, this looks like a non-fixable JDK/JRE 
configuration problem. So WONTFIX in this current installer.

DO NOT REPLY [Bug 4263] - Apache Tomcat service hangs after serving first request.

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=4263

Apache Tomcat service hangs after serving first request.





--- Additional Comments From [EMAIL PROTECTED]  2001-10-18 21:06 ---
Dear Remy,
I follow your step. Clear cache on my browser. I think you may right, the first page 
may come from browser cache. So, this time... I cannot call even first page... 
http://localhost:8080 I change port to ensure that other application may not 
occupy port 8080. But it still does not work. To make sure that it is not my 
machine problem. I install Tomcat on Windows XP build 2600 Professional. This 
time it shows the message
"Microsoft Visual C++ Runtime Library
Runtime Error!
Program: C:\Program Files\Apache Tomcat 4.0\bin\tomcat.exe
This application has requested the Runtime to terminate it in an unusual way.
Please contact the application's support team for more information."
So, I think it has the same problem with Windows 2000 Advanced Server.
The stderr.log is completely empty, the other log seems to have normal message.
Is there any steps should I try?

Re: Mailing list proposal

[Bojan Smojver]

Jan Labanowski wrote:
> 
> On Fri, 19 Oct 2001, Bojan Smojver wrote:
> 
> >
> > I can't argue with that one since I'm very green here. But my thinking
> > is coming from the basic mailing list notion: ask your question in the
> > right forum.
> 
> You see, people are by design swine, selfish, and lazy, and they will ask
> their question on 3 lists at the same time, and 10 times on each list, since
> they want the answer, and they do not give a s... about other people, and
> they are too lazy to RTFM.

And they will go through the trouble of filling in a complicated form 3
times to post it to 3 lists? Don't think so. They are lazy.

> If you cannot punish people, they will abuse...
> And nobody can punish the abusers, since nobody has authority to do it...
> This discussion comes cyclically to this list. It is like the recent
> explosion of "ban the guns to be safe" in US because of terrorists.
> We want to legislate  "goodness" and "compassion" and hope the SOBs will
> listen. I would ban the box cutters first {:-)}. By making more rules
> you only screw up good people. The bad people do not give a damn and will
> do what they want -- they usually do not even read the rules.

I don't want to punish anyone. I want to reward good people for using
the proper channels and putting in the effort. That was my point.

Bojan

Re: Mailing list proposal

[Jan Labanowski]

On Fri, 19 Oct 2001, Bojan Smojver wrote:

> 
> I can't argue with that one since I'm very green here. But my thinking
> is coming from the basic mailing list notion: ask your question in the
> right forum.


You see, people are by design swine, selfish, and lazy, and they will ask
their question on 3 lists at the same time, and 10 times on each list, since
they want the answer, and they do not give a s... about other people, and
they are too lazy to RTFM. If you cannot punish people, they will abuse...
And nobody can punish the abusers, since nobody has authority to do it... 
This discussion comes cyclically to this list. It is like the recent
explosion of "ban the guns to be safe" in US because of terrorists.
We want to legislate  "goodness" and "compassion" and hope the SOBs will
listen. I would ban the box cutters first {:-)}. By making more rules
you only screw up good people. The bad people do not give a damn and will
do what they want -- they usually do not even read the rules.

You the "gentle" ones... Where the hell you live to believe in such things?
In heaven or something?

Jan K. Labanowski|phone: 614-292-9279,  FAX: 614-292-7168
Ohio Supercomputer Center|Internet: [EMAIL PROTECTED] 
1224 Kinnear Rd, |http://www.ccl.net/chemistry.html
Columbus, OH 43212-1163  |http://www.osc.edu/

cvs commit: jakarta-tomcat/src/doc tomcat-ug.html

[larryi]

larryi  01/10/18 20:18:44

  Modified:src/doc  tomcat-ug.html
  Log:
  Another round of updates.  Finish the default server.xml section and
  provide info on common customizations.
  
  Revision  ChangesPath
  1.18  +206 -46   jakarta-tomcat/src/doc/tomcat-ug.html
  
  Index: tomcat-ug.html
  ===
  RCS file: /home/cvs/jakarta-tomcat/src/doc/tomcat-ug.html,v
  retrieving revision 1.17
  retrieving revision 1.18
  diff -u -r1.17 -r1.18
  --- tomcat-ug.html2001/10/10 17:37:30 1.17
  +++ tomcat-ug.html2001/10/19 03:18:44 1.18
  @@ -1,7 +1,7 @@
   
   
   
  -
  +
   
   
   
  @@ -95,6 +95,7 @@
 Configuring Classes
 Configuring the Server
   
  +  
 Servlet Container Types
Deploying Web Applications
What is a Web Application?
  @@ -269,8 +270,7 @@
   
   
 http://jakarta.apache.org/site/binindex.html";>Download the
  -appropriate jakarta-tomcat- binary archive file.
  -
  +appropriate jakarta-tomcat- binary archive 
file.
   
 Expand the archive into some directory (say /usr/local or C:\). This
 should create a new subdirectory named
  @@ -290,8 +290,7 @@
 
   
 In a shell or DOS window, change to the
  -  "jakarta-tomcat-" directory.
  -  
  +  "jakarta-tomcat-" 
directory.
   
 Set the environment variable JAVA_HOME to point to the root
 directory of your JDK hierarchy.  You may optionally add the Java
  @@ -318,8 +317,7 @@
setenv PATH=$JAVA_HOME/bin:$PATH


  - 
  -
  + 
   
 You may optionally set the TOMCAT_HOME environment variable.  If
 the supplied shell/batch scripts are executed from
  @@ -339,8 +337,7 @@
 On UNIX (using tcsh) you should type: 
 setenv 
TOMCAT_HOME=/usr/local/jakarta-tomcat-
 
  -
  -
  +
   
 If you are using Win9x, you will need to deal
 with the potential "Out of environment space" problem, if you
  @@ -540,7 +537,7 @@
   org.apache.tomcat.startup.Main class in a Java VM. This class
   and some classes it uses also accept arguments. To take advantage of the
   full capabilities of Tomcat, you will need to become familiar with these
  -arguments as will. See Tomcat's Main class arguments
  +arguments as well. See Tomcat Task Arguments
   for those details.
   
   tomcat.sh/tomcat.bat Actions
  @@ -705,13 +702,13 @@
   
   Customizing Tomcat will involve adding or modifying one or more files
   involved with Tomcat. The next section describes the
  -directory structure of Tomcat 3.3 to document
  +directory structure of Tomcat 3.3 to document
   where files are found. Following that are sections document the two parts to
   Tomcat configuration.
   
   
  -  Configuring classes
  -  Configuring the server
  +  Configuring classes
  +  Configuring the server
   
   
   Tomcat Directory Structure
  @@ -925,6 +922,16 @@
   System property are added to the Common Classloader and entries found in
   an org.apache.tomcat.apps.classpath are added to the Apps 
CLassloader.
   
  +Note: In an instance of Tomcat 3.3 which is using
  +ReloadInterceptor (the default),
  +the Webapp Classloader, Apps Classloader, and Common 
classloader
  +are "wrapped" into a single classloader.  This classloader will be an
  +instance of org.apache.tomcat.util.depend.DependClassLoader or
  +org.apache.tomcat.util.depend.DependClassLoader12, depending
  +on which JDK you are using.  This classloader checks for updates when classes
  +are loaded from the "wrapped" classloaders so that reloads can
  +be triggered when needed.
  +
   Configuring the Server
   
   Overview
  @@ -994,27 +1001,27 @@
   
   Default Tomcat Configuration
   
  -This section will describe the default configuration supplied with Tomcat 
3.3
  +The default server.xml contains the following configuration.
   
   
 Module EntryStatusDescription
  
  - 
  +Constructs and sets the classloader for each context
 
    
   Provides special handling for "trusted" contexts which have
 a interceptors.xml file in their WEB-INF
 directory.
  
  +  name="tc_log" timestamps="true"
  +   verbosityLevel="INFORMATION"  
/> 
   Sets up Tomcat's log output channel. In the absence of a path
 setting, output goes to stderr.
  -   
  - 
  +   
  +When enabled, logs when module methods are called.
  
  +config="conf/server.xml" /> 
   Reads context definitions from the server.xml file for
 

cvs commit: jakarta-tomcat/src/doc serverxml.html

[larryi]

larryi  01/10/18 20:16:13

  Modified:src/doc  serverxml.html
  Log:
  Finish documenting the modules
  
  Revision  ChangesPath
  1.8   +246 -173  jakarta-tomcat/src/doc/serverxml.html
  
  Index: serverxml.html
  ===
  RCS file: /home/cvs/jakarta-tomcat/src/doc/serverxml.html,v
  retrieving revision 1.7
  retrieving revision 1.8
  diff -u -r1.7 -r1.8
  --- serverxml.html2001/10/09 17:46:27 1.7
  +++ serverxml.html2001/10/19 03:16:13 1.8
  @@ -1,11 +1,12 @@
   
   http://www.w3.org/TR/xhtml11/DTD/xhtml11.dtd";>
  -http://www.w3.org/1999/xhtml";>
  +
  +
   
  -  
  +  
 
  -  
  +  
 
 Server.xml Configuration in Tomcat 3.3
   
  @@ -35,8 +36,8 @@
   default and most flexible mechanism uses XML files. Each module is described
   by an XML element, with attributes used to set module properties. The main
   configuration file is located in TOMCAT_HOME/conf/server.xml, used to
  -configure the server. Additional 
TOMCAT_HOME/conf/server-name.xml files
  -will be read after server.xml, allowing local configurations.
  +configure the server. Additional 
TOMCAT_HOME/conf/server-name.xml files
  +will be read after server.xml, allowing local configurations.
   
   
   Variable substitution
  @@ -44,7 +45,7 @@
   Each attribute value may use the ant-style variable substitution ( ${variable}
   ). The values are stored as ContextManager properties, and defined using
   either , as attributes 
in the
  - element, or in the command line using "-foo bar" 
  + element, or in the command line using "-foo bar" 
   syntax, or as system properties.
   
   Common Parameters
  @@ -129,14 +130,14 @@
 
   Attribute
   Description
  -Default
  +Default
 
 
   install
   Base directory for tomcat installation. It is typically guessed by the 
 startup program, but you can override it here.
   TOMCAT_HOME or one level above the location of the startup script or 
  -  tomcat.jar (if "java -jar" is used for startup).
  +  tomcat.jar (if "java -jar" is used for startup).
 
 
   workDir
  @@ -192,7 +193,6 @@
  LoaderInterceptor11
  LogSetter
  NSConfig
  -   PathSetter
  PolicyLoader
  TrustedLoader
  WorkDirSetup
  @@ -215,7 +215,6 @@
 Loggers
   
  AccessLogInterceptor
  -   AccountingInterceptor
  LogEvents

 Mappers
  @@ -282,45 +281,12 @@
   
   
   AccessLogInterceptor
  -
  -Type: 
  -
  -Description
  -
  -
  -
  -Attributes
  -
  -
  -  
  -Attribute
  -Description
  -Default
  -  
  -  
  - 
  - 
  - 
  -  
  -
  -
  -Example(s)
   
  -
  -
  -
  +Type: Loggers
   
  -
  -
  -
  -
  -AccountingInterceptor
  -
  -Type: 
  -
   Description
   
  -
  +Creates log files in the style of the Apache servers "AccessLog".
   
   Attributes
   
  @@ -331,16 +297,91 @@
   Default
 
 
  - 
  - 
  - 
  +logFile
  +Name of the log file.
  +logs/AccessLog
  +  
  +  
  +format
  +A string describing the logfile format. Possible values are
  +  "combined" (Apache httpd combined format, default),
  +  "common" (Apache httpd common format) or a format string like
  +  
  +'%h %l %u %t "%r" %>s %b "%{Referer}" 
"%{User-Agent}"'
  +'%h %l %u %t "%r" %>s %b'
  +  
  +  (The above examples are used when "combined" or "common"
  +  format is requested.) Possible patterns are:
  +  
  +%%
  +  The percent character itself
  +
  +
  +  %{var}
  +  The value of request.getHeader("var") or
  +empty string for null.
  +
  +
  +  %b
  +  The value of response.getContentLength().
  +
  +
  +  %h
  +  The value of request.getRemoteHost().
  +
  +
  +  %l
  +  Should be the remote users name, as indicated by an
  +identd lookup. Currently it is always "-".
  +
  +
  +  %r
  +  First line of the request submitted by the client, for
  +example
  +
  +  GET /index.html?frame=main HTTP/1.0
  +
  +The first line is rebuilt from the values of
  +request.getMethod(),
  +request.getRequestURI(),
  +request.getQueryString() and
  +request.getProtocol(). It should probably
  +better be recorded while reading the headers.
  +  
  +
  +
  +  %s
  +  The value of response.getStatus().
  +
  +
  +  %>s
  +  The value of response.getStatus().
  +Should differ between different internal requests, as
  +Apache httpd does, bu

cvs commit: jakarta-tomcat/src/etc server.xml

[larryi]

larryi  01/10/18 20:15:23

  Modified:src/etc  server.xml
  Log:
  Correction to comment about default jni_connect location
  
  Revision  ChangesPath
  1.93  +1 -1  jakarta-tomcat/src/etc/server.xml
  
  Index: server.xml
  ===
  RCS file: /home/cvs/jakarta-tomcat/src/etc/server.xml,v
  retrieving revision 1.92
  retrieving revision 1.93
  diff -u -r1.92 -r1.93
  --- server.xml2001/10/13 17:30:25 1.92
  +++ server.xml2001/10/19 03:15:23 1.93
  @@ -207,7 +207,7 @@
   
   

Re: Mailing list proposal

[Bojan Smojver]

"Craig R. McClanahan" wrote:
> 
> On Fri, 19 Oct 2001, Bojan Smojver wrote:
> 
> > Most of this has come from my totally different experience with Velocity
> > User mailing list. There are fewer messages and fewer developers
> > answering questions, but most of the time users get a good response in
> > minutes.
> 
> Part of the cause for the difference is sheer volume ... as of a few
> minutes ago, TOMCAT-USER has 2494 subscribers (largest list other than
> GENERAL on Jakarta), while VELOCITY-USER has 470.

2494 / 2 = 1247, which is much closer to 470 then 2494. And throw in the
form thingy, the number of 'good' messages a developer has to go through
is probably going to go down by the factor of 4.

> > Now, TC is not a product like Velocity that mostly experienced,
> > renegade JSP-ers use, but I think reducing the traffic and separating
> > good questions for the bad ones would encourage more developers to pay
> > attention to the user list. As it stands, I think many of them avoid it
> > because they perceive it as a bloated mess. That's my opinion, at least.
> >
> 
> Many years of experience on JServ and Tomcat mailing lists leads me to
> believe that this will *increase* overall traffic, not decrease it.  And
> that would not be good.

I can't argue with that one since I'm very green here. But my thinking
is coming from the basic mailing list notion: ask your question in the
right forum.

Bojan

Re: Mailing list proposal

[Craig R. McClanahan]

On Fri, 19 Oct 2001, Bojan Smojver wrote:

> Most of this has come from my totally different experience with Velocity
> User mailing list. There are fewer messages and fewer developers
> answering questions, but most of the time users get a good response in
> minutes.

Part of the cause for the difference is sheer volume ... as of a few
minutes ago, TOMCAT-USER has 2494 subscribers (largest list other than
GENERAL on Jakarta), while VELOCITY-USER has 470.

> Now, TC is not a product like Velocity that mostly experienced,
> renegade JSP-ers use, but I think reducing the traffic and separating
> good questions for the bad ones would encourage more developers to pay
> attention to the user list. As it stands, I think many of them avoid it
> because they perceive it as a bloated mess. That's my opinion, at least.
>

Many years of experience on JServ and Tomcat mailing lists leads me to
believe that this will *increase* overall traffic, not decrease it.  And
that would not be good.

> Bojan
>

Craig

Re: Mailing list proposal

[Bojan Smojver]

"Craig R. McClanahan" wrote:
> 
> On Fri, 19 Oct 2001, Bojan Smojver wrote:
> 
> > Date: Fri, 19 Oct 2001 08:59:27 +1000
> > From: Bojan Smojver <[EMAIL PROTECTED]>
> > Reply-To: [EMAIL PROTECTED]
> > To: Tomcat Dev List <[EMAIL PROTECTED]>
> > Subject: Mailing list proposal
> >
> > I have subscribed myself to Tomcat User list a few days back with the
> > intention to help a few people on it (given my +1 on TC 3.3 final). I
> > have to say that the amount of e-mails and sometimes the superficial
> > nature of them prevented me from actually doing any useful work. Don't
> > know about the rest of you guys, but I really can't go through 200
> > something Tomcat e-mails every day, just to weed out the good questions
> > from the bad ones.
> >
> 
> Tell me about it :-).
> 
> I've gotten to the point where it takes < 15 minutes to weed out the 90%
> of the questions that I'm not interested in (or don't know enough to)
> answer and then delete 'em.  But the "interesting" questions can still be
> pretty time consuming.

That's a pretty good weed-out time. I'm not that efficient. And the
prospect of reading 200+ messages every day is not very appealing.

> > Although Tomcat Dev list is usually kept to the point, I think the
> > amount of traffic on it warrants a change too.
> >
> > So, at risk of being ridiculed or flamed, I propose this:
> >
> > 1. Tomcat User list should split into Tomcat 3 and Tomcat 4 lists
> 
> I don't really like this idea, for the following reasons:
> 
> * It relies on users understanding which list to use.  While
>   the version they are running is a lot more rational than
>   some of the ways that have been suggested (i.e. Beginner vs.
>   Advanced), you'd be amazed how many people don't know which
>   version they are using, and don't know how to find out.  :-)

That's exactly one of the reasons I would introduce the split. The users
would be forced to check before they ask. Along the lines of
http://www.tuxedo.org/~esr/faqs/smart-questions.html.

> * Lots of users use both, especially if they are faced with
>   transitioning a pile of already-deployed apps.

Yep. I agree. But most of the time questions are version specific. At
least from what I've seen on the list.

> * Lots of issues are common to both (i.e. all the generic
>   servlet/JSP programming things), so you'll get lots of
>   cross-posts anyway.

True. But generic things can be answered on any list by any developer
familiar with the technology. Many of those question fall into the
category of 'bad' ones anyway. They are mostly the result of not doing
the RTFM.

> * Lots of question-answering developers would need to subscribe
>   to both anyway (see below for that).

I don't see anything wrong with that. Given that it's then very simple
to have tc3/tc4 mail delivery split in your MUA/MSA, every developer
would know up front what they're dealing with, without the need to read
first. And they could focus on what they want to deal with first (ie.
some people are primarily TC4 people, like yourself, while others are
primarily TC3 people, like myself).

> >
> > 2. Tomcat Dev list should split into Tomcat 3 and Tomcat 4 lists
> >
> 
> I really don't (note the intentional inversion :-) like this idea:
> 
> * It's taken a long time for TOMCAT-DEV to get to the point where
>   we basically thought we were all on the same team.  Splitting lists
>   would tend to undo that.

I had no political agenda in mind when I proposed this. I guess we could
always have tomcat-pub, to get together and have a few laughs :-)

Personally, when I'm ready to take on TC4 I will. The fact that I'm now
primarily a TC3 user (and rookie developer) doesn't separate me from the
rest of the crowd. Or at least I don't see it that way.

> * Now that 3.2 is basically done, and 3.3 is about to go final,
>   lots of 3.x developers seem to be ready or willing to work on
>   both, so they'd have to subscribe to both anyway.

Again, the same thing as with user lists.

> * Fewer issues would get cross posted due to relevance to both,
>   but there's still quite a number of them.

Many of those are J-T-C issues, since mod_jk is now used on both. But,
yes, you're right here. There would be some cross posting. As with
anything else in life - it's a trade-off. A good one, in my view.

> > 3. There should be Tomcat Connectors lists as well (both Dev and User)
> > since there are many questions related to connectors alone (and j-t-c is
> > a separate beast in CVS these days anyway)
> >
> 
> I'm not sure that the way CVS is organized is all that compelling a reason
> to organize the mailing lists.  You do these things for different reasons.
> At any rate, I don't mind seeing the developer traffic about connectors
> even though I'm not directly involved in those efforts.

My understanding is that current association of connectors with TC's is
going to be deprecated in favour of separate J-T-C. If that's the case
and since J-T-C seems to be a totally separate project, a separat

cvs commit: jakarta-tomcat-4.0/jasper/src/share/org/apache/jasper/compiler Parser.java ServletWriter.java TagBeginGenerator.java TagEndGenerator.java

[kinman]

kinman  01/10/18 18:42:36

  Modified:jasper/src/share/org/apache/jasper/compiler Parser.java
ServletWriter.java TagBeginGenerator.java
TagEndGenerator.java
  Log:
  PR: Bugzilla 2622
  
  - For tag handlers with empty body, generate simpler codes.
  - Don't call doInitBody() when doStartTag doesn't return EVAL_BODY_BUFFERED
  - Cleanup format of generated Java codes.
  
  Revision  ChangesPath
  1.16  +2 -2  
jakarta-tomcat-4.0/jasper/src/share/org/apache/jasper/compiler/Parser.java
  
  Index: Parser.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-4.0/jasper/src/share/org/apache/jasper/compiler/Parser.java,v
  retrieving revision 1.15
  retrieving revision 1.16
  diff -u -r1.15 -r1.16
  --- Parser.java   2001/10/03 19:29:28 1.15
  +++ Parser.java   2001/10/19 01:42:36 1.16
  @@ -838,9 +838,9 @@
reader.advance(CLOSE_1.length());
listener.setTemplateInfo(parser.tmplStart, parser.tmplStop);
listener.handleTagBegin(start, reader.mark(), attrs, prefix,
  - shortTagName, tli, ti, true);
  + shortTagName, tli, ti, false);
listener.handleTagEnd(start, reader.mark(), prefix, 
  -   shortTagName, attrs, tli, ti, true);
  +   shortTagName, attrs, tli, ti, false);
} else { 
// Body can be either
// - empty
  
  
  
  1.3   +12 -9 
jakarta-tomcat-4.0/jasper/src/share/org/apache/jasper/compiler/ServletWriter.java
  
  Index: ServletWriter.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-4.0/jasper/src/share/org/apache/jasper/compiler/ServletWriter.java,v
  retrieving revision 1.2
  retrieving revision 1.3
  diff -u -r1.2 -r1.3
  --- ServletWriter.java2001/07/12 21:40:51 1.2
  +++ ServletWriter.java2001/10/19 01:42:36 1.3
  @@ -1,7 +1,7 @@
   /*
  - * $Header: 
/home/cvs/jakarta-tomcat-4.0/jasper/src/share/org/apache/jasper/compiler/ServletWriter.java,v
 1.2 2001/07/12 21:40:51 horwat Exp $
  - * $Revision: 1.2 $
  - * $Date: 2001/07/12 21:40:51 $
  + * $Header: 
/home/cvs/jakarta-tomcat-4.0/jasper/src/share/org/apache/jasper/compiler/ServletWriter.java,v
 1.3 2001/10/19 01:42:36 kinman Exp $
  + * $Revision: 1.3 $
  + * $Date: 2001/10/19 01:42:36 $
*
* 
* 
  @@ -71,11 +71,12 @@
* @author Anil K. Vijendran
*/
   public class ServletWriter {
  -public static int TAB_WIDTH = 4;
  +public static int TAB_WIDTH = 2;
   public static String SPACES = "  ";
   
   // Current indent level:
  -int indent = 0;
  +private int indent = 0;
  +private int virtual_indent = 0;
   
   // The sink writer:
   PrintWriter writer;
  @@ -110,13 +111,15 @@
   //  Formatting 
   
   public void pushIndent() {
  - if ((indent += TAB_WIDTH) > SPACES.length())
  - indent = SPACES.length();
  + virtual_indent += TAB_WIDTH;
  + if (virtual_indent >= 0 && virtual_indent <= SPACES.length())
  + indent = virtual_indent;
   }
   
   public void popIndent() {
  - if ((indent -= TAB_WIDTH) <= 0 )
  - indent = 0;
  + virtual_indent -= TAB_WIDTH;
  + if (virtual_indent >= 0 && virtual_indent <= SPACES.length())
  + indent = virtual_indent;
   }
   
   /**
  
  
  
  1.17  +12 -4 
jakarta-tomcat-4.0/jasper/src/share/org/apache/jasper/compiler/TagBeginGenerator.java
  
  Index: TagBeginGenerator.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-4.0/jasper/src/share/org/apache/jasper/compiler/TagBeginGenerator.java,v
  retrieving revision 1.16
  retrieving revision 1.17
  diff -u -r1.16 -r1.17
  --- TagBeginGenerator.java2001/09/26 02:37:13 1.16
  +++ TagBeginGenerator.java2001/10/19 01:42:36 1.17
  @@ -68,6 +68,7 @@
   import javax.servlet.jsp.tagext.TagData;
   import javax.servlet.jsp.tagext.Tag;
   import javax.servlet.jsp.tagext.BodyTag;
  +import javax.servlet.jsp.tagext.IterationTag;
   
   import org.apache.jasper.JasperException;
   import org.apache.jasper.JspCompilationContext;
  @@ -347,6 +348,10 @@
   // Need to update AT_BEGIN variables here
   declareVariables(writer, vi, tvi, tagData, false, true, 
VariableInfo.AT_BEGIN);
   
  +/* The following check is unnecssary, becuase tag handlers that do not
  + * implement BodyTag can be assumed to return EVAL_BODY_INCLUDE when
  + * doStartTag returns anything other than SKIP_BODY, without bad side-effect.
  +
   // FIXME: I'm not too sure i

Re: Mailing list proposal

[Craig R. McClanahan]

On Fri, 19 Oct 2001, Bojan Smojver wrote:

> Date: Fri, 19 Oct 2001 08:59:27 +1000
> From: Bojan Smojver <[EMAIL PROTECTED]>
> Reply-To: [EMAIL PROTECTED]
> To: Tomcat Dev List <[EMAIL PROTECTED]>
> Subject: Mailing list proposal
>
> I have subscribed myself to Tomcat User list a few days back with the
> intention to help a few people on it (given my +1 on TC 3.3 final). I
> have to say that the amount of e-mails and sometimes the superficial
> nature of them prevented me from actually doing any useful work. Don't
> know about the rest of you guys, but I really can't go through 200
> something Tomcat e-mails every day, just to weed out the good questions
> from the bad ones.
>

Tell me about it :-).

I've gotten to the point where it takes < 15 minutes to weed out the 90%
of the questions that I'm not interested in (or don't know enough to)
answer and then delete 'em.  But the "interesting" questions can still be
pretty time consuming.

> Although Tomcat Dev list is usually kept to the point, I think the
> amount of traffic on it warrants a change too.
>
> So, at risk of being ridiculed or flamed, I propose this:
>
> 1. Tomcat User list should split into Tomcat 3 and Tomcat 4 lists

I don't really like this idea, for the following reasons:

* It relies on users understanding which list to use.  While
  the version they are running is a lot more rational than
  some of the ways that have been suggested (i.e. Beginner vs.
  Advanced), you'd be amazed how many people don't know which
  version they are using, and don't know how to find out.  :-)

* Lots of users use both, especially if they are faced with
  transitioning a pile of already-deployed apps.

* Lots of issues are common to both (i.e. all the generic
  servlet/JSP programming things), so you'll get lots of
  cross-posts anyway.

* Lots of question-answering developers would need to subscribe
  to both anyway (see below for that).

>
> 2. Tomcat Dev list should split into Tomcat 3 and Tomcat 4 lists
>

I really don't (note the intentional inversion :-) like this idea:

* It's taken a long time for TOMCAT-DEV to get to the point where
  we basically thought we were all on the same team.  Splitting lists
  would tend to undo that.

* Now that 3.2 is basically done, and 3.3 is about to go final,
  lots of 3.x developers seem to be ready or willing to work on
  both, so they'd have to subscribe to both anyway.

* Fewer issues would get cross posted due to relevance to both,
  but there's still quite a number of them.

> 3. There should be Tomcat Connectors lists as well (both Dev and User)
> since there are many questions related to connectors alone (and j-t-c is
> a separate beast in CVS these days anyway)
>

I'm not sure that the way CVS is organized is all that compelling a reason
to organize the mailing lists.  You do these things for different reasons.
At any rate, I don't mind seeing the developer traffic about connectors
even though I'm not directly involved in those efforts.

> 4. There should be a web form for submitting serious questions to Tomcat
> User list. This form would force the users (that really need developers
> attention) to fill in all relevant information, rather then just ask
> superficial questions which create a lot of noise on the list. The page
> http://jakarta.apache.org/site/mail.html should make it clear that
> questions submitted through the form would probably get more attention
> then other 'user-to-user' questions. It would be easy for the developers
> to recognize and respond to 'properly formatted' questions, rather then
> waste time on browsing through hundreds of e-mails every day.
>

It's certainly technically feasible to do this.

Are you volunteering to set this all up, be the moderator, and hound
developers until we answer the questions?  :-)

> Bojan
>

Craig

DO NOT REPLY [Bug 4280] - Server port not set in HttpProcessor host header does not contain port

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=4280

Server port not set in HttpProcessor host header does not contain port

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID



--- Additional Comments From [EMAIL PROTECTED]  2001-10-18 16:46 ---
Shouldn't you be using the proxyPort attribute to do that (in addition to the 
proxyName attribute) ?
If I misunderstood the bug, please reopen it.

DO NOT REPLY [Bug 4279] - Tomcat installation and start-up don't seem to understand the jdk1.3.1_01 path

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=4279

Tomcat installation and start-up don't seem to understand the jdk1.3.1_01 path

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||WONTFIX



--- Additional Comments From [EMAIL PROTECTED]  2001-10-18 16:30 ---
With the current installer, all that matters are the registry keys.

Note: I tried to use env variables, but it works even worse, as NSIS doesn't 
handle that well at all. OTOH, it's very good for manipulating the registry 
(which is ok, since Windows itself encourages registry use, esp on Win9x, where 
env variables are a nightmare).

Specifically, these keys must be set (and have a meaningful value):
HKLM/JavaSoft/Java Runtime Enivronment/CurrentVersion
.../version_number/RuntimeLib
HKLM/JavaSoft/Java Development Kit/CurrentVersion
../version_number/JavaHome

You can access the registry by running 'regedt32'.

DO NOT REPLY [Bug 4282] New: - On JSP compile deprecation "Note:" line throws exception in Compiler.java

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=4282

On JSP compile deprecation "Note:" line throws exception in Compiler.java

   Summary: On JSP compile deprecation "Note:" line throws exception
in Compiler.java
   Product: Tomcat 4
   Version: 4.0.1 Final
  Platform: PC
OS/Version: Windows 9x
Status: NEW
  Severity: Critical
  Priority: Other
 Component: Jasper
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


In Compiler.java in java method getJspLineErrors for compiler message lines 
like:
Note: C:\ari\cca\tomcat40\work\localhost\_\cca\ApprovalCallRes$jsp.java uses or 
overrides a deprecated API.  Recompile with "-deprecation" for details.

the following line throws an exception 
  int lineNr = Integer.parseInt( nr );
as there is are two ":" in the compile message but no line number so it 
thinks "C" (as in c:\ ) is a number and tried to do a parse int.

Enclosing the above mentioned line in try/catch block and ignoring the error 
fixes the problem.

Mailing list proposal

[Bojan Smojver]

I have subscribed myself to Tomcat User list a few days back with the
intention to help a few people on it (given my +1 on TC 3.3 final). I
have to say that the amount of e-mails and sometimes the superficial
nature of them prevented me from actually doing any useful work. Don't
know about the rest of you guys, but I really can't go through 200
something Tomcat e-mails every day, just to weed out the good questions
from the bad ones.

Although Tomcat Dev list is usually kept to the point, I think the
amount of traffic on it warrants a change too.

So, at risk of being ridiculed or flamed, I propose this:

1. Tomcat User list should split into Tomcat 3 and Tomcat 4 lists

2. Tomcat Dev list should split into Tomcat 3 and Tomcat 4 lists

3. There should be Tomcat Connectors lists as well (both Dev and User)
since there are many questions related to connectors alone (and j-t-c is
a separate beast in CVS these days anyway)

4. There should be a web form for submitting serious questions to Tomcat
User list. This form would force the users (that really need developers
attention) to fill in all relevant information, rather then just ask
superficial questions which create a lot of noise on the list. The page
http://jakarta.apache.org/site/mail.html should make it clear that
questions submitted through the form would probably get more attention
then other 'user-to-user' questions. It would be easy for the developers
to recognize and respond to 'properly formatted' questions, rather then
waste time on browsing through hundreds of e-mails every day.

Bojan

DO NOT REPLY [Bug 4280] New: - Server port not set in HttpProcessor host header does not contain port

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=4280

Server port not set in HttpProcessor host header does not contain port

   Summary: Server port not set in HttpProcessor host header does
not contain port
   Product: Tomcat 4
   Version: 4.0 Final
  Platform: Other
OS/Version: Other
Status: NEW
  Severity: Normal
  Priority: Other
 Component: Catalina
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


Symptom:
We are using a load balancer that listens on port 80. And tomcat 4 is running 
on several different machines on port 8080. When I accessed the virtual host on 
the local balancer http://somehostname.com/, it redirected me to the welcome 
file "start.jsp" (defined in my web.xml). But it set the port number 
incorrectly to http://somehostname.com:8080/start.jsp in the redirect location.

Solution:
I found that in org.apache.catalina.connector.http.HttpProcessor, it checks the 
host header in the http request. But if the port number is not found in the 
host, it simply ignores it, which means it use the port number defined in 
server.xml for this connector. It should set the port to 80 in the request 
object if the port number is not found in the host header.

Here is the modified code in the parseHeaders(SocketInputStream) method:

   } else if (header.equals(DefaultHeaders.HOST_NAME)) {
int n = value.indexOf(':');
if (n < 0) {
if (proxyName != null)
request.setServerName(proxyName);
else
{
request.setServerName(value);
request.setServerPort(80);
}
...
...

Chi

Re: [VOTE] New Committer

[Bojan Smojver]

+1

Bojan

PS. What's the world coming to these days - a guy from Sun has to ask
approval to become a Tomcat committer ;-)

Christopher Cain wrote:
> 
> I would like to nominate Patrick Luby <[EMAIL PROTECTED]> for committer
> status. His recent contributions include several security-manager-related
> patches and documentation help, and appears keen to tackle the Admin Apps
> functionality as well. I think he would make an excellent addition to the team.
> Votes please?
> 
> - Christopher
> 
> /**
>  * Pleurez, pleurez, mes yeux, et fondez vous en eau!
>  * La moitié de ma vie a mis l'autre au tombeau.
>  *---Corneille
>  */

DO NOT REPLY [Bug 4279] New: - Tomcat installation and start-up don't seem to understand the jdk1.3.1_01 path

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=4279

Tomcat installation and start-up don't seem to understand the jdk1.3.1_01 path

   Summary: Tomcat installation and start-up don't seem to
understand the jdk1.3.1_01 path
   Product: Tomcat 4
   Version: 4.0.1 Final
  Platform: PC
OS/Version: Windows NT/2K
Status: UNCONFIRMED
  Severity: Normal
  Priority: Other
 Component: Unknown
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


I don't know if I'm duplicating a bug here.  Can't say that I'm understanding
how to search on the bug tracker

These are the steps I went through to get Tomcat 4.0.1 installed and running on
my system:

I installed JDK 2 v1.3.1_01 on my system at c:\java\jdk1.3.1_01.  The JRE
automatically installed at c:\program files\javasoft\jre\1.3.1_01.

I then ran the Tomcat 4.0.1 installation package.  It refused to run, telling me
that it couldn't find any JDK installed on my system.

I uninstalled 1.3.1, thinking there might be some sort of incompatibility there.
 I installed 1.3.0_04 (c:\java\jdk1.3.0_04).  Ran the Tomcat install.  Same
result.  Okay.  Weird.

I uninstalled 1.3.0_04 and reinstalled it under c:\java\jdk1.3.0.  It still
automatically installed the the JRE under c:\program
files\javasoft\jre\1.3.0_04.  Ran Tomcat installer--success!  It installed
completely.  Now, I tried to run the service.  No success.  Tried to run "Tomcat
start" program.  No success.  Hmm.

Okay.  I changed the target java executable from the JRE directory to
c:\java\jdk1.3.0\bin\java.  Ran "Tomcat start".  Hey!  It works!

So, it appears there is some sort of problem with an underscore in the path. 
Seems kinda bizarre to me, but that's all I could figure out.

DO NOT REPLY [Bug 4277] New: - can't compile webapp-module-1.0-tc40

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=4277

can't compile webapp-module-1.0-tc40

   Summary: can't compile webapp-module-1.0-tc40
   Product: Tomcat 4
   Version: 4.0.1 Final
  Platform: Sun
OS/Version: Solaris
Status: NEW
  Severity: Major
  Priority: Other
 Component: Connectors
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


when I compile I get This:


make[1]: Entering directory "apache-1.3"
make[1]: Invoking "make  build"
make[2]: Entering directory `/opt/tools/webapp-module-1.0-tc40/apache-1.3'
{ APXS_LDFLAGS_SHLIB="`/usr/local/apache/bin/apxs -q LDFLAGS_SHLIB` \
 \
-lm -lsocket -lnsl -ldl" ; \
APXS_LDFLAGS_SHLIB=`/usr/bin/echo ${APXS_LDFLAGS_SHLIB}` ; \
APXS_CFLAGS="`/usr/local/apache/bin/apxs -q CFLAGS` \
-g -O2 \
-g -O2 \
 \
-DSOLARIS2=8 -D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT \
-I/opt/tools/webapp-module-1.0-tc40/apr/include \
-I/opt/tools/webapp-module-1.0-tc40/include \
" ; \
APXS_CFLAGS=`/usr/bin/echo ${APXS_CFLAGS}` ; \
/usr/local/apache/bin/apxs \
-S CFLAGS="${APXS_CFLAGS}" \
-S LDFLAGS_SHLIB="${APXS_LDFLAGS_SHLIB}" \
-o "mod_webapp.so" \
-c "mod_webapp.c" \
"/opt/tools/webapp-module-1.0-tc40/lib/libwebapp.a" \
"/opt/tools/webapp-module-1.0-tc40/lib/libapr.a" ; \
}
gcc -DUSE_EXPAT -I/opt/tools/apache_1.3.22/src/lib/expat-lite -DNO_DL_NEEDED -
g -O2 -g -O2 -DSOLARIS2=8 -D_POSIX_PTHREAD_SEMANTICS
 -D_REENTRANT -I/opt/tools/webapp-module-1.0-tc40/apr/include -
I/opt/tools/webapp-module-1.0-tc40/include -fpic -DSHARED_MODULE -I
/usr/local/apache/include  -c mod_webapp.c
gcc -shared -lm -lsocket -lnsl -ldl -o mod_webapp.so 
mod_webapp.o /opt/tools/webapp-module-1.0-tc40/lib/libwebapp.a /opt/tools/web
app-module-1.0-tc40/lib/libapr.a
Text relocation remains referenced
against symbol  offset  in file
   0xecc   /opt/tools/webapp-module-1.0-
tc40/lib/libwebapp.a(pr_warp.o)
   0xed0   /opt/tools/webapp-module-1.0-
tc40/lib/libwebapp.a(pr_warp.o)
   0xed4   /opt/tools/webapp-module-1.0-
tc40/lib/libwebapp.a(pr_warp.o)
   0xed8   /opt/tools/webapp-module-1.0-
tc40/lib/libwebapp.a(pr_warp.o)
   0xedc   /opt/tools/webapp-module-1.0-
tc40/lib/libwebapp.a(pr_warp.o)
...
...
...
open0x308   /opt/tools/webapp-module-1.0-
tc40/lib/libapr.a(crossproc.o)
open0x564   /opt/tools/webapp-module-1.0-
tc40/lib/libapr.a(crossproc.o)
open0x274   /opt/tools/webapp-module-1.0-
tc40/lib/libapr.a(open.o)
ld: fatal: relocations remain against allocatable but non-writable sections
collect2: ld returned 1 exit status
apxs:Break: Command failed with rc=1
make[2]: *** [mod_webapp.so] Error 1
make[2]: Leaving directory `/opt/tools/webapp-module-1.0-tc40/apache-1.3'
make[1]: Exiting directory "apache-1.3"
make[1]: *** [template] Error 2
make[1]: Leaving directory `/opt/tools/webapp-module-1.0-tc40'
make: *** [apache-1.3-build] Error 2

DO NOT REPLY [Bug 4261] - Support for #set server side include directive, please

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=4261

Support for #set server side include directive, please





--- Additional Comments From [EMAIL PROTECTED]  2001-10-18 12:51 ---
And here's actually the howto: http://httpd.apache.org/docs/howto/ssi.html

DO NOT REPLY [Bug 4261] - Support for #set server side include directive, please

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=4261

Support for #set server side include directive, please

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||REMIND



--- Additional Comments From [EMAIL PROTECTED]  2001-10-18 12:48 ---
Tomcat SSI only supports the basic NCSA set of directives. The #set
directive is Apache specific, it's on my list of things to add.

How are you using the #set directive? Are you setting variables that
you later on are echoing? or are you using it in if/elif/endif statemens?
'cause the if/elif/endif statements aren't included in Tomcat's SSI package
as of now.

Here's a howto explaining Apache's more advanced SSI directives.

  Bip Thelin

RE: [VOTE] New Committer

[Bip Thelin]

> -Original Message-
> From: Christopher Cain [mailto:[EMAIL PROTECTED]] 
> 
> I would like to nominate Patrick Luby <[EMAIL PROTECTED]> 
> for committer 
> status. His recent contributions include several 
> security-manager-related 
> patches and documentation help, and appears keen to tackle 
> the Admin Apps 
> functionality as well. I think he would make an excellent 
> addition to the team. 
> Votes please?

+1

bienvenue à l'équipe!

> /**
>  * Pleurez, pleurez, mes yeux, et fondez vous en eau!
>  * La moitié de ma vie a mis l'autre au tombeau.
>  *---Corneille
>  */

DO NOT REPLY [Bug 4275] - java.lang.NullPointerException

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=4275

java.lang.NullPointerException





--- Additional Comments From [EMAIL PROTECTED]  2001-10-18 12:34 ---
*** Bug 4274 has been marked as a duplicate of this bug. ***

DO NOT REPLY [Bug 4274] - java.lang.NullPointerException

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=4274

java.lang.NullPointerException

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE
Summary|java.lang.NullPointerExcepti|java.lang.NullPointerExcepti
   |on  |on



--- Additional Comments From [EMAIL PROTECTED]  2001-10-18 12:34 ---


*** This bug has been marked as a duplicate of 4275 ***

Re: [VOTE] New Committer

[horwat]

+1

Justy

- Original Message -

> I would like to nominate Patrick Luby <[EMAIL PROTECTED]> for committer
> status. His recent contributions include several security-manager-related
> patches and documentation help, and appears keen to tackle the Admin Apps
> functionality as well. I think he would make an excellent addition to the
team.
> Votes please?
>
> - Christopher
>
> /**
>  * Pleurez, pleurez, mes yeux, et fondez vous en eau!
>  * La moitié de ma vie a mis l'autre au tombeau.
>  *---Corneille
>  */
>

Re: [PATH] for problems with HTTPS and client certs

[Stefan Wengi]

Wolfgang,

setting the 'trustStore' on the command line got it to work here too.

What my patch does is setting the 'keystoreFile' (as set in the
server.xml) as trustStore.

We might want to consider adding two new config attributes
'truststoreFile' and 'truststorePasswd' and making the integration into
the SSLServerSocketFactory.

Setting the password on the command line is not a good solution security
wise.

Stefan 


Wolfgang Hoschek wrote:
> 
> Starting TC 4.0 with
> 
> CATALINA_OPTS="$CATALINA_OPTS
> -Djavax.net.ssl.trustStore=$CATALINA_BASE/conf/spitfire-cacerts.jks
> -Djavax.net.ssl.trustStorePassword=changeit"
> 
> and using non-{Verisign,Thawte} cacerts, i am not seeing your problem with
> the standard SSLServerSocketFactory. Why does your patch fix the problem?
> 
> Wolfgang.
> 
> >Hey,
> >
> >here are the changes to get the HTTPS connector doing 'clientAuth' with
> >CA certs other than the ones from Verisign and Thawte. I tested it with
> >Netscape 4.77 as client and with certificates created by my own CA.
> >
> >please consider integration into Tomcat 4 source code.
> >
> >thanks
> >
> >Stefan
> >
> >
> >--- SSLServerSocketFactory.java.origWed Oct 17 13:25:14 2001
> >+++ SSLServerSocketFactory.java Wed Oct 17 13:28:05 2001
> >@@ -139,7 +139,7 @@
> >  /**
> >   * The trust manager factory used with JSSE 1.0.1.
> >   */
> >-//TrustManagerFactory trustManagerFactory = null;
> >+TrustManagerFactory trustManagerFactory = null;
> >
> >
> >  // -
> >Properties
> >@@ -474,13 +474,12 @@
> >  keyManagerFactory.init(keyStore, keystorePass.toCharArray());
> >
> >  // Create the trust manager factory used for checking
> >certificates
> >-/*
> >-  trustManagerFactory =
> >TrustManagerFactory.getInstance(algorithm);
> >-  trustManagerFactory.init(keyStore);
> >-*/
> >+trustManagerFactory =
> >TrustManagerFactory.getInstance(algorithm);
> >+trustManagerFactory.init(keyStore);
> >
> >  // Initialize the context with the key managers
> >-context.init(keyManagerFactory.getKeyManagers(), null,
> >+context.init(keyManagerFactory.getKeyManagers(),
> >+ trustManagerFactory.getTrustManagers(),
> >   new java.security.SecureRandom());
> >
> >  // Create the proxy and return
> >
> >
 S/MIME Cryptographic Signature

DO NOT REPLY [Bug 4275] - java.lang.NullPointerException

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=4275

java.lang.NullPointerException

[EMAIL PROTECTED] changed:

   What|Removed |Added

Summary|java.lang.NullPointerExcepti|java.lang.NullPointerExcepti
   |on  |on



--- Additional Comments From [EMAIL PROTECTED]  2001-10-18 12:25 ---
//
 // for ease of reading i have removed all indenting :) 
//
//

// jdbc api
import java.sql.*;
//reflect api
import java.lang.reflect.*;
//xml api
import org.w3c.dom.*;
import org.w3c.dom.Document;
import org.w3c.dom.DOMException;
import org.w3c.dom.Element;
import org.w3c.dom.NodeList;
import org.w3c.dom.Node;
import org.w3c.dom.NamedNodeMap;
import javax.xml.parsers.DocumentBuilder;
import javax.xml.parsers.DocumentBuilderFactory;

import javax.xml.transform.*;
import javax.xml.transform.TransformerFactory;
import javax.xml.transform.dom.DOMSource;
import javax.xml.transform.stream.StreamResult;
//javax.xml.parsers.ParserConfigurationException
import javax.xml.parsers.*;


//standard packages
import java.io.*;

//exceptionz
import org.xml.sax.*;
import org.xml.sax.SAXException;
import java.io.IOException;

/*

















*/

public class serRS implements java.io.Serializable
{


/* Empty Constructor */
public void serRS() {}

public String writetoString (ResultSet rs, String typeid) {

// return string
String returnstr = new String();

try{

//XML
DocumentBuilderFactory factory = DocumentBuilderFactory.newInstance();

DocumentBuilder builder = factory.newDocumentBuilder();
Document document = builder.newDocument();

// Root element
Element results = (Element) document.createElement("results");
document.appendChild(results);

//
Element result = (Element) document.createElement("result");
results.appendChild(result);

//
Attr type =(Attr) document.createAttribute("type");
Node attrtextnode = (Node) document.createTextNode(typeid);
type.appendChild(attrtextnode);
result.setAttributeNode(type);

Element record;
Element column;
Node countnode ;
Attr number;
Attr name;
Attr valuetype;
Attr tablename;
Node columnnametext;
Node columnvaluetext;
Node valuetypetext;
Node tablenametext;

int count = 1;

// JDBC-ODBC Calls
java.sql.ResultSetMetaData md = rs.getMetaData();

while(rs.next()) {
// 

record = (Element) document.createElement("record");
result.appendChild(record);

// xxx
number =(Attr) document.createAttribute("number");
countnode = (Node) document.createTextNode(String.valueOf(count));
count ++ ;
number.appendChild(countnode);
record.setAttributeNode(number);


System.out.print("\nTUPLE: | ");
for(int i=1; i<= md.getColumnCount(); i++) {
// value
column = (Element) document.createElement("column");
record.appendChild(column);

name =(Attr) document.createAttribute("name");
//columnnametext = (Node) document.createTextNode(md.getColumnLabel(i));
columnnametext = (Node) document.createTextNode(md.getColumnName(i));
name.appendChild(columnnametext);
column.setAttributeNode(name);

valuetype =(Attr) document.createAttribute("type");
valuetypetext = (Node) document.createTextNode(md.getColumnTypeName(i));
valuetype.appendChild(valuetypetext);
column.setAttributeNode(valuetype);

tablename =(Attr) document.createAttribute("table");
tablenametext = (Node) document.createTextNode(md.getCatalogName(i));
tablename.appendChild(tablenametext);
column.setAttributeNode(tablename);


/*
System.out.print(md.getColumnType(i) + " | ");
System.out.print(md.getColumnTypeName(i) + " | ");
System.out.print(md.getColumnLabel(i) + " | ");
//System.out.print(rs.getString(i) + " | \n");
*/

try
{
Object o = rs.getObject(md.getColumnLabel(i));
if (!o.equals(null)){
String s = o.toString();
System.out.print(s + "\n");
columnvaluetext = (Node) document.createTextNode(s);
column.appendChild(columnvaluetext);
}
}
catch (SQLException sqe ){
sqe.printStackTrace();
}
catch (NullPointerException n ){
System.out.print("Null pointer hui gava!!");
n.printStackTrace();
}

// new line
System.out.print("\n");

}
}


/*
File f = new File("local.xml");
//document = builder.parse(f);
// Use a Transformer for output
*/

/*
TransformerFactory tFactory = TransformerFactory.newInstance();
Transformer transformer = tFactory.newTransformer();

DOMSource source = new DOMSource(document);
*/

/*
// write to the standard output
StreamResult resultstdout = new StreamResult(System.out);
transformer.transform(source, resultstdout);
*/

/*
// write to a f

DO NOT REPLY [Bug 4275] New: - java.lang.NullPointerException

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=4275

java.lang.NullPointerException 

   Summary: java.lang.NullPointerException
   Product: Tomcat 3
   Version: 3.2.2 Final
  Platform: PC
OS/Version: Windows NT/2K
Status: UNCONFIRMED
  Severity: Blocker
  Priority: Other
 Component: Unknown
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


// This problem happens only when i run a class with Tomcat 
// When i run my code with its own main - there are no problems. 
// I havent seen anyone else reporting anything like this before.
// Please check since it might change my plans of using Tomcat as our web 
server :( 
// Thank You so very much. 


java.lang.NullPointerException at 
org.apache.xalan.serialize.SerializerToXML.writeAttrString(Serializer
ToXML.java:2001)
at org.apache.xalan.serialize.SerializerToXML.processAttribute(Serialize
rToXML.java:957)
at org.apache.xalan.serialize.SerializerToXML.startElement(SerializerToX
ML.java:829)
at org.apache.xalan.transformer.TransformerIdentityImpl.startElement(Tra
nsformerIdentityImpl.java:982)
at org.apache.xml.utils.TreeWalker.startNode(TreeWalker.java:284)
at org.apache.xml.utils.TreeWalker.traverse(TreeWalker.java:119)
at org.apache.xalan.transformer.TransformerIdentityImpl.transform(Transf
ormerIdentityImpl.java:320)
at serRS.writetoString(serRS.java:237)
at _0002fsimplebean_0002ejspsimplebean_jsp_9._jspService(_0002fsimplebea
n_0002ejspsimplebean_jsp_9.java:164)
at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:119)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
at org.apache.jasper.servlet.JspServlet$JspCountedServlet.service(JspSer
vlet.java:130)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
at org.apache.jasper.servlet.JspServlet$JspServletWrapper.service(JspSer
vlet.java:282)
at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:4
29)
at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:500)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
at org.apache.tomcat.core.ServletWrapper.doService(ServletWrapper.java:4
05)
at org.apache.tomcat.core.Handler.service(Handler.java:287)
at org.apache.tomcat.core.ServletWrapper.service(ServletWrapper.java:372
)
at org.apache.tomcat.core.ContextManager.internalService(ContextManager.
java:797)
at org.apache.tomcat.core.ContextManager.service(ContextManager.java:743
)
at org.apache.tomcat.service.http.HttpConnectionHandler.processConnectio
n(HttpConnectionHandler.java:213)
at org.apache.tomcat.service.TcpWorkerThread.runIt(PoolTcpEndpoint.java:
416)
at org.apache.tomcat.util.ThreadPool$ControlRunnable.run(ThreadPool.java
:501)
at java.lang.Thread.run(Thread.java:484)










/***/
/***/
/***/


// jdbc api
import java.sql.*;
//reflect api
import java.lang.reflect.*;
//xml api
import org.w3c.dom.*;
import org.w3c.dom.Document;
import org.w3c.dom.DOMException;
import org.w3c.dom.Element;
import org.w3c.dom.NodeList;
import org.w3c.dom.Node;
import org.w3c.dom.NamedNodeMap;
import javax.xml.parsers.DocumentBuilder;
import javax.xml.parsers.DocumentBuilderFactory;

import javax.xml.transform.*;
import javax.xml.transform.TransformerFactory;
import javax.xml.transform.dom.DOMSource;
import javax.xml.transform.stream.StreamResult;
//javax.xml.parsers.ParserConfigurationException
import javax.xml.parsers.*;


//standard packages
import java.io.*;

//exceptionz
import org.xml.sax.*;
import org.xml.sax.SAXException;
import java.io.IOException;

/*





  
  
  
  
  
  
  
  




*/

public class serRS implements java.io.Serializable
{


/* Empty Constructor */
public void serRS() {}

public String writetoString (ResultSet rs, String typeid) {

// return string
String returnstr = new String();

try{

//XML
DocumentBuilderFactory factory = 
DocumentBuilderFactory.newInstance();

DocumentBuilder builder = factory.newDocumentBuilder();
Document document = builder.newDocument();

// Root element
Element results = (Element) document.createElement
("results");
document.appendChild(results);

 

DO NOT REPLY [Bug 4274] New: - java.lang.NullPointerException

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=4274

java.lang.NullPointerException 

   Summary: java.lang.NullPointerException
   Product: Tomcat 3
   Version: 3.2.2 Final
  Platform: PC
OS/Version: Windows NT/2K
Status: UNCONFIRMED
  Severity: Blocker
  Priority: Other
 Component: Unknown
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


// This problem happens only when i run a class with Tomcat 
// When i run my code with its own main - there are no problems. 
// I havent seen anyone else reporting anything like this before.
// Please check since it might change my plans of using Tomcat as our web 
server :( 
// Thank You so very much. 









at org.apache.xalan.serialize.SerializerToXML.writeAttrString(Serializer
ToXML.java:2001)
at org.apache.xalan.serialize.SerializerToXML.processAttribute(Serialize
rToXML.java:957)
at org.apache.xalan.serialize.SerializerToXML.startElement(SerializerToX
ML.java:829)
at org.apache.xalan.transformer.TransformerIdentityImpl.startElement(Tra
nsformerIdentityImpl.java:982)
at org.apache.xml.utils.TreeWalker.startNode(TreeWalker.java:284)
at org.apache.xml.utils.TreeWalker.traverse(TreeWalker.java:119)
at org.apache.xalan.transformer.TransformerIdentityImpl.transform(Transf
ormerIdentityImpl.java:320)
at serRS.writetoString(serRS.java:237)
at _0002fsimplebean_0002ejspsimplebean_jsp_9._jspService(_0002fsimplebea
n_0002ejspsimplebean_jsp_9.java:164)
at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:119)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
at org.apache.jasper.servlet.JspServlet$JspCountedServlet.service(JspSer
vlet.java:130)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
at org.apache.jasper.servlet.JspServlet$JspServletWrapper.service(JspSer
vlet.java:282)
at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:4
29)
at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:500)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
at org.apache.tomcat.core.ServletWrapper.doService(ServletWrapper.java:4
05)
at org.apache.tomcat.core.Handler.service(Handler.java:287)
at org.apache.tomcat.core.ServletWrapper.service(ServletWrapper.java:372
)
at org.apache.tomcat.core.ContextManager.internalService(ContextManager.
java:797)
at org.apache.tomcat.core.ContextManager.service(ContextManager.java:743
)
at org.apache.tomcat.service.http.HttpConnectionHandler.processConnectio
n(HttpConnectionHandler.java:213)
at org.apache.tomcat.service.TcpWorkerThread.runIt(PoolTcpEndpoint.java:
416)
at org.apache.tomcat.util.ThreadPool$ControlRunnable.run(ThreadPool.java
:501)
at java.lang.Thread.run(Thread.java:484)

Re: [PATH] for problems with HTTPS and client certs

[Wolfgang Hoschek]

Starting TC 4.0 with

CATALINA_OPTS="$CATALINA_OPTS 
-Djavax.net.ssl.trustStore=$CATALINA_BASE/conf/spitfire-cacerts.jks 
-Djavax.net.ssl.trustStorePassword=changeit"

and using non-{Verisign,Thawte} cacerts, i am not seeing your problem with 
the standard SSLServerSocketFactory. Why does your patch fix the problem?

Wolfgang.

>Hey,
>
>here are the changes to get the HTTPS connector doing 'clientAuth' with
>CA certs other than the ones from Verisign and Thawte. I tested it with
>Netscape 4.77 as client and with certificates created by my own CA.
>
>please consider integration into Tomcat 4 source code.
>
>thanks
>
>Stefan
>
>
>--- SSLServerSocketFactory.java.origWed Oct 17 13:25:14 2001
>+++ SSLServerSocketFactory.java Wed Oct 17 13:28:05 2001
>@@ -139,7 +139,7 @@
>  /**
>   * The trust manager factory used with JSSE 1.0.1.
>   */
>-//TrustManagerFactory trustManagerFactory = null;
>+TrustManagerFactory trustManagerFactory = null;
>
>
>  // -
>Properties
>@@ -474,13 +474,12 @@
>  keyManagerFactory.init(keyStore, keystorePass.toCharArray());
>
>  // Create the trust manager factory used for checking
>certificates
>-/*
>-  trustManagerFactory =
>TrustManagerFactory.getInstance(algorithm);
>-  trustManagerFactory.init(keyStore);
>-*/
>+trustManagerFactory =
>TrustManagerFactory.getInstance(algorithm);
>+trustManagerFactory.init(keyStore);
>
>  // Initialize the context with the key managers
>-context.init(keyManagerFactory.getKeyManagers(), null,
>+context.init(keyManagerFactory.getKeyManagers(),
>+ trustManagerFactory.getTrustManagers(),
>   new java.security.SecureRandom());
>
>  // Create the proxy and return
>
>

RE: DO NOT REPLY [Bug 4259] New: - SSI prosessing loses content-type information

[Bip Thelin]

> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] 
> 
> [...]
> SSI prosessing loses content-type information
> 
>Summary: SSI prosessing loses content-type information
>Product: Tomcat 4
>Version: 4.0 Final
>   Platform: Sun
> OS/Version: Linux
> Status: NEW
>   Severity: Critical
>   Priority: Other
>  Component: Catalina
> AssignedTo: [EMAIL PROTECTED]
> ReportedBy: [EMAIL PROTECTED]

This should be fixed in the coming nightly build, 20011019

Bip Thelin

DO NOT REPLY [Bug 4259] - SSI prosessing loses content-type information

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=4259

SSI prosessing loses content-type information

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED

cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/servlets SsiInvokerServlet.java

[bip]

bip 01/10/18 12:01:14

  Modified:catalina/src/share/org/apache/catalina/servlets
SsiInvokerServlet.java
  Log:
  Changed the SsiInvokerServlet to always set the Content-type header information.
  Thanks to Rami Hanninen for submitting a bugreport.
  
  Submitted by: [EMAIL PROTECTED]
  PR: 4259
  
  Revision  ChangesPath
  1.9   +6 -4  
jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/servlets/SsiInvokerServlet.java
  
  Index: SsiInvokerServlet.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/servlets/SsiInvokerServlet.java,v
  retrieving revision 1.8
  retrieving revision 1.9
  diff -u -r1.8 -r1.9
  --- SsiInvokerServlet.java2001/07/22 20:25:11 1.8
  +++ SsiInvokerServlet.java2001/10/18 19:01:14 1.9
  @@ -1,8 +1,8 @@
   /*
* SsiInvokerServlet.java
  - * $Header: 
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/servlets/SsiInvokerServlet.java,v
 1.8 2001/07/22 20:25:11 pier Exp $
  - * $Revision: 1.8 $
  - * $Date: 2001/07/22 20:25:11 $
  + * $Header: 
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/servlets/SsiInvokerServlet.java,v
 1.9 2001/10/18 19:01:14 bip Exp $
  + * $Revision: 1.9 $
  + * $Date: 2001/10/18 19:01:14 $
*
* 
*
  @@ -99,7 +99,7 @@
*
* @author Bip Thelin
* @author Amy Roh
  - * @version $Revision: 1.8 $, $Date: 2001/07/22 20:25:11 $
  + * @version $Revision: 1.9 $, $Date: 2001/10/18 19:01:14 $
*/
   public final class SsiInvokerServlet extends HttpServlet {
   /** Debug level for this servlet. */
  @@ -234,6 +234,8 @@
   res.sendError(res.SC_NOT_FOUND, path);
   return;
   }
  +
  +res.setContentType("text/html;charset=UTF-8");
   
   if (expires != null) {
   res.setDateHeader("Expires", (
  
  
  

Re: [VOTE] New Committer

[Bill Barker]

+1
- Original Message -
From: "Christopher Cain" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, October 17, 2001 9:02 PM
Subject: [VOTE] New Committer


> I would like to nominate Patrick Luby <[EMAIL PROTECTED]> for committer
> status. His recent contributions include several security-manager-related
> patches and documentation help, and appears keen to tackle the Admin Apps
> functionality as well. I think he would make an excellent addition to the
team.
> Votes please?
>
> - Christopher
>
> /**
>  * Pleurez, pleurez, mes yeux, et fondez vous en eau!
>  * La moitié de ma vie a mis l'autre au tombeau.
>  *---Corneille
>  */
>
>


**

This message is intended only for the use of the person(s) listed above 
as the intended recipient(s), and may contain information that is 
PRIVILEGED and CONFIDENTIAL.  If you are not an intended recipient, 
you may not read, copy, or distribute this message or any attachment.  
If you received this communication in error, please notify us immediately 
by e-mail and then delete all copies of this message and any attachments.


In addition you should be aware that ordinary (unencrypted) e-mail sent 
through the Internet is not secure. Do not send confidential or sensitive 
information, such as social security numbers, account numbers, personal 
identification numbers and passwords, to us via ordinary (unencrypted) 
e-mail. 

FW: WebApp module daily run

[Pier Fumagalli]

It's working :) :) :) :)

Pier

-- Forwarded Message
From: [EMAIL PROTECTED]
Date: Thu, 18 Oct 2001 17:00:00 -
To: [EMAIL PROTECTED]
Subject: WebApp module daily run

### Started at Thu Oct 18 10:00:00 PDT 2001
### Updating CVS tree in "/home/pier/WebApp/webapp-module-"
P configure.in
P apr/Makefile.in
### Copying original tree "/home/pier/WebApp/webapp-module-"
###   to current tree "/home/pier/WebApp/webapp-module-20011018"
### Preparing tree
--- Running the "buildconf" script for APR
buildconf: checking installation...
buildconf: autoconf version 2.13 (ok)
buildconf: libtool version 1.3.5 (ok)
Copying libtool helper files ...
Creating include/arch/unix/apr_private.h.in ...
Creating configure ...
--- Creating WebApp "configure" script
--- All done

### Creating C-API documentation
Reading "wa.h"
Reading "wa_config.h"
   parsing class wa_connection
   parsing class wa_virtualhost
   parsing class wa_application
Reading "wa_main.h"
   parsing class wa_chain
   parsing class wa_provider
Reading "wa_request.h"
   parsing class wa_hostdata
   parsing class wa_handler
   parsing class wa_request

### Creating Java-API documentation
Loading source file Constants.java...
Loading source file WarpConfigurationHandler.java...
Loading source file WarpConnection.java...
Loading source file WarpConnector.java...
Loading source file WarpEngine.java...
Loading source file WarpHost.java...
Loading source file WarpLogger.java...
Loading source file WarpPacket.java...
Loading source file WarpRequest.java...
Loading source file WarpRequestHandler.java...
Loading source file WarpResponse.java...
Constructing Javadoc information...
Building tree for all the packages and classes...
Building index for all the packages and classes...
Generating ../docs/api-java/overview-tree.html...
Generating ../docs/api-java/index-files/index-1.html...
Generating ../docs/api-java/index-files/index-2.html...
Generating ../docs/api-java/index-files/index-3.html...
Generating ../docs/api-java/index-files/index-4.html...
Generating ../docs/api-java/index-files/index-5.html...
Generating ../docs/api-java/index-files/index-6.html...
Generating ../docs/api-java/index-files/index-7.html...
Generating ../docs/api-java/index-files/index-8.html...
Generating ../docs/api-java/index-files/index-9.html...
Generating ../docs/api-java/index-files/index-10.html...
Generating ../docs/api-java/index-files/index-11.html...
Generating ../docs/api-java/index-files/index-12.html...
Generating ../docs/api-java/index-files/index-13.html...
Generating ../docs/api-java/index-files/index-14.html...
Generating ../docs/api-java/index-files/index-15.html...
Generating ../docs/api-java/index-files/index-16.html...
Generating ../docs/api-java/index-files/index-17.html...
Generating ../docs/api-java/deprecated-list.html...
Building index for all classes...
Generating ../docs/api-java/allclasses-frame.html...
Generating ../docs/api-java/index.html...
Generating ../docs/api-java/packages.html...
Generating 
../docs/api-java/org/apache/catalina/connector/warp/Constants.html...
Generating 
../docs/api-java/org/apache/catalina/connector/warp/WarpConfigurationHandler
.html...
Generating 
../docs/api-java/org/apache/catalina/connector/warp/WarpConnection.html...
Generating 
../docs/api-java/org/apache/catalina/connector/warp/WarpConnector.html...
Generating 
../docs/api-java/org/apache/catalina/connector/warp/WarpEngine.html...
Generating 
../docs/api-java/org/apache/catalina/connector/warp/WarpHost.html...
Generating 
../docs/api-java/org/apache/catalina/connector/warp/WarpLogger.html...
Generating 
../docs/api-java/org/apache/catalina/connector/warp/WarpPacket.html...
Generating 
../docs/api-java/org/apache/catalina/connector/warp/WarpRequest.html...
Generating 
../docs/api-java/org/apache/catalina/connector/warp/WarpRequest.Stream.html.
..
Generating 
../docs/api-java/org/apache/catalina/connector/warp/WarpRequestHandler.html.
..
Generating 
../docs/api-java/org/apache/catalina/connector/warp/WarpResponse.html...
Generating 
../docs/api-java/org/apache/catalina/connector/warp/WarpResponse.Stream.html
...
Generating ../docs/api-java/serialized-form.html...
Generating ../docs/api-java/package-list...
Generating ../docs/api-java/help-doc.html...
Generating ../docs/api-java/stylesheet.css...

### Creating distribution archives
### Checking for modifications
webapp-module-20011018.tar.gz modified
webapp-module-20011018.zip modified
### Copying documentation
### Removing directory
### Removing old snapshots
Preserving /home/pier/public_html/snapshots/webapp-module-20011016.tar.gz
Preserving /home/pier/public_html/snapshots/webapp-module-20011017.tar.gz
Preserving /home/pier/public_html/snapshots/webapp-module-20011018.tar.gz
Preserving /home/pier/public_html/snapshots/webapp-module-20011016.zip
Preserving /home/pier/public_html/snapshots/webapp-module-2

Re: [VOTE] New Committer

[Kin-Man Chung]

+1

Welcome, Patrick.

> Date: Wed, 17 Oct 2001 22:02:13 -0600 (MDT)
> From: Christopher Cain <[EMAIL PROTECTED]>
> Subject: [VOTE] New Committer
> X-Originating-IP: 216.17.139.153
> To: [EMAIL PROTECTED]
> MIME-version: 1.0
> Content-transfer-encoding: 8BIT
> Delivered-to: mailing list [EMAIL PROTECTED]
> Mailing-List: contact [EMAIL PROTECTED]; run by ezmlm
> User-Agent: IMP/PHP IMAP webmail program 2.2.6
> X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N
> List-Post: 
> List-Unsubscribe: 
> List-Help: 
> 
> I would like to nominate Patrick Luby <[EMAIL PROTECTED]> for committer 
> status. His recent contributions include several security-manager-related 
> patches and documentation help, and appears keen to tackle the Admin Apps 
> functionality as well. I think he would make an excellent addition to the 
team. 
> Votes please?
> 
> - Christopher
> 
> /**
>  * Pleurez, pleurez, mes yeux, et fondez vous en eau!
>  * La moitié de ma vie a mis l'autre au tombeau.
>  *---Corneille
>  */

Re: Adding SSL support to mod_webapp

[jean-frederic clere]

Pier Fumagalli wrote:
> 
> jean-frederic clere at [EMAIL PROTECTED] wrote:
> 
> > Hi,
> >
> > I have started to add SSL support to mod_webapp. I have prepared a test patch
> > for client certificates, it works.
> >
> > I will now add the missing part and improve it a little:
> > Storing the ssl_cert and other in a substructure of wa_request instead
> > directly
> > in wa_request.
> > Something like:
> > +++
> > typedef struct wa_ssldata wa_ssldata;
> > struct wa_ssldata {
> >  char *ssl_cert;
> >  char *ssl_cipher;
> >  char *ssl_session;
> >  int   ssl_key_size;
> > }
> > struct wa_request {
> > ...
> > wa_ssldata *ssld;
> > }
> > +++
> 
> Dunno why but I like this structure...

:) Thanks for the idea :)

> 
> > Changing the protocol elements:
> > TYPE_CBK_READ to TYPE_ASK_READ
> > TYPE_CBK_DATA to TYPE_REP_DATA
> > TYPE_CBK_DOME to TYPE_REP_DONE
> > To see more easly was it from web server (REP: Reponse) and to web server
> > (ASK: Ask).
> 
> REP=Reply :)

Sure... One day may be I will stop using french words in the "foreign" languages
I use every day.

> 
> > I will (from the patch) remove (TYPE_REP_SSL_SESSION, TYPE_REP_SSL_CIPHER,
> > TYPE_REP_SSL_KEYSIZ and replace them by TYPE_REP_SSL that will carry
> > SSL_SESSION, SSL_CIPHER and KEYSIZ in its payload.
> >
> > The things like "SSL_CLIENT_CERT", that are extracted from mod_ssl I will put
> > them in an include file I think that they have fixed values in a webserver
> > implementation.
> > req->ssl_cert = (char *)ap_table_get(r->subprocess_env,"SSL_CLIENT_CERT");
> >
> > Any comments?
> 
> Ok... Regarding variable names, I'm pretty sure that on all mod_ssl based
> Apaches this is going to work... Regarding Ben's Apache-SSL, I'm going to
> see him this Saturday, and I'll ask him details about SSL sessions (that I
> don't see in his code) and the difference between his SSL_CLIENT_CERT
> (encoded in Base64), and mod_ssl's (encoded in PEM)...

We have in mod_ssl (trace from the patched mod_webapp):
+++
[Thu Oct 18 18:35:04 2001] [error] CC bytes: (Sent=-BEGIN CERTIFICATE-
MIIDsjCCAxugAwIBAgIBAjANBgkqhkiG9w0BAQQFADCBgzELMAkGA1UEBhMCRVMx
EjAQBgNVBAgTCUJhcmNlbG9uYTESMBAGA1UEBxMJQmFyY2Vsb25hMRcwFQYDVQQK
Ew5UZXN0cyB2dHhjbGVyZTEQMA4GA1UEAxMHamZjbGVyZTEhMB8GCSqGSIb3DQEJ
ARYSamZjbGVyZUBhcGFjaGUub3JnMB4XDTAxMDkxMDEwNTQ0NloXDTAyMDkxMDEw
NTQ0NlowgaYxCzAJBgNVBAYTAkVTMRIwEAYDVQQIEwlDYXRhbHVueWExEjAQBgNV
BAcTCUJhcmNlbG9uYTEbMBkGA1UEChMSSmVhbi1GcmVkZXJpYyBVc2VyMREwDwYD
VQQLEwh2dHhjbGVyZTEcMBoGA1UEAxMTSmVhbi1GcmVkZXJpYyBDbGVyZTEhMB8G
CSqGSIb3DQEJARYSamZjbGVyZUBhcGFjaGUub3JnMIGfMA0GCSqGSIb3DQEBAQUA
A4GNADCBiQKBgQCRbBIK019yoEERo8UptWiRToj+agQOMxszKOwtASMi94UOXf7L
+++
I think that it is PEM . The Java documentation says that base64 and binary are
supported.
"man x509" says:
+++
The DER format is the DER encoding of the certificate and PEM is the base64
encoding of the DER encoding with header and footer lines added.
+++
So I hope it works for both :-)

> 
> That might be the only difference between the two, for the rest I can't
> really see much...
> 
> Pier
> 
> > Cheers
> >
> > Jean-frederic
> > Index: apache-1.3/mod_webapp.c
> > ===
> > RCS file:
> > /home/cvs/mirror/jakarta-tomcat-connectors/webapp/apache-1.3/mod_webapp.c,v
> > retrieving revision 1.24
> > diff -u -r1.24 mod_webapp.c
> > --- apache-1.3/mod_webapp.c2001/10/09 10:41:251.24
> > +++ apache-1.3/mod_webapp.c2001/10/18 15:15:59
> > @@ -462,6 +462,7 @@
> >req->clen=0;
> >req->ctyp="\0";
> >req->rlen=0;
> > +req->ssl_cert = (char
> > *)ap_table_get(r->subprocess_env,"SSL_CLIENT_CERT");
> >
> >/* Copy headers into webapp request structure */
> >if (r->headers_in!=NULL) {
> > Index: include/wa_request.h
> > ===
> > RCS file:
> > /home/cvs/mirror/jakarta-tomcat-connectors/webapp/include/wa_request.h,v
> > retrieving revision 1.6
> > diff -u -r1.6 wa_request.h
> > --- include/wa_request.h2001/07/19 23:47:311.6
> > +++ include/wa_request.h2001/10/18 15:16:02
> > @@ -128,6 +128,8 @@
> >long rlen;
> >/** The current headers table. */
> >apr_table_t *hdrs;
> > +/** The client certificate string */
> > +char *ssl_cert;
> > };
> >
> > /**
> > Index: java/Constants.java.in
> > ===
> > RCS file:
> > /home/cvs/mirror/jakarta-tomcat-connectors/webapp/java/Constants.java.in,v
> > retrieving revision 1.11
> > diff -u -r1.11 Constants.java.in
> > --- java/Constants.java.in2001/08/09 20:02:151.11
> > +++ java/Constants.java.in2001/10/18 15:16:03
> > @@ -363,4 +363,62 @@
> > * No payload.
> > */
> >public static final int TYPE_CBK_DONE=0x42;
> > +
> > +/**
> > + * ASK_SSL: The WARP client (HTTP server) asks the WARP server to
> > + * transfer the basic SSL information (cypher, keysize and session).
> > + *

Re: [VOTE] New Committer

[Andy Armstrong]

+1


Christopher Cain wrote:
> 
> I would like to nominate Patrick Luby <[EMAIL PROTECTED]> for committer
> status. His recent contributions include several security-manager-related
> patches and documentation help, and appears keen to tackle the Admin Apps
> functionality as well. I think he would make an excellent addition to the team.
> Votes please?
> 
> - Christopher
> 
> /**
>  * Pleurez, pleurez, mes yeux, et fondez vous en eau!
>  * La moitié de ma vie a mis l'autre au tombeau.
>  *---Corneille
>  */

-- 
Andy Armstrong, Tagish

Re: Adding SSL support to mod_webapp

[Pier Fumagalli]

jean-frederic clere at [EMAIL PROTECTED] wrote:

> Hi,
> 
> I have started to add SSL support to mod_webapp. I have prepared a test patch
> for client certificates, it works.
> 
> I will now add the missing part and improve it a little:
> Storing the ssl_cert and other in a substructure of wa_request instead
> directly
> in wa_request.
> Something like:
> +++
> typedef struct wa_ssldata wa_ssldata;
> struct wa_ssldata {
>  char *ssl_cert;
>  char *ssl_cipher;
>  char *ssl_session;
>  int   ssl_key_size;
> }
> struct wa_request {
> ...
> wa_ssldata *ssld;
> }
> +++

Dunno why but I like this structure...

> Changing the protocol elements:
> TYPE_CBK_READ to TYPE_ASK_READ
> TYPE_CBK_DATA to TYPE_REP_DATA
> TYPE_CBK_DOME to TYPE_REP_DONE
> To see more easly was it from web server (REP: Reponse) and to web server
> (ASK: Ask).

REP=Reply :)

> I will (from the patch) remove (TYPE_REP_SSL_SESSION, TYPE_REP_SSL_CIPHER,
> TYPE_REP_SSL_KEYSIZ and replace them by TYPE_REP_SSL that will carry
> SSL_SESSION, SSL_CIPHER and KEYSIZ in its payload.
> 
> The things like "SSL_CLIENT_CERT", that are extracted from mod_ssl I will put
> them in an include file I think that they have fixed values in a webserver
> implementation.
> req->ssl_cert = (char *)ap_table_get(r->subprocess_env,"SSL_CLIENT_CERT");
> 
> Any comments?

Ok... Regarding variable names, I'm pretty sure that on all mod_ssl based
Apaches this is going to work... Regarding Ben's Apache-SSL, I'm going to
see him this Saturday, and I'll ask him details about SSL sessions (that I
don't see in his code) and the difference between his SSL_CLIENT_CERT
(encoded in Base64), and mod_ssl's (encoded in PEM)...

That might be the only difference between the two, for the rest I can't
really see much...

Pier


> Cheers
> 
> Jean-frederic
> Index: apache-1.3/mod_webapp.c
> ===
> RCS file: 
> /home/cvs/mirror/jakarta-tomcat-connectors/webapp/apache-1.3/mod_webapp.c,v
> retrieving revision 1.24
> diff -u -r1.24 mod_webapp.c
> --- apache-1.3/mod_webapp.c2001/10/09 10:41:251.24
> +++ apache-1.3/mod_webapp.c2001/10/18 15:15:59
> @@ -462,6 +462,7 @@
>req->clen=0;
>req->ctyp="\0";
>req->rlen=0;
> +req->ssl_cert = (char
> *)ap_table_get(r->subprocess_env,"SSL_CLIENT_CERT");
> 
>/* Copy headers into webapp request structure */
>if (r->headers_in!=NULL) {
> Index: include/wa_request.h
> ===
> RCS file: 
> /home/cvs/mirror/jakarta-tomcat-connectors/webapp/include/wa_request.h,v
> retrieving revision 1.6
> diff -u -r1.6 wa_request.h
> --- include/wa_request.h2001/07/19 23:47:311.6
> +++ include/wa_request.h2001/10/18 15:16:02
> @@ -128,6 +128,8 @@
>long rlen;
>/** The current headers table. */
>apr_table_t *hdrs;
> +/** The client certificate string */
> +char *ssl_cert;
> };
> 
> /**
> Index: java/Constants.java.in
> ===
> RCS file: 
> /home/cvs/mirror/jakarta-tomcat-connectors/webapp/java/Constants.java.in,v
> retrieving revision 1.11
> diff -u -r1.11 Constants.java.in
> --- java/Constants.java.in2001/08/09 20:02:151.11
> +++ java/Constants.java.in2001/10/18 15:16:03
> @@ -363,4 +363,62 @@
> * No payload.
> */
>public static final int TYPE_CBK_DONE=0x42;
> +
> +/**
> + * ASK_SSL: The WARP client (HTTP server) asks the WARP server to
> + * transfer the basic SSL information (cypher, keysize and session).
> + * 
> + * No payload.
> + */
> +public static final int TYPE_ASK_SSL=0x43;
> +
> +/**
> + * ASK_SSL_CLIENT: The WARP client (HTTP server) asks the WARP server to
> + * transfer the client certificate.
> + * (just the first element of the chain and the webserver should request
> + * for it to the browser if possible).
> + * 
> + * No payload.
> + */
> +public static final int TYPE_ASK_SSL_CLIENT=0x44;
> +
> +/**
> + * REP_SSL_CERT: The client certificate (remote peer).
> + * 
> + * Payload description:
> + * [string] The client certificate.
> + */
> +public static final int TYPE_REP_SSL_CERT=0x52;
> + 
> +/**
> + * REP_SSL_CIPHER: The cipher used between client and server.
> + * 
> + * Payload description:
> + * [string] The cipher_suite.
> + */
> +public static final int TYPE_REP_SSL_CIPHER=0x53;
> + 
> +/**
> + * REP_SSL_SESSION: The ssl session.
> + * 
> + * Payload description:
> + * [string] The ssl session. (That is not in the spec's).
> + */
> +public static final int TYPE_REP_SSL_SESSION=0x54;
> + 
> +/**
> + * REP_SSL_KEYSIZ: size of the used algorithm.
> + * 
> + * Payload description:
> + * [ushort] size of the algorithm (56-128).
> + */
> +public static final int TYPE_REP_SSL_KEYSIZ=0x55;
> + 
> +  

DO NOT REPLY [Bug 4263] - Apache Tomcat service hangs after serving first request.

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=4263

Apache Tomcat service hangs after serving first request.





--- Additional Comments From [EMAIL PROTECTED]  2001-10-18 09:13 ---
Are you sure the first page you see wasn't served by your browser's cache ?
I use the Tomcat as a sys service (installed through the installer) with Win2k 
(SP2) / JDK 1.3.1, and it works ok.
Please check the stdout.log. If it's empty then it's bad. If Tomcat did indeed 
start, some of the other log files should contain some kind of error message.

RE: about clientAuth cert

[Ron Lin]

i'm having the same problem... 

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, October 17, 2001 11:41 PM
To: [EMAIL PROTECTED]
Subject: about clientAuth cert


I imported a Windows 2000 CA cert into the .keystore file using the alias
tomcat(I have imported the root cert into the cacertsfile). Started tomcat
normally. If I set the parameter "clientAuth" as false, the browser can
visit the files on https. but if I set the "clientAuth" as true. the
browser show me a listbox let me choose a certificate to use https. however
the content of listbox is blank. (I had imported a cert into the browser).
Does anybody give me any help. thank you in advance.

RE: [VOTE] New Committer

[Marc Saegesser]

+1


Marc Saegesser

> -Original Message-
> From: Christopher Cain [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, October 17, 2001 11:02 PM
> To: [EMAIL PROTECTED]
> Subject: [VOTE] New Committer
>
>
> I would like to nominate Patrick Luby <[EMAIL PROTECTED]> for
> committer
> status. His recent contributions include several security-manager-related
> patches and documentation help, and appears keen to tackle the Admin Apps
> functionality as well. I think he would make an excellent
> addition to the team.
> Votes please?
>
> - Christopher
>
> /**
>  * Pleurez, pleurez, mes yeux, et fondez vous en eau!
>  * La moitié de ma vie a mis l'autre au tombeau.
>  *---Corneille
>  */

Adding SSL support to mod_webapp

[jean-frederic clere]

Hi,

I have started to add SSL support to mod_webapp. I have prepared a test patch
for client certificates, it works.

I will now add the missing part and improve it a little:
Storing the ssl_cert and other in a substructure of wa_request instead directly
in wa_request.
Something like:
+++
 typedef struct wa_ssldata wa_ssldata;
 struct wa_ssldata {
   char *ssl_cert;
   char *ssl_cipher;
   char *ssl_session;
   int   ssl_key_size;
 }
 struct wa_request {
  ...
  wa_ssldata *ssld;
 }
+++
 
Changing the protocol elements:
TYPE_CBK_READ to TYPE_ASK_READ
TYPE_CBK_DATA to TYPE_REP_DATA
TYPE_CBK_DOME to TYPE_REP_DONE
To see more easly was it from web server (REP: Reponse) and to web server (ASK:
Ask).

I will (from the patch) remove (TYPE_REP_SSL_SESSION, TYPE_REP_SSL_CIPHER,
TYPE_REP_SSL_KEYSIZ and replace them by TYPE_REP_SSL that will carry
SSL_SESSION, SSL_CIPHER and KEYSIZ in its payload.

The things like "SSL_CLIENT_CERT", that are extracted from mod_ssl I will put
them in an include file I think that they have fixed values in a webserver
implementation.
req->ssl_cert = (char *)ap_table_get(r->subprocess_env,"SSL_CLIENT_CERT");

Any comments?

Cheers

Jean-frederic

Index: apache-1.3/mod_webapp.c
===
RCS file: /home/cvs/mirror/jakarta-tomcat-connectors/webapp/apache-1.3/mod_webapp.c,v
retrieving revision 1.24
diff -u -r1.24 mod_webapp.c
--- apache-1.3/mod_webapp.c 2001/10/09 10:41:25 1.24
+++ apache-1.3/mod_webapp.c 2001/10/18 15:15:59
@@ -462,6 +462,7 @@
 req->clen=0;
 req->ctyp="\0";
 req->rlen=0;
+req->ssl_cert = (char *)ap_table_get(r->subprocess_env,"SSL_CLIENT_CERT");
 
 /* Copy headers into webapp request structure */
 if (r->headers_in!=NULL) {
Index: include/wa_request.h
===
RCS file: /home/cvs/mirror/jakarta-tomcat-connectors/webapp/include/wa_request.h,v
retrieving revision 1.6
diff -u -r1.6 wa_request.h
--- include/wa_request.h2001/07/19 23:47:31 1.6
+++ include/wa_request.h2001/10/18 15:16:02
@@ -128,6 +128,8 @@
 long rlen;
 /** The current headers table. */
 apr_table_t *hdrs;
+/** The client certificate string */
+char *ssl_cert;
 };
 
 /**
Index: java/Constants.java.in
===
RCS file: /home/cvs/mirror/jakarta-tomcat-connectors/webapp/java/Constants.java.in,v
retrieving revision 1.11
diff -u -r1.11 Constants.java.in
--- java/Constants.java.in  2001/08/09 20:02:15 1.11
+++ java/Constants.java.in  2001/10/18 15:16:03
@@ -363,4 +363,62 @@
  * No payload.
  */
 public static final int TYPE_CBK_DONE=0x42;
+
+/**
+ * ASK_SSL: The WARP client (HTTP server) asks the WARP server to
+ * transfer the basic SSL information (cypher, keysize and session).
+ * 
+ * No payload.
+ */
+public static final int TYPE_ASK_SSL=0x43;
+
+/**
+ * ASK_SSL_CLIENT: The WARP client (HTTP server) asks the WARP server to
+ * transfer the client certificate.
+ * (just the first element of the chain and the webserver should request
+ * for it to the browser if possible).
+ * 
+ * No payload.
+ */
+public static final int TYPE_ASK_SSL_CLIENT=0x44;
+
+/**
+ * REP_SSL_CERT: The client certificate (remote peer).
+ * 
+ * Payload description:
+ * [string] The client certificate.
+ */
+public static final int TYPE_REP_SSL_CERT=0x52;
+ 
+/**
+ * REP_SSL_CIPHER: The cipher used between client and server.
+ * 
+ * Payload description:
+ * [string] The cipher_suite.
+ */
+public static final int TYPE_REP_SSL_CIPHER=0x53;
+ 
+/**
+ * REP_SSL_SESSION: The ssl session.
+ * 
+ * Payload description:
+ * [string] The ssl session. (That is not in the spec's).
+ */
+public static final int TYPE_REP_SSL_SESSION=0x54;
+ 
+/**
+ * REP_SSL_KEYSIZ: size of the used algorithm.
+ * 
+ * Payload description:
+ * [ushort] size of the algorithm (56-128).
+ */
+public static final int TYPE_REP_SSL_KEYSIZ=0x55;
+ 
+/**
+ * REP_SSL_NO: Request SSL information is not available.
+ * 
+ * No payload.
+ */
+public static final int TYPE_REP_SSL_NO=0x5F;
 }
+
Index: java/Makefile.in
===
RCS file: /home/cvs/mirror/jakarta-tomcat-connectors/webapp/java/Makefile.in,v
retrieving revision 1.3
diff -u -r1.3 Makefile.in
--- java/Makefile.in2001/09/17 05:04:02 1.3
+++ java/Makefile.in2001/10/18 15:16:04
@@ -70,6 +70,7 @@
WarpRequest.java \
WarpRequestHandler.java \
WarpResponse.java \
+   WarpCertificates.java
 
 ARCHIVE = warp.jar
 
Index: java/WarpConnector.java
===
RCS file: /home/cvs/mirror/jakarta-to

about clientAuth cert

[WangZheng]

I imported a Windows 2000 CA cert into the .keystore file using the alias
tomcat(I have imported the root cert into the cacertsfile). Started tomcat
normally. If I set the parameter "clientAuth" as false, the browser can
visit the files on https. but if I set the "clientAuth" as true. the
browser show me a listbox let me choose a certificate to use https. however
the content of listbox is blank. (I had imported a cert into the browser).
Does anybody give me any help. thank you in advance.

RE: [VOTE] New Committer

[Gomez Henri]

+1

Welcome on board

-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .) 
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 

Re: [VOTE] New Committer

[Craig R. McClanahan]

+1

Craig


On Wed, 17 Oct 2001, Christopher Cain wrote:

> Date: Wed, 17 Oct 2001 22:02:13 -0600 (MDT)
> From: Christopher Cain <[EMAIL PROTECTED]>
> Reply-To: [EMAIL PROTECTED]
> To: [EMAIL PROTECTED]
> Subject: [VOTE] New Committer
>
> I would like to nominate Patrick Luby <[EMAIL PROTECTED]> for committer
> status. His recent contributions include several security-manager-related
> patches and documentation help, and appears keen to tackle the Admin Apps
> functionality as well. I think he would make an excellent addition to the team.
> Votes please?
>
> - Christopher
>
> /**
>  * Pleurez, pleurez, mes yeux, et fondez vous en eau!
>  * La moitié de ma vie a mis l'autre au tombeau.
>  *---Corneille
>  */
>

Re: Tomcat and Visualage for Java 4.0

[Sriram Narayanan]

Hi,

I use VaJava myself, and have written a "Tomcat Test Environment" too. All that I do 
is invoke the main method actually...

However, I find that what runs within VA often does not run outside of it. Either 
classes do not get loaded, or response.sendRedirect needs to be used in place of 
request despatching. I'm aware that these problems may be due to coding problems on my 
part.

So what I do is
-> Do initial testing and debuggin within VA. VA is just great for debugging.
-> Once the workflow is implemented, test the same code outside of VA.

Sriram

13/10/2001 2:20:47 AM, Hein <[EMAIL PROTECTED]> wrote:

>Dear Tomcat dev. team,
> 
>Is there a version of the product mentioned in the following posting that 
>orks with VA Java 4.0 ?
> 
>http://w6.metronet.com/~wjm/tomcat/2000/Aug/msg00664.html
> 
>Greetings from an experienced (and satisfied) Tomcat user from Holland,
>Hein
>
>




_
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com

RE: [VOTE] New Committer

[Ignacio J. Ortega]

+1

Saludos ,
Ignacio J. Ortega


> -Mensaje original-
> De: Christopher Cain [mailto:[EMAIL PROTECTED]]
> Enviado el: jueves 18 de octubre de 2001 6:02
> Para: [EMAIL PROTECTED]
> Asunto: [VOTE] New Committer
> 
> 
> I would like to nominate Patrick Luby <[EMAIL PROTECTED]> 
> for committer 
> status. His recent contributions include several 
> security-manager-related 
> patches and documentation help, and appears keen to tackle 
> the Admin Apps 
> functionality as well. I think he would make an excellent 
> addition to the team. 
> Votes please?
> 
> - Christopher
> 
> /**
>  * Pleurez, pleurez, mes yeux, et fondez vous en eau!
>  * La moitié de ma vie a mis l'autre au tombeau.
>  *---Corneille
>  */
> 

Re: [VOTE] New Committer

[Mike Anderson]

+1

Welcome Patrick.

Mike Anderson

>>> [EMAIL PROTECTED] 10/17/01 10:02PM >>>
I would like to nominate Patrick Luby <[EMAIL PROTECTED]> for committer 
status. His recent contributions include several security-manager-related 
patches and documentation help, and appears keen to tackle the Admin Apps 
functionality as well. I think he would make an excellent addition to the team. 
Votes please?

- Christopher

/**
 * Pleurez, pleurez, mes yeux, et fondez vous en eau!
 * La moitié de ma vie a mis l'autre au tombeau.
 *---Corneille
 */

DO NOT REPLY [Bug 4237] - Cookies with spaces in value are truncated.

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=4237

Cookies with spaces in value are truncated.

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED



--- Additional Comments From [EMAIL PROTECTED]  2001-10-18 07:16 ---
Checked in patch.

cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/util/http Cookies.java

[mmanders]

mmanders01/10/18 07:06:23

  Modified:src/share/org/apache/tomcat/util/http Cookies.java
  Log:
  Fixed a problem where a value containing a space was truncated at the space.  The 
RFC is somewhat vague in this reguard, but this patch matches functionality of other 
versions of Tomcat and other servlet conainters.  Fixes bug 4237.
  
  Revision  ChangesPath
  1.10  +1 -1  
jakarta-tomcat/src/share/org/apache/tomcat/util/http/Cookies.java
  
  Index: Cookies.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat/src/share/org/apache/tomcat/util/http/Cookies.java,v
  retrieving revision 1.9
  retrieving revision 1.10
  diff -u -r1.9 -r1.10
  --- Cookies.java  2001/07/19 05:51:30 1.9
  +++ Cookies.java  2001/10/18 14:06:23 1.10
  @@ -357,7 +357,7 @@
   {
while( off < end ) {
byte b=bytes[off];
  - if( b==' ' || b==';' || b==',' )
  + if( b==';' || b==',' )
return off;
off++;
}
  
  
  

DO NOT REPLY [Bug 4231] - use CATALINA_BASE/classes & CATALINA_BASE/lib for shared classloader

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=4231

use CATALINA_BASE/classes & CATALINA_BASE/lib for shared classloader





--- Additional Comments From [EMAIL PROTECTED]  2001-10-18 07:10 ---
I am currently running Tomcat 3.2.1.  I am using the "-h"
option to run multiple instances with one binary installation.
Each instance has its own "lib" directory which enable me to
use different versions of jar files for each instance.
I would like to see this "feature" in Tomcat 4.0 also.
I have looked at the source code.  All this is needed is
to change the shared classloader to look in CATALINA_BASE/lib
and CATALINA_BASE/classes instead of CATALINA_HOME.

Re: WebApp Module daily snapshots available...

[Pier Fumagalli]

On Thursday, October 18, 2001, at 10:37  am, Kazuhiro Kazama wrote:

> Pier,
>
> From: Pier Fumagalli <[EMAIL PROTECTED]>
> Subject: WebApp Module daily snapshots available...
> Date: Thu, 18 Oct 2001 03:19:05 +0100
>> In theory (if everything goes right as expected and I didn't 
>> screw up with
>> my SH scripts), daily snapshots of the WebApp module are 
>> available on my
>> home on Nagoya:
>
> I try to compile your latest snapshot with gcc 2.95.3 on Solaris x86
> 2.8 but it needs to link with additional libraries, libpthread.so and
> libgcc.a.
>
> And its behavior is very unstable. For example, I can sometimes access
> Tomcat examples or get error "Web-application not yet deployed".
>
> I watch its deployment state by using /webapp-info. So it changes
> between true and false frequently. I guess this may be a
> synchronization problem because I use a SMP machine.

Seems that one of the Apache processes was not able to deploy the 
application. Logs, please...

Pier

Re: [VOTE] New Committer

[costinm]

+1, nice work so far !

Costin


On Wed, 17 Oct 2001, Christopher Cain wrote:

> I would like to nominate Patrick Luby <[EMAIL PROTECTED]> for committer
> status. His recent contributions include several security-manager-related
> patches and documentation help, and appears keen to tackle the Admin Apps
> functionality as well. I think he would make an excellent addition to the team.
> Votes please?
>
> - Christopher
>
> /**
>  * Pleurez, pleurez, mes yeux, et fondez vous en eau!
>  * La moitié de ma vie a mis l'autre au tombeau.
>  *---Corneille
>  */
>

RE: [VOTE] New Committer

[Larry Isaacs]

+1

Larry

> -Original Message-
> From: Christopher Cain [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, October 18, 2001 12:02 AM
> To: [EMAIL PROTECTED]
> Subject: [VOTE] New Committer
> 
> 
> I would like to nominate Patrick Luby <[EMAIL PROTECTED]> 
> for committer 
> status. His recent contributions include several 
> security-manager-related 
> patches and documentation help, and appears keen to tackle 
> the Admin Apps 
> functionality as well. I think he would make an excellent 
> addition to the team. 
> Votes please?
> 
> - Christopher
> 
> /**
>  * Pleurez, pleurez, mes yeux, et fondez vous en eau!
>  * La moitié de ma vie a mis l'autre au tombeau.
>  *---Corneille
>  */
> 

DO NOT REPLY [Bug 4266] New: - Jasper is unable to handle a jar containing multiple tlds.

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=4266

Jasper is unable to handle a jar containing multiple tlds.

   Summary: Jasper is unable to handle a jar containing multiple
tlds.
   Product: Tomcat 4
   Version: 4.0.1 Final
  Platform: All
OS/Version: All
Status: NEW
  Severity: Major
  Priority: Other
 Component: Jasper
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


JavaServer Pages Specification 1.2
Section: JSP.7.3.4, first bullet:
"Each TLD file is examined.  If it has a  element, then a new
  element is created, with a  subelement whose value
 is that of the  element, and with a  subelement
 that refers to the TDL file."

Second paragraph of the same section:
"This mechanism provides an automatic URI to TLD mapping as well as
 supporting multiple TLDs within a packaged JAR"



This functionality isn't working with jasper.  When an attempting to use taglib
directive specifying the same uri value as described by the  element
in the JAR packaged TLD, the following stacktrace is generated:

*
org.apache.jasper.JasperException: File "/examples" not found
at
org.apache.jasper.compiler.TagLibraryInfoImpl.(TagLibraryInfoImpl.java:214)
at
org.apache.jasper.compiler.TagLibraryInfoImpl.(TagLibraryInfoImpl.java:174)
at
org.apache.jasper.compiler.JspParseEventListener.processTaglibDirective(JspParseEventListener.java:1148)
at
org.apache.jasper.compiler.JspParseEventListener.handleDirective(JspParseEventListener.java:755)
at
org.apache.jasper.compiler.DelegatingListener.handleDirective(DelegatingListener.java:121)
at org.apache.jasper.compiler.Parser$Directive.accept(Parser.java:243)
at org.apache.jasper.compiler.Parser.parse(Parser.java:1126)
at org.apache.jasper.compiler.Parser.parse(Parser.java:1091)
at org.apache.jasper.compiler.Parser.parse(Parser.java:1087)
at
org.apache.jasper.compiler.ParserController.parse(ParserController.java:213)
at org.apache.jasper.compiler.Compiler.compile(Compiler.java:210)
at org.apache.jasper.servlet.JspServlet.loadJSP(JspServlet.java:528)
at
org.apache.jasper.servlet.JspServlet$JspServletWrapper.loadIfNecessary(JspServlet.java:176)
at
org.apache.jasper.servlet.JspServlet$JspServletWrapper.service(JspServlet.java:188)
at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:381)
at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:458)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:247)
at
org.apache.catalina.core.ApplicationFilterChain.access$0(ApplicationFilterChain.java:197)
at
org.apache.catalina.core.ApplicationFilterChain$1.run(ApplicationFilterChain.java:176)
at java.security.AccessController.doPrivileged(Native Method)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:172)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:243)
at
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:566)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:215)
at
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:566)
at
org.apache.catalina.valves.CertificatesValve.invoke(CertificatesValve.java:246)
at
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:564)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
at
org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2314)
at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:164)
at
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:566)
at
org.apache.catalina.authenticator.SingleSignOn.invoke(SingleSignOn.java:368)
at
org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:564)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:163)
at
org.apache.catalina.core.StandardPipe

Re: [VOTE] New Committer

[jean-frederic clere]

+1

Christopher Cain wrote:
> 
> I would like to nominate Patrick Luby <[EMAIL PROTECTED]> for committer
> status. His recent contributions include several security-manager-related
> patches and documentation help, and appears keen to tackle the Admin Apps
> functionality as well. I think he would make an excellent addition to the team.
> Votes please?
> 
> - Christopher
> 
> /**
>  * Pleurez, pleurez, mes yeux, et fondez vous en eau!
>  * La moitié de ma vie a mis l'autre au tombeau.
>  *---Corneille
>  */

Re: Client Auth

[jean-frederic clere]

Ron Lin wrote:
> 
> I need to pass a Client Cert through Tomcat 4.0, but the problem is that I
> want to use self-signed certificates, and if the clientAuth flag in the SSL
> Connector is set to true, it appears to require a valid CA-signed cert.

What I have done is to use openssl:
- Create a demoCA. (CA.pl)
- Prepare a certificate key and pem 
- Sign the pem using the demoCA.
- make p12 and import it in the browser.
- add the demoCA certificate (demoCA/cacert.pem) $JAVA_HOME/jre/lib/security
(keytool).

The other way is to get a free certificate for Thawte.
 
> 
> is there any way to do something similar to Apache, to just have client auth
> become OPTIONAL so that self-signed certs could be validly used?
> 
> is there something i can do in the web.xml file to configure Tomcat to
> request the client cert without imposing any restrictions?
> 
> thanks,
> Ron

Re: WebApp Module daily snapshots available...

[Kazuhiro Kazama]

Pier,

From: Pier Fumagalli <[EMAIL PROTECTED]>
Subject: WebApp Module daily snapshots available...
Date: Thu, 18 Oct 2001 03:19:05 +0100
> In theory (if everything goes right as expected and I didn't screw up with
> my SH scripts), daily snapshots of the WebApp module are available on my
> home on Nagoya:

I try to compile your latest snapshot with gcc 2.95.3 on Solaris x86
2.8 but it needs to link with additional libraries, libpthread.so and
libgcc.a.

And its behavior is very unstable. For example, I can sometimes access
Tomcat examples or get error "Web-application not yet deployed".

I watch its deployment state by using /webapp-info. So it changes
between true and false frequently. I guess this may be a
synchronization problem because I use a SMP machine.

Kazuhiro Kazama ([EMAIL PROTECTED]) NTT Network Innovation Laboratories

DO NOT REPLY [Bug 4263] New: - Apache Tomcat service hangs after serving first request.

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=4263

Apache Tomcat service hangs after serving first request.

   Summary: Apache Tomcat service hangs after serving first request.
   Product: Tomcat 4
   Version: 4.0.1 Final
  Platform: PC
OS/Version: Windows NT/2K
Status: UNCONFIRMED
  Severity: Critical
  Priority: Other
 Component: Unknown
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


After restarting Apache Tomcat Windows service in Windows 2000, it can serve 
first html page. But after serving first servlet or jsp by clicking any link in sample 
page, Apache Tomcat service hangs and cannot do anything further. All I have to 
do is to restart it.

Unlike NT/2000 service, The standalone application works fine.

DO NOT REPLY [Bug 4261] New: - Support for #set server side include directive, please

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=4261

Support for #set server side include directive, please

   Summary: Support for #set server side include directive, please
   Product: Tomcat 4
   Version: 4.0 Final
  Platform: All
OS/Version: All
Status: NEW
  Severity: Enhancement
  Priority: Other
 Component: Catalina
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


Apache server side includes implement a #set directive, but Tomcat server side
include servlet does not. This prevents us from moving our older services to
pure Tomcat -based installations. 

We are also a little confused about the status of #set function. It seems to
work in Apache, and tutorials speak about it:

http://apachetoday.com/news_story.php3?ltsn=2000-06-26-001-01-NW-LF-SW

However, many other documents do not mention it at all. Likewise, Tomcat SSI
servlet does not support it. We are also not certain if there are any other such
SSI directives that Apache supports but Tomcat SSI servlet does not.

DO NOT REPLY [Bug 4260] New: - PageContextImpl cast in JspFactoryImpl.getPageContext()

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=4260

PageContextImpl cast in JspFactoryImpl.getPageContext()

   Summary: PageContextImpl cast in JspFactoryImpl.getPageContext()
   Product: Tomcat 3
   Version: 3.2.3 Final
  Platform: All
OS/Version: All
Status: NEW
  Severity: Normal
  Priority: Other
 Component: Jasper
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


In JspFactoryImpl.getPageContext() line 92 you could cast to PageContext instead 
of PageContextImpl.
We use an own PageConetxt implementation enclosing the original PageContext (for 
clean-up at release()). If usePool is true we get a ClassCastException.

DO NOT REPLY [Bug 4259] New: - SSI prosessing loses content-type information

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=4259

SSI prosessing loses content-type information

   Summary: SSI prosessing loses content-type information
   Product: Tomcat 4
   Version: 4.0 Final
  Platform: Sun
OS/Version: Linux
Status: NEW
  Severity: Critical
  Priority: Other
 Component: Catalina
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


Tomcat Server Side Include servlet seem to drop content-type information from
the responses it gives. In other words, calls to URLConnection.getContentType()
seem to return 'null' for SSI expanded documents. If SSI is deactivated, the
same operation works fine.

I tested the problem with the following simple program. The program outputs the
content type and content of a document downloaded from given URL address. For
SSI expanded files HTML files, the content type was always 'null', for others,
'text/html'. The content itself downloaded always fine.

package tmp;

import java.net.*;
import java.io.*;

public class URLReader
{
public static void main(String[] args) throws Exception {
URL url= new URL(args[0]);
URLConnection yc = url.openConnection();
System.out.println("ContentType: " + yc.getContentType());
BufferedReader in = new BufferedReader(
new InputStreamReader(
yc.getInputStream()));
String inputLine;

while ((inputLine = in.readLine()) != null)
System.out.println(inputLine);
in.close();
}
}