RE: Comment on DOXYGEN -> use ANTLR

[GOMEZ Henri]

I've got a discussion with Terence Parr [[EMAIL PROTECTED]],
antlr creator :

> hgomez wrote :
>
> It's not directly related, but in the apache jakarta tomcat project
> we're looking for a java tool which could parse C code to generate 
> documentations (à la javadoc). Currently we use Scandoc and others
> use doxygen but rather like to use a 100% java tool.

> Could antlr help us ?

You bet...i've built a number of C and C-like parsers with ANTLR and
its progenitor PCCTS.  In fact, check out the GNU C grammar for ANTLR:

http://www.antlr.org/grammars/cgram/

That should get you started :)  let me know if I can help...i have
lots of opinions ;)

May be the best track for us ? Who could take a look at it ?

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

[j-t-c] JNI support

[GOMEZ Henri]

Find attached a patch to make jni support facultative :

If you define USE_NO_JNI (by hand in Makefile or via 
updated autoconf), the JNI support is removed.

Thanks to comments 


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


 nojni.diff

JNI support in mod_jk : Was: mod_jk.so kills apache 1.3.19 on tru64 v5.1

[GOMEZ Henri]

>Henri, I've attached jni.h for you to look at.

Thanks.

I take a look at it. The jni.h enforce you to have _REENTRANT defined.
If you take a look in jk_mt.h (sort of thread wrapper), you'll see
that if _REENTRANT is defined, the wrapper consider you're running
in a multi-thread env (like Apache 2.0) and make use of some 
pthread call like (pthread_mutex_init, pthread_mutex_lock,...).

That's why your new build failed since you've built apache with 
pthread required.

>I've noticed from the tomcat-user mailing list that I'm not 
>the only one who's 
>had problems getting mod_jk.so working with apache and tomcat 
>on Tru64 UNIX. Do 
>you have any idea why this is so? I've had no problems on my 
>personal solaris 8 
>machine.

Solaris like many others OS didn't require the _REENTRANT defined.

What I propose you it to switch to jakarta-tomcat-connector where I should
add a switch in mod_jk to determine if you want jni support. 
Also JF Clere as done a great job in adding autoconf support and static
build.

Another very bad hack could be to add the HPUX11GCC define and remove 
jk_jni_worker.c from the list of source files to be compiled.

Just take a look at build-hpux.sh

What about having a flag in autoconf stuff to activate jni support ? 

Jean-Frédéric, could you add a switch to configure adding the jni flag or 
may be better just have it disable when  --with-java-home is not set.

The rules will be :

- you want jni, set the java flags in configure.
- you don't care about jni, don't set java flags in configure.

Many sites use mod_jk in ajp12/ajp13 mode and didn't make use of jni.

It will help many users/dev to build mod_jk on their platform (HPUX,
TRUEUnix, OpenBSD).

[j-t-c] updated copyrigth header (also in mod_jk)

[GOMEZ Henri]

mod_jk copyright is pretty old now (ref to java.apache.org)

What about using this updated one (from waht I found in webapp) :
May be also mod_jk in tomcat 3.2 and tomcat 3.3

/* =
*
 *
*
 * The Apache Software License,  Version 1.1
*
 *
*
 *  Copyright (c) 1999-2001 The Apache Software Foundation.
*
 *   All rights reserved.
*
 *
*
 * =
*
 *
*
 * Redistribution and use in source and binary forms,  with or without modi-
*
 * fication, are permitted provided that the following conditions are met:
*
 *
*
 * 1. Redistributions of source code  must retain the above copyright notice
*
 *notice, this list of conditions and the following disclaimer.
*
 *
*
 * 2. Redistributions  in binary  form  must  reproduce the  above copyright
*
 *notice,  this list of conditions  and the following  disclaimer in the
*
 *documentation and/or other materials provided with the distribution.
*
 *
*
 * 3. The end-user documentation  included with the redistribution,  if any,
*
 *must include the following acknowlegement:
*
 *
*
 *   "This product includes  software developed  by the Apache  Software
*
 *Foundation ."
*
 *
*
 *Alternately, this acknowlegement may appear in the software itself, if
*
 *and wherever such third-party acknowlegements normally appear.
*
 *
*
 * 4. The names  "The  Jakarta  Project",  "Jk",  and  "Apache  Software
*
 *Foundation"  must not be used  to endorse or promote  products derived
*
 *from this  software without  prior  written  permission.  For  written
*
 *permission, please contact <[EMAIL PROTECTED]>.
*
 *
*
 * 5. Products derived from this software may not be called "Apache" nor may
*
 *"Apache" appear in their names without prior written permission of the
*
 *Apache Software Foundation.
*
 *
*
 * THIS SOFTWARE IS PROVIDED "AS IS" AND ANY EXPRESSED OR IMPLIED WARRANTIES
*
 * INCLUDING, BUT NOT LIMITED TO,  THE IMPLIED WARRANTIES OF MERCHANTABILITY
*
 * AND FITNESS FOR  A PARTICULAR PURPOSE  ARE DISCLAIMED.  IN NO EVENT SHALL
*
 * THE APACHE  SOFTWARE  FOUNDATION OR  ITS CONTRIBUTORS  BE LIABLE  FOR ANY
*
 * DIRECT,  INDIRECT,   INCIDENTAL,  SPECIAL,  EXEMPLARY,  OR  CONSEQUENTIAL
*
 * DAMAGES (INCLUDING,  BUT NOT LIMITED TO,  PROCUREMENT OF SUBSTITUTE GOODS
*
 * OR SERVICES;  LOSS OF USE,  DATA,  OR PROFITS;  OR BUSINESS INTERRUPTION)
*
 * HOWEVER CAUSED AND  ON ANY  THEORY  OF  LIABILITY,  WHETHER IN  CONTRACT,
*
 * STRICT LIABILITY, OR TORT  (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN
*
 * ANY  WAY  OUT OF  THE  USE OF  THIS  SOFTWARE,  EVEN  IF  ADVISED  OF THE
*
 * POSSIBILITY OF SUCH DAMAGE.
*
 *
*
 * =
*
 *
*
 * This software  consists of voluntary  contributions made  by many indivi-
*
 * duals on behalf of the  Apache Software Foundation.  For more information
*
 * on the Apache Software Foundation, please see .
*
 *
*
 * =
*/
 

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

Tomcat 4.0 b6

[Deacon Marcus]

Hi,
When will next beta be available?
If it's still unknown, could someone tell me which is the last more-or-less
stable night build?

Thanks in advance,
 deacon Marcus

Re: [T4] Lifecycle problem

[Remy Maucherat]

> On Wed, 13 Jun 2001, Remy Maucherat wrote:
> 
> Can we accomplish this by erasing all the defined servlets, servlet
> mappings, MIME mappings, security constraints, and so on?  Recycling the
> Context object would mean we're impacting the surrounding environment
> (i.e. the Host objects that contain those Contexts) as well.

I don't see why we couldn't do that, and it appears to be enough here.
I think it would be cleaner to put that code in ContextConfig.stop().

Remy

Re: FYI: Comment on DOXYGEN...

[Paul Speed]

"Pier P. Fumagalli" wrote:
> 
> Paul Speed at [EMAIL PROTECTED] wrote:
> 
> > In another thread on this subject it was mentioned that someone was
> > looking for a replacement to these tools.  I, too, poked around a
> > little but it occurred to me that I don't even know what the specific
> > requirements for such a tool are.
> >
> > Might be worth discussion.  Clearly both of the current tools have
> > their problems.
> 
> Requirements?
> 
> - Parse C (and optionally C++)
> - Derive documentation from JavaDoc style comments in sources

Right, that's the part where it gets wierd.  Assumptions can be made,
like I assume you break down the docs based on file (in the case of
C) since there are no classes.  Ages ago I used a tool that required
section "tags" in the comments.  Ugly tool.

For C++, it's a little more straight forward from an organizational
standpoint.

> - Portable on any platform (no weird C++ code, Perl, Java, or ANSI-C)
> - Maybe have a decent abstraction for the generated documentation
>   (kinda like the Doclet thinghie in JavaDoc, maybe even reusing that)
> 
> Seems easy enough, but NOBODY ever thought about putting all those
> toghether...

I agree.  If I wasn't in poor, start-up company, working my butt
off mode, I'd throw one together myself.

> 
> Pier
> 
> BTW, I checked out ANTLR (as someone suggested, a parser generator) and
> their GNU-C grammar, and the modification would be really huge, up to the
> point that it might be worth rewriting a new grammar, only for the JavaDOC
> style comments in source codes

Yeah, in general, I prefer JavaCC.  No tangible reasons, just warm
and fuzzy ones.

-Paul Speed

[repost] [T4] servlet including jsp causes jsp to flush buffer?

[Geoff Soutter]

come on guys, I know you're listening ... :-)

is this really a bug or am I missing something obvious? (I'm not really up
to speed on Jasper...)

If it is I can enter it into bugzilla...

geoff

- Original Message -
From: "Geoff Soutter" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, June 13, 2001 4:14 PM
Subject: [T4] servlet including jsp causes jsp to flush buffer?


> Hi,
>
> I've got a servlet which includes a JSP page, and it appears that the JSP
> engine in Tomcat 4.0 calls response.flushBuffer() when the include
finishes.
>
> IMHO this behaviour is incorrect, as it should be up to the "topmost"
> servlet to control what is happening with the buffering as much as
possible.
> Currently this behaviour is preventing my servlet from controlling the
> buffering as it would like to.
>
> I looked though the list and noticed that v3.x has many flushing problems
> but I was kinda hoping they'd be fixed in Tomcat 4.x ;-).
>
> Anyway, here's the offending code (I think).
>
> In PageContextImpl.java
>
> public void release() {
>   try {
> if (isIncluded) {
>   ((JspWriterImpl)out).flushBuffer(); // push it into the including
> jspWriter
> } else {
>   out.flush();
> }
>   } catch (IOException ex) {
> loghelper.log("Internal error flushing the buffer in release()");
>   }
>
> and in JspWriterImpl.java
>
> public void flush()  throws IOException {
>   synchronized (lock) {
> flushBuffer();
> if (out != null) {
>   out.flush();
>   // Also flush the response buffer.
>   response.flushBuffer();
> }
>   }
> }
>
> Geoff
>
> --
> Keep cool till after school!
>
>

Re: [T4] Lifecycle problem

[Craig R. McClanahan]

On Wed, 13 Jun 2001, Remy Maucherat wrote:

> Hi,
> 
> I'm fighting a lifecycle problem at the moment.
> When stopping and then restarting the examples, I get :
> 
> 001-06-13 18:52:00 ContextConfig[/examples] Configuration error in default
> web.xml
> java.lang.IllegalArgumentException: addChild:  Child name 'default' is not
> unique
>  at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:779)
>  at
> org.apache.catalina.core.StandardContext.addChild(StandardContext.java:1195)
>  at java.lang.reflect.Method.invoke(Native Method)
>  at org.apache.catalina.util.xml.AddChild.end(XmlMapper.java:806)
> [...]
>  at javax.xml.parsers.SAXParser.parse(SAXParser.java:108)
>  at org.apache.catalina.util.xml.XmlMapper.readXml(XmlMapper.java:275)
>  at
> org.apache.catalina.startup.ContextConfig.defaultConfig(ContextConfig.java:7
> 27)
>  at org.apache.catalina.startup.ContextConfig.start(ContextConfig.java:818)
>  at
> org.apache.catalina.startup.ContextConfig.lifecycleEvent(ContextConfig.java:
> 216)
>  at
> org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSuppor
> t.java:155)
>  at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1131)
>  at
> org.apache.catalina.core.StandardContext.start(StandardContext.java:3173)
>  at org.apache.catalina.core.StandardHost.start(StandardHost.java:757)
>  at
> org.apache.catalina.servlets.HTMLManagerServlet.start(HTMLManagerServlet.jav
> a:375)
>  at
> org.apache.catalina.servlets.HTMLManagerServlet.doGet(HTMLManagerServlet.jav
> a:137)
>  at javax.servlet.http.HttpServlet.service(HttpServlet.java:740)
>  at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
> [...]
> 
> The context config kicks in, and starts trying to add child wrappers which
> are already there.
> There's also the problem that the web.xml file could have modified, and the
> context may contain stale info (like security constraints, ...).
> 
> I think we have to recycle the context object to solve this ... The
> context's stop() method could be the right place to do it. Or we could also
> do it in the ContextConfig (which listens to the events).
> 

Can we accomplish this by erasing all the defined servlets, servlet
mappings, MIME mappings, security constraints, and so on?  Recycling the
Context object would mean we're impacting the surrounding environment
(i.e. the Host objects that contain those Contexts) as well.

> Remy
> 
> 

Craig

[T4] Lifecycle problem

[Remy Maucherat]

Hi,

I'm fighting a lifecycle problem at the moment.
When stopping and then restarting the examples, I get :

001-06-13 18:52:00 ContextConfig[/examples] Configuration error in default
web.xml
java.lang.IllegalArgumentException: addChild:  Child name 'default' is not
unique
 at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:779)
 at
org.apache.catalina.core.StandardContext.addChild(StandardContext.java:1195)
 at java.lang.reflect.Method.invoke(Native Method)
 at org.apache.catalina.util.xml.AddChild.end(XmlMapper.java:806)
[...]
 at javax.xml.parsers.SAXParser.parse(SAXParser.java:108)
 at org.apache.catalina.util.xml.XmlMapper.readXml(XmlMapper.java:275)
 at
org.apache.catalina.startup.ContextConfig.defaultConfig(ContextConfig.java:7
27)
 at org.apache.catalina.startup.ContextConfig.start(ContextConfig.java:818)
 at
org.apache.catalina.startup.ContextConfig.lifecycleEvent(ContextConfig.java:
216)
 at
org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSuppor
t.java:155)
 at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1131)
 at
org.apache.catalina.core.StandardContext.start(StandardContext.java:3173)
 at org.apache.catalina.core.StandardHost.start(StandardHost.java:757)
 at
org.apache.catalina.servlets.HTMLManagerServlet.start(HTMLManagerServlet.jav
a:375)
 at
org.apache.catalina.servlets.HTMLManagerServlet.doGet(HTMLManagerServlet.jav
a:137)
 at javax.servlet.http.HttpServlet.service(HttpServlet.java:740)
 at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
[...]

The context config kicks in, and starts trying to add child wrappers which
are already there.
There's also the problem that the web.xml file could have modified, and the
context may contain stale info (like security constraints, ...).

I think we have to recycle the context object to solve this ... The
context's stop() method could be the right place to do it. Or we could also
do it in the ContextConfig (which listens to the events).

Remy

Re: FYI: Comment on DOXYGEN...

[Pier P. Fumagalli]

Paul Speed at [EMAIL PROTECTED] wrote:

> In another thread on this subject it was mentioned that someone was
> looking for a replacement to these tools.  I, too, poked around a
> little but it occurred to me that I don't even know what the specific
> requirements for such a tool are.
> 
> Might be worth discussion.  Clearly both of the current tools have
> their problems.

Requirements?

- Parse C (and optionally C++)
- Derive documentation from JavaDoc style comments in sources
- Portable on any platform (no weird C++ code, Perl, Java, or ANSI-C)
- Maybe have a decent abstraction for the generated documentation
  (kinda like the Doclet thinghie in JavaDoc, maybe even reusing that)

Seems easy enough, but NOBODY ever thought about putting all those
toghether...

Pier

BTW, I checked out ANTLR (as someone suggested, a parser generator) and
their GNU-C grammar, and the modification would be really huge, up to the
point that it might be worth rewriting a new grammar, only for the JavaDOC
style comments in source codes

Re: Tomcat v Resin

[Venkat]

It's grapevine -;)

- Original Message -
From: "Robin Mousley" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, June 13, 2001 7:29 PM
Subject: Tomcat v Resin


> I'm not sure whether this is an appropriate list to post this to but...
>
> I've been hearing quite a bit about Resin and its proponents claim greater
> performance and functionality.
>
> I'd be grateful for some opinions.
>
> Thanks
>
>
> Robin Mousley
>
> G r a p e v i n e  I n t e r a c t i v e ( P t y )  L t d
> Grapevine House
> Steenberg Office Park
> Silverwood Close
> Tokai
> 7945
> South Africa
>
> Phone: +27-21-702-
> Cell: +27-83-326-5165
> Fax: +27-21-702-3334
>
> -Original Message-
> From: vikram [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, June 13, 2001 12:26 PM
> To: [EMAIL PROTECTED]
> Cc: [EMAIL PROTECTED]
> Subject: mapping folder in tomcat
>
> Dear sir,
> I am working in a web hosting co. where I have to install and configure
> tomcat server in windows2000.I could install tomcat server and run it
> successfully but now I am facing a big problem that I have to give ftp
> access to my clients so I have to mapping client folder from tomcat
server.
> I have IIS but when I read its configure notes
> (in-process-howto.html,tomcat-iis-howto.html), it is really very ambigues
> notes and ultimatilly I could not success to mapping and configure tomcat
> with IIS for mapping.Can you write me any clear process how can I mapping
> other folder from of tomcat with IIS or without IIS, I have to restrect to
> do not install other server software.I think I have clear my position.If u
> can help me I will be greatfull to u.
>
> Sir I have to done that ASAP..
>
> Thanks in advance..
>
> With regards.
>
> Vikram mishra([EMAIL PROTECTED])


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

Re: How to integrate Tomcat with IIS

[Venkat]

First, I'm sure that you are in a wrong list. See tomcat-user list archives,
you find numerous discussions on this topic.

And I guess you missed to add tomcat registry keys, try adding registry keys
and it should work

Venkat


- Original Message -
From: "Rajeshwar Rao.V" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, June 13, 2001 6:15 PM
Subject: RE: How to integrate Tomcat with IIS


Hi Jose,
I have followed the step by step in the URL given by you.
Bt at 9 th step where it is mentioned that jakarta filter should be marked
by a green-up pointing arrow.I am not seeing it.Instead of GREEN, ia m
seeing RED one.
Please help me.
Here I am copying the 9 thstep as it it.

( 9)Restart IIS (stop + start the IIS service), make sure that the jakarta
filter is marked with a green up-pointing arrow.
(costin)Under Win98 you may need to cd WINDOWS\SYSTEM\inetsrv and type PWS
/stop ( the DLL and log files are locked - even if you click the stop
button, PWS will still keep the DLLs in memory. ). Type pws to start it
again)


Regards,
Rajeshwar rao.

-Original Message-
From: Jose Luis Rodriguez [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, June 13, 2001 2:50 PM
To: [EMAIL PROTECTED]
Subject: Re: How to integrate Tomcat with IIS


You need only go step by step in
http://jakarta.apache.org/tomcat/tomcat-3.2-doc/tomcat-iis-howto.html.
But there is a problem whith method Post and Ms IE. Please say us if you
have
the same problem.

Saludos,
José Luis

"Rajeshwar Rao.V" wrote:

> > Hi all,
> > I am new to this list.
> > I would like to know how to configure Tomcat with IIS.
> > I followed docs given as part of Jakarta Tomcat.still unable to solve
the
> > problem.
> > Here I am attaching the log file of IIS?
> > Could anybody out there to help me?
> > I need it urgently.
> > <>
> >
> > Regards
> > -raj-
> >
>
>   
>
>ex010606.logName: ex010606.log
>Type: Log File (application/x-unknown-content-type-logfile)


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

Re: FYI: Comment on DOXYGEN...

[Paul Speed]

In another thread on this subject it was mentioned that someone was
looking for a replacement to these tools.  I, too, poked around a 
little but it occurred to me that I don't even know what the specific 
requirements for such a tool are.

Might be worth discussion.  Clearly both of the current tools have
their problems.
-Paul Speed

"Pier P. Fumagalli" wrote:
> 
> Even though DOXYGEN is used by APR right now to build their API docs, today,
> when I asked Ben about it he replied that "It's written in bloody C++ and
> you need always the later version of the compiler to make it run"... And
> given the current situation, I totally withdraw my idea of using it _at_all_
> 
> Pier (feeling bloody stupid :)

cvs commit: jakarta-tomcat-connectors/coyote - Imported sources

[remm]

remm01/06/13 18:08:04

  Log:
  Coyote is a proposal for a "new" connector API for Tomcat. It actually isn't
  that new, because it is derived from some of the components which are at the
  core of Tomcat 3.3.Those components were significantly simplified.
  
  This API can't be considered a final proposal yet, mainly because it didn't
  get any real world testing nor feedback.
  
  As a test case, I plan to port the current HTTP/1.1 connector which is part of
  Catalina to this API, and then write a Catalina adapter for Coyote.
  
  Dependencies :
  - j-t-c/util
  
  Status:
  
  Vendor Tag:   asf
  Release Tags: first
  
  N jakarta-tomcat-connectors/coyote/.cvsignore
  N jakarta-tomcat-connectors/coyote/build.properties.sample
  N jakarta-tomcat-connectors/coyote/build.xml
  N jakarta-tomcat-connectors/coyote/src/conf/MANIFEST.MF
  N jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/Adapter.java
  N jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/AdapterEventCode.java
  N jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/AdapterListener.java
  N jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/Connector.java
  N jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/Constants.java
  N jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/InputBuffer.java
  N jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/Note.java
  N jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/OutputBuffer.java
  N jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/Request.java
  N jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/Response.java
  N jakarta-tomcat-connectors/coyote/src/test/org/apache/coyote/SimpleAdapter.java
  
  No conflicts created by this import

FYI: Comment on DOXYGEN...

[Pier P. Fumagalli]

Even though DOXYGEN is used by APR right now to build their API docs, today,
when I asked Ben about it he replied that "It's written in bloody C++ and
you need always the later version of the compiler to make it run"... And
given the current situation, I totally withdraw my idea of using it _at_all_

Pier (feeling bloody stupid :)

cvs commit: jakarta-tomcat/src/doc tomcat-ssl-howto.html

[marcsaeg]

marcsaeg01/06/13 16:43:05

  Modified:src/doc  Tag: tomcat_32 tomcat-ssl-howto.html
  Log:
  Fixed URL for apache-ssl.
  
  Revision  ChangesPath
  No   revision
  
  
  No   revision
  
  
  1.1.2.5   +1 -1  jakarta-tomcat/src/doc/tomcat-ssl-howto.html
  
  Index: tomcat-ssl-howto.html
  ===
  RCS file: /home/cvs/jakarta-tomcat/src/doc/tomcat-ssl-howto.html,v
  retrieving revision 1.1.2.4
  retrieving revision 1.1.2.5
  diff -u -r1.1.2.4 -r1.1.2.5
  --- tomcat-ssl-howto.html 2001/06/05 14:38:23 1.1.2.4
  +++ tomcat-ssl-howto.html 2001/06/13 23:43:05 1.1.2.5
  @@ -68,7 +68,7 @@
   
   Tomcat can use SSL directly (via an HTTP connector supporting SSL) or via 
 an SSL-capable Apache (http://www.apachessl.org";>Apache-SSL or http://www.apache-ssl.org";>Apache-SSL or http://www.modssl.org";>apache+mod_ssl) 
 with the mod_jk connector.
   
  
  
  

cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/startup Main.java

[mmanders]

mmanders01/06/13 14:28:32

  Modified:src/share/org/apache/tomcat/startup Main.java
  Log:
  Updated addToTomcatClasspathSysProp to be able to run under 1.1.x
  
  Revision  ChangesPath
  1.35  +3 -3  jakarta-tomcat/src/share/org/apache/tomcat/startup/Main.java
  
  Index: Main.java
  ===
  RCS file: /home/cvs/jakarta-tomcat/src/share/org/apache/tomcat/startup/Main.java,v
  retrieving revision 1.34
  retrieving revision 1.35
  diff -u -r1.34 -r1.35
  --- Main.java 2001/06/11 11:36:06 1.34
  +++ Main.java 2001/06/13 21:28:28 1.35
  @@ -1,4 +1,4 @@
  -/* $Id: Main.java,v 1.34 2001/06/11 11:36:06 larryi Exp $
  +/* $Id: Main.java,v 1.35 2001/06/13 21:28:28 mmanders Exp $
* 
*
* The Apache Software License, Version 1.1
  @@ -109,7 +109,7 @@
@author Costin Manolache
@author Ignacio J. Ortega
@author Mel Martinez [EMAIL PROTECTED]
  - @version $Revision: 1.34 $ $Date: 2001/06/11 11:36:06 $
  + @version $Revision: 1.35 $ $Date: 2001/06/13 21:28:28 $
*/
   public class Main{
   
  @@ -338,7 +338,7 @@
   cp = url.getFile();
   }
   if( cp != null)
  -System.setProperty("tc_path_add",cp);
  +System.getProperties().put("tc_path_add",cp);
   }
   
   }
  
  
  

cvs commit: jakarta-tomcat-connectors/jk/native/common jk_msg_buff.c jk_md5.c jk_ajp_common.h jk_ajp_common.c jk_ajp14_worker.c jk_ajp14.c

[andya]

andya   01/06/13 14:30:36

  Modified:jk/native/common jk_msg_buff.c jk_md5.c jk_ajp_common.h
jk_ajp_common.c jk_ajp14_worker.c jk_ajp14.c
  Log:
  Tidied up a few minor syntax errors that were breaking the build with
  Visual Studio and added a few casts to get rid of warnings
  
  Revision  ChangesPath
  1.5   +2 -2  jakarta-tomcat-connectors/jk/native/common/jk_msg_buff.c
  
  Index: jk_msg_buff.c
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native/common/jk_msg_buff.c,v
  retrieving revision 1.4
  retrieving revision 1.5
  diff -u -r1.4 -r1.5
  --- jk_msg_buff.c 2001/06/07 14:38:51 1.4
  +++ jk_msg_buff.c 2001/06/13 21:30:19 1.5
  @@ -58,7 +58,7 @@
* Author:  Costin <[EMAIL PROTECTED]>  *
* Author:  Gal Shachor <[EMAIL PROTECTED]>   *
* Author:  Henri Gomez <[EMAIL PROTECTED]>   *
  - * Version: $Revision: 1.4 $   *
  + * Version: $Revision: 1.5 $   *
***/
   
   #include "jk_pool.h"
  @@ -191,7 +191,7 @@
* Ugly way to set the size in the right position 
*/
   jk_b_set_int(msg, 2, (unsigned short )(msg->len - 4)); /* see protocol */
  -jk_b_set_int(msg, 0, protoh);
  +jk_b_set_int(msg, 0, (unsigned short) protoh);
   }
   
   
  
  
  
  1.3   +2 -2  jakarta-tomcat-connectors/jk/native/common/jk_md5.c
  
  Index: jk_md5.c
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native/common/jk_md5.c,v
  retrieving revision 1.2
  retrieving revision 1.3
  diff -u -r1.2 -r1.3
  --- jk_md5.c  2001/05/21 15:23:39 1.2
  +++ jk_md5.c  2001/06/13 21:30:21 1.3
  @@ -103,7 +103,7 @@
   /***
* Description: MD5 encoding wrapper   *
* Author:  Henri Gomez <[EMAIL PROTECTED]>   *
  - * Version: $Revision: 1.2 $   *
  + * Version: $Revision: 1.3 $   *
***/
   
   /*
  @@ -165,7 +165,7 @@
   static void Decode(JK_UINT4 *output, const unsigned char *input, unsigned int len);
   static void jk_MD5Init(JK_MD5_CTX *context);
   static void jk_MD5Update(JK_MD5_CTX *context, const unsigned char *input, unsigned 
int inputLen);
  -static void jk_MD5Final(unsigned char digest[JK_MD5_DIGESTSIZE], JK_MD5_CTX 
*context);
  +/*static void jk_MD5Final(unsigned char digest[JK_MD5_DIGESTSIZE], JK_MD5_CTX 
*context);*/
   
   static unsigned char PADDING[64] =
   {
  
  
  
  1.3   +3 -3  jakarta-tomcat-connectors/jk/native/common/jk_ajp_common.h
  
  Index: jk_ajp_common.h
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native/common/jk_ajp_common.h,v
  retrieving revision 1.2
  retrieving revision 1.3
  diff -u -r1.2 -r1.3
  --- jk_ajp_common.h   2001/06/12 06:28:08 1.2
  +++ jk_ajp_common.h   2001/06/13 21:30:23 1.3
  @@ -57,7 +57,7 @@
* Description: common stuff for bi-directional protocol ajp13/ajp14.  *
* Author:  Henri Gomez <[EMAIL PROTECTED]>   *
* Author:  Gal Shachor <[EMAIL PROTECTED]>   *
  - * Version: $Revision: 1.2 $   *
  + * Version: $Revision: 1.3 $   *
***/
   
   #ifndef JK_AJP_COMMON_H
  @@ -304,8 +304,8 @@
   jk_logger_t *l,
   int  proto);
   
  -int ajp_done(jk_endpoint_t **e,
  - jk_logger_t*l);
  +int JK_METHOD ajp_done(jk_endpoint_t **e,
  +   jk_logger_t*l);
   
   int ajp_get_endpoint(jk_worker_t*pThis,
jk_endpoint_t **pend,
  
  
  
  1.3   +6 -5  jakarta-tomcat-connectors/jk/native/common/jk_ajp_common.c
  
  Index: jk_ajp_common.c
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native/common/jk_ajp_common.c,v
  retrieving revision 1.2
  retrieving revision 1.3
  diff -u -r1.2 -r1.3
  --- jk_ajp_common.c   2001/06/12 06:28:07 1.2
  +++ jk_ajp_common.c   2001/06/13 21:30:25 1.3
  @@ -57,7 +57,7 @@
* Description: common stuff for bi-directional protocols ajp13/ajp14. *
* Author:  Henri Gomez <[EMAIL PROTECTED]>   *
* Author:  

cvs commit: jakarta-tomcat-connectors/jk/native/domino dsapi.dsp

[andya]

andya   01/06/13 14:28:14

  Modified:jk/native/domino dsapi.dsp
  Log:
  Tidied up a few minor syntax errors that were breaking the build with Visual Studio
  
  Revision  ChangesPath
  1.7   +74 -34jakarta-tomcat-connectors/jk/native/domino/dsapi.dsp
  
  Index: dsapi.dsp
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native/domino/dsapi.dsp,v
  retrieving revision 1.6
  retrieving revision 1.7
  diff -u -r1.6 -r1.7
  --- dsapi.dsp 2001/06/13 21:26:45 1.6
  +++ dsapi.dsp 2001/06/13 21:28:11 1.7
  @@ -43,7 +43,7 @@
   # PROP Ignore_Export_Lib 0
   # PROP Target_Dir ""
   # ADD BASE CPP /nologo /MT /W3 /GX /O2 /D "WIN32" /D "NDEBUG" /D "_WINDOWS" /D 
"_MBCS" /D "_USRDLL" /D "DSAPI_EXPORTS" /Yu"stdafx.h" /FD /c
  -# ADD CPP /nologo /MT /W3 /GX /O2 /I "C:\notesapi\include" /I 
"C:\JBuilder4\jdk1.3\include" /I "C:\JBuilder4\jdk1.3\include\win32" /I "..\jk" /D 
"NDEBUG" /D "WIN32" /D "_WINDOWS" /D "_MBCS" /D "_USRDLL" /D "DSAPI_EXPORTS" /D "NT" 
/FR /FD /c
  +# ADD CPP /nologo /MT /W3 /GX /O2 /I "C:\JBuilder4\jdk1.3\include" /I 
"C:\JBuilder4\jdk1.3\include\win32" /I "..\common" /I "C:\notesapi\include" /D 
"NDEBUG" /D "WIN32" /D "_WINDOWS" /D "_MBCS" /D "_USRDLL" /D "DSAPI_EXPORTS" /D "NT" 
/FR /FD /c
   # SUBTRACT CPP /YX /Yc /Yu
   # ADD BASE MTL /nologo /D "NDEBUG" /mktyplib203 /win32
   # ADD MTL /nologo /D "NDEBUG" /mktyplib203 /win32
  @@ -70,7 +70,7 @@
   # PROP Ignore_Export_Lib 0
   # PROP Target_Dir ""
   # ADD BASE CPP /nologo /MTd /W3 /Gm /GX /ZI /Od /D "WIN32" /D "_DEBUG" /D 
"_WINDOWS" /D "_MBCS" /D "_USRDLL" /D "DSAPI_EXPORTS" /Yu"stdafx.h" /FD /GZ /c
  -# ADD CPP /nologo /MTd /W3 /Gm /GX /ZI /Od /I "C:\JBuilder4\jdk1.3\include" /I 
"C:\JBuilder4\jdk1.3\include\win32" /I "..\jk" /I "C:\notesapi\include" /D "_DEBUG" /D 
"WIN32" /D "_WINDOWS" /D "_MBCS" /D "_USRDLL" /D "DSAPI_EXPORTS" /D "NT" /FR /FD /GZ 
/c
  +# ADD CPP /nologo /MTd /W3 /Gm /GX /ZI /Od /I "C:\JBuilder4\jdk1.3\include" /I 
"C:\JBuilder4\jdk1.3\include\win32" /I "..\common" /I "C:\notesapi\include" /D 
"_DEBUG" /D "WIN32" /D "_WINDOWS" /D "_MBCS" /D "_USRDLL" /D "DSAPI_EXPORTS" /D "NT" 
/FR /FD /GZ /c
   # SUBTRACT CPP /YX /Yc /Yu
   # ADD BASE MTL /nologo /D "_DEBUG" /mktyplib203 /win32
   # ADD MTL /nologo /D "_DEBUG" /mktyplib203 /win32
  @@ -98,63 +98,83 @@
   # End Source File
   # Begin Source File
   
  -SOURCE=..\jk\jk_ajp12_worker.c
  +SOURCE=..\common\jk_ajp12_worker.c
   # End Source File
   # Begin Source File
   
  -SOURCE=..\jk\jk_ajp13.c
  +SOURCE=..\common\jk_ajp13.c
   # End Source File
   # Begin Source File
   
  -SOURCE=..\jk\jk_ajp13_worker.c
  +SOURCE=..\common\jk_ajp13_worker.c
   # End Source File
   # Begin Source File
   
  -SOURCE=..\jk\jk_connect.c
  +SOURCE=..\common\jk_ajp14.c
   # End Source File
   # Begin Source File
   
  +SOURCE=..\common\jk_ajp14_worker.c
  +# End Source File
  +# Begin Source File
  +
  +SOURCE=..\common\jk_ajp_common.c
  +# End Source File
  +# Begin Source File
  +
  +SOURCE=..\common\jk_connect.c
  +# End Source File
  +# Begin Source File
  +
  +SOURCE=..\common\jk_context.c
  +# End Source File
  +# Begin Source File
  +
   SOURCE=.\jk_dsapi_plugin.c
   # End Source File
   # Begin Source File
  +
  +SOURCE=..\common\jk_jni_worker.c
  +# End Source File
  +# Begin Source File
   
  -SOURCE=..\jk\jk_jni_worker.c
  +SOURCE=..\common\jk_lb_worker.c
   # End Source File
   # Begin Source File
   
  -SOURCE=..\jk\jk_lb_worker.c
  +SOURCE=..\common\jk_map.c
   # End Source File
   # Begin Source File
   
  -SOURCE=..\jk\jk_map.c
  +SOURCE=..\common\jk_md5.c
   # End Source File
   # Begin Source File
   
  -SOURCE=..\jk\jk_msg_buff.c
  +SOURCE=..\common\jk_msg_buff.c
   # End Source File
   # Begin Source File
   
  -SOURCE=..\jk\jk_nwmain.c
  +SOURCE=..\common\jk_nwmain.c
   # End Source File
   # Begin Source File
   
  -SOURCE=..\jk\jk_pool.c
  +SOURCE=..\common\jk_pool.c
   # End Source File
   # Begin Source File
   
  -SOURCE=..\jk\jk_sockbuf.c
  +SOURCE=..\common\jk_sockbuf.c
   # End Source File
   # Begin Source File
   
  -SOURCE=..\jk\jk_uri_worker_map.c
  +SOURCE=..\common\jk_uri_worker_map.c
   # End Source File
   # Begin Source File
   
  -SOURCE=..\jk\jk_util.c
  +SOURCE=..\common\jk_util.c
   # End Source File
   # Begin Source File
   
  -SOURCE=..\jk\jk_worker.c
  +SOURCE=..\common\jk_worker.c
   # End Source File
   # End Group
   # Begin Group "Header Files"
  @@ -173,76 +193,96 @@
   SOURCE=.\inifile.h
   # End Source File
   # Begin Source File
  +
  +SOURCE=..\common\jk_ajp12_worker.h
  +# End Source File
  +# Begin Source File
  +
  +SOURCE=..\common\jk_ajp13.h
  +# End Source File
  +# Begin Source File
  +
  +SOURCE=..\common\jk_ajp13_worker.h
  +# End Source File
  +# Begin Source File
  +
  +SOURCE=..\common\jk_ajp14.h
  

cvs commit: jakarta-tomcat-connectors/jk/native/domino Makefile jk_dsapi_plugin.c dsapi.dsp

[andya]

andya   01/06/13 14:26:49

  Modified:jk/native/domino Makefile jk_dsapi_plugin.c dsapi.dsp
  Log:
  Tidied up a few minor syntax errors that were breaking the build with Visual Studio
  
  Revision  ChangesPath
  1.3   +7 -5  jakarta-tomcat-connectors/jk/native/domino/Makefile
  
  Index: Makefile
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native/domino/Makefile,v
  retrieving revision 1.2
  retrieving revision 1.3
  diff -u -r1.2 -r1.3
  --- Makefile  2001/06/07 14:16:18 1.2
  +++ Makefile  2001/06/13 21:26:42 1.3
  @@ -47,11 +47,13 @@
   INC=-I$(NOTESINC) -I$(JAVAINC) -I$(JKINC)
   DEFS=-DLINUX -DUNIX
   
  -JKOBJ = ../jk/jk_ajp12_worker.o ../jk/jk_ajp13.o ../jk/jk_ajp13_worker.o 
../jk/jk_connect.o \
  - ../jk/jk_jni_worker.o ../jk/jk_lb_worker.o ../jk/jk_map.o ../jk/jk_msg_buff.o \
  - ../jk/jk_nwmain.o ../jk/jk_pool.o ../jk/jk_sockbuf.o ../jk/jk_uri_worker_map.o 
\
  - ../jk/jk_util.o ../jk/jk_worker.o ../jk/jk_ajp14.o ../jk/jk_ajp14_worker.o \
  - ../jk/jk_context.o ../jk/jk_md5.o ../jk/jk_ajp_common.o
  +JKOBJ = ../common/jk_ajp12_worker.o ../common/jk_ajp13.o 
../common/jk_ajp13_worker.o \
  + ../common/jk_connect.o  ../common/jk_jni_worker.o ../common/jk_lb_worker.o \
  + ../common/jk_map.o ../common/jk_msg_buff.o ../common/jk_nwmain.o \
  + ../common/jk_pool.o ../common/jk_sockbuf.o ../common/jk_uri_worker_map.o \
  + ../common/jk_util.o ../common/jk_worker.o ../common/jk_ajp14.o \
  + ../common/jk_ajp14_worker.o ../common/jk_context.o ../common/jk_md5.o \
  + ../common/jk_ajp_common.o
   
   LOBJ  =  jk_dsapi_plugin.o inifile.o
   OBJ   = $(JKOBJ) $(LOBJ)
  
  
  
  1.5   +5 -3  jakarta-tomcat-connectors/jk/native/domino/jk_dsapi_plugin.c
  
  Index: jk_dsapi_plugin.c
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native/domino/jk_dsapi_plugin.c,v
  retrieving revision 1.4
  retrieving revision 1.5
  diff -u -r1.4 -r1.5
  --- jk_dsapi_plugin.c 2001/06/08 14:57:52 1.4
  +++ jk_dsapi_plugin.c 2001/06/13 21:26:43 1.5
  @@ -56,7 +56,7 @@
   /***
* Description: DSAPI plugin for Lotus Domino  *
* Author:  Andy Armstrong <[EMAIL PROTECTED]>   *
  - * Version: $Revision: 1.4 $ *
  + * Version: $Revision: 1.5 $ *
***/
   
   /* Based on the IIS redirector by Gal Shachor <[EMAIL PROTECTED]> */
  @@ -525,9 +525,11 @@
if (map_alloc(&map))
{
if (map_read_properties(map, workerFile))
  +#if 0
   /* we add the URI->WORKER MAP since workers using AJP14 will feed it */
   worker_env.uri_to_worker = &uw_map;
GETVARIABLE("SERVER_SOFTWARE", &worker_env.server_name, "Lotus 
Domino");
  +#endif
if (wc_open(map, &worker_env, logger))
rc = JK_TRUE;
   
  @@ -888,7 +890,7 @@
/* There's no point in doing this because Domino never seems to
 * set any of these CGI variables.
 */
  - /*
  +#if 0
if (s->is_ssl)
{
char *sslNames[] =
  @@ -941,7 +943,7 @@
s->num_attributes = varCount;
}
}
  - */
  +#endif
   
/* Duplicate all the headers now */
   
  
  
  
  1.6   +1 -50 jakarta-tomcat-connectors/jk/native/domino/dsapi.dsp
  
  Index: dsapi.dsp
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native/domino/dsapi.dsp,v
  retrieving revision 1.5
  retrieving revision 1.6
  diff -u -r1.5 -r1.6
  --- dsapi.dsp 2001/06/08 15:02:57 1.5
  +++ dsapi.dsp 2001/06/13 21:26:45 1.6
  @@ -55,10 +55,6 @@
   LINK32=link.exe
   # ADD BASE LINK32 kernel32.lib user32.lib gdi32.lib winspool.lib comdlg32.lib 
advapi32.lib shell32.lib ole32.lib oleaut32.lib uuid.lib odbc32.lib odbccp32.lib 
/nologo /dll /machine:I386
   # ADD LINK32 kernel32.lib user32.lib gdi32.lib winspool.lib comdlg32.lib 
advapi32.lib shell32.lib ole32.lib oleaut32.lib uuid.lib odbc32.lib odbccp32.lib 
wsock32.lib notes.lib /nologo /dll /machine:I386 /out:"Release/tomcat_redirector.dll" 
/libpath:"C:\notesapi\lib\mswin32"
  -# Begin Special Build Tool
  -SOURCE="$(InputPath)"
  -PostBuild_Cmds=copy Release\tomcat_redirector.dll \\london\c$\lotus\domino
  -# End Special Build Tool
   
   !ELSEIF  "$(CFG)" == "dsapi - Win32 Debug"
   
  @@ -161,29 +157,6 @@
   SOURCE=..\jk\jk_worker.c
   # End Source File
   # End Group
  -
  -SOURCE=..\jk\jk_worker_ajp14.c
  -# End Source File
  -#

RE: [j-t-c] OS poll => [j-t-c] webserver poll

[Deacon Marcus]

Hi,

> From: GOMEZ Henri [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, June 13, 2001 10:57 AM
> To: [EMAIL PROTECTED]
> Subject: [j-t-c] OS poll => [j-t-c] webserver poll
[...]
> Now which webservers are you using :

Tomcat, stand alone, newest beta available - 4.0b5 for about a month

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

Greetings,
 deacon Marcus

RE: ICAP servlet classes (was: Tomcat Architecture)

[Salim Virani]

Well ... this is an internet draft at IETF

Here is the URL
http://search.ietf.org/internet-drafts/draft-elson-opes-icap-01.txt

And yes, thanks for the help. Though I have implemented my own version of
the ICAP server and servlet API, I think I would give a goog shot to
extending Catalina.

I had earlier subscribed to tomcat-dev but did not receive any response.
Thinking that my question was probably out of context, I started
implementing ICAP protocol myself with little help from Tomcat source code.

Thanks once again.

If it is possible, could you send me pointers to Tomcat/Catalina
architecture 

--Salim

-Original Message-
From: Craig R. McClanahan [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, June 13, 2001 2:21 PM
To: [EMAIL PROTECTED]
Cc: Salim Virani
Subject: Re: ICAP servlet classes (was: Tomcat Architecture)




On Wed, 13 Jun 2001, Fabian Loschek wrote:

> Hello,
>
> > I would like Tomcat to serve requests for a new Internet Draft Protocol
> > named ICAP. The intension is to develop HTTP like ICAP servlet base
classes
> > to allow writing ICAP applications.
> >

Is there an RFC number or other URL reference for this?

> > Can someone give me pointers/references of where can I start ??
>
> I'm looking for something similar for writing an ICAP Servlet for my
> master thesis, have you gotten hold of any references or code snipplets?
>
> Thanks in advance,
> Fabian.
>

Not being familiar with ICAP, I'm assuming that it's "similar to but
different than" HTTP, so that you can't just use a normal HttpServlet to
talk to it.  If this isn't correct, just ignore the following ramblings
:-).  The general way to extend Catalina (the servlet container inside
Tomcat 4.0) for this would include the following steps:

* Create new IcapRequest and IcapResponse classes that extend
  org.apache.catalina.connector.RequestBase and
  org.apache.catalina.connector.ResponseBase respectively.

* Create an IcapServlet that extends Servlet (or HttpServlet)
  based on your needs.

* Write a new Connector implementation that implements the ICAP
  communications protocol as necessary.  The basic idea is that
  you would instantiate an IcapRequest and an IcapResponse, populate
  the request appropriately, and then pass it on to the
  associated Engine in the same way that the HTTP connector does.

* At the Engine level, you may need to implement a custom Mapper
  that would be used to select which Host object to use.  You can
  have multiple Mappers per Container (one per protocol), so you
  can still be processing HTTP requests through the same Engine.

* Likewise, at the Host level, you may need a custom Mapper to select
  the appropriate web application (if you want to support this
  concept).

* Finally, at the Context level, you may need a custom Mapper to
  select the appropriate servlet to be executed.

Depending upon how similar ICAP and HTTP are, you might be able to
leverage a lot of the existing machinery (most of the internal APIs, for
example, pass Request and Response rather than HttpRequest and
HttpResponse).  But the exact level of code reuse is really dependent on
the nature of the protocol you're trying to support.

Craig McClanahan

Re: ICAP servlet classes (was: Tomcat Architecture)

[Craig R. McClanahan]

On Wed, 13 Jun 2001, D. Jay Newman wrote:

> > On Wed, 13 Jun 2001, Fabian Loschek wrote:
> > 
> > > Hello,
> > > 
> > > > I would like Tomcat to serve requests for a new Internet Draft Protocol
> > > > named ICAP. The intension is to develop HTTP like ICAP servlet base classes
> > > > to allow writing ICAP applications.
> 
> I have a similar problem. I would like to use *generic* servlets rather
> than HttpServlet's.
> 
> Is there a "base connector" that only relies on a port and not a protocol?

There is a Connector interface (no base class), but it won't do you a lot
of good.  The problem is that there is a huge amount of variability in how
protocols work.  You can think of a Connector as an adapter (in the design
patterns sense) between some "on the wire" protocol and the Request and
Response abstractions that are used in the rest of Catalina.  
Technically, even "on the wire" isn't quite accurate -- it's perfectly
feasible to write a Connector that accepts requests via JNI calls rather
than sockets, which would be useful when you embed Catalina inside a web
server.

I'd start writing a new Connector by examining the existing HTTP one (see
package org.apache.catalina.connector.http), and then modelling your own
based on that.  For a typical request/response protocol based on sockets,
you can probably keep most of the "HttpConnector" architecture and do your
customizations in your version of "HttpProcessor".  Alternatively, you
might look at how other open source servlet containers do this sort of
thing -- for instance, Tomcat 3.x uses thread pools to implement
multi-threading in a somewhat different manner.

The good news with Catalina is that the interface to the rest of the
container is pretty thin -- just call engine.invoke() and pass your
request and response implementation objects.  Other details (like the
mappings) can be made with additional components in the Container
hierarchy as necessary, depending on how similar or dissimilar your new
protocol is to the existing assumptions.

> -- 
> D. Jay Newman   ! For the pleasure and the profit it derives
> [EMAIL PROTECTED]  ! I arrange things, like furniture, and
> http://www.sprucegrove.com/~jay/   ! daffodils, and ...lives.  -- Hello Dolly
> 

Craig McClanahan

Re: [j-t-c] OS poll => [j-t-c] webserver poll

[Ansgar W. Konermann]

GOMEZ Henri wrote:

> Now which webservers are you using :

Apache 1.3 on Linux + Solaris 8

-- 
Best regards,

Ansgar W. Konermann
eMail: [EMAIL PROTECTED]

--- Hello, I am a message footer. -

RE: ICAP servlet classes (was: Tomcat Architecture)

[Craig R. McClanahan]

On Wed, 13 Jun 2001, Salim Virani wrote:

> Well ... this is an internet draft at IETF
> 
> Here is the URL
> http://search.ietf.org/internet-drafts/draft-elson-opes-icap-01.txt
> 
> And yes, thanks for the help. Though I have implemented my own version of
> the ICAP server and servlet API, I think I would give a goog shot to
> extending Catalina.
> 
> I had earlier subscribed to tomcat-dev but did not receive any response.
> Thinking that my question was probably out of context, I started
> implementing ICAP protocol myself with little help from Tomcat source code.
> 
> Thanks once again.
> 
> If it is possible, could you send me pointers to Tomcat/Catalina
> architecture 
> 

In the "catalina/docs/dev" directory there are some basic UML diagrams of
the most important class relationships -- I'm wanting to get those updated
as well as more complete.  In addition, my JavaOne session
(#1287) included about 15 minutes overviewing the key architectural
components of Catalina.  It's supposed to be available (full multimedia
format, so you can here what I said as well as see the slides) next week.

Beyond that, there's the source code (and this list) for help.

> --Salim
> 

Craig



> -Original Message-
> From: Craig R. McClanahan [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, June 13, 2001 2:21 PM
> To: [EMAIL PROTECTED]
> Cc: Salim Virani
> Subject: Re: ICAP servlet classes (was: Tomcat Architecture)
> 
> 
> 
> 
> On Wed, 13 Jun 2001, Fabian Loschek wrote:
> 
> > Hello,
> >
> > > I would like Tomcat to serve requests for a new Internet Draft Protocol
> > > named ICAP. The intension is to develop HTTP like ICAP servlet base
> classes
> > > to allow writing ICAP applications.
> > >
> 
> Is there an RFC number or other URL reference for this?
> 
> > > Can someone give me pointers/references of where can I start ??
> >
> > I'm looking for something similar for writing an ICAP Servlet for my
> > master thesis, have you gotten hold of any references or code snipplets?
> >
> > Thanks in advance,
> > Fabian.
> >
> 
> Not being familiar with ICAP, I'm assuming that it's "similar to but
> different than" HTTP, so that you can't just use a normal HttpServlet to
> talk to it.  If this isn't correct, just ignore the following ramblings
> :-).  The general way to extend Catalina (the servlet container inside
> Tomcat 4.0) for this would include the following steps:
> 
> * Create new IcapRequest and IcapResponse classes that extend
>   org.apache.catalina.connector.RequestBase and
>   org.apache.catalina.connector.ResponseBase respectively.
> 
> * Create an IcapServlet that extends Servlet (or HttpServlet)
>   based on your needs.
> 
> * Write a new Connector implementation that implements the ICAP
>   communications protocol as necessary.  The basic idea is that
>   you would instantiate an IcapRequest and an IcapResponse, populate
>   the request appropriately, and then pass it on to the
>   associated Engine in the same way that the HTTP connector does.
> 
> * At the Engine level, you may need to implement a custom Mapper
>   that would be used to select which Host object to use.  You can
>   have multiple Mappers per Container (one per protocol), so you
>   can still be processing HTTP requests through the same Engine.
> 
> * Likewise, at the Host level, you may need a custom Mapper to select
>   the appropriate web application (if you want to support this
>   concept).
> 
> * Finally, at the Context level, you may need a custom Mapper to
>   select the appropriate servlet to be executed.
> 
> Depending upon how similar ICAP and HTTP are, you might be able to
> leverage a lot of the existing machinery (most of the internal APIs, for
> example, pass Request and Response rather than HttpRequest and
> HttpResponse).  But the exact level of code reuse is really dependent on
> the nature of the protocol you're trying to support.
> 
> Craig McClanahan
> 
> 
> 
> 
> 

Re: ICAP servlet classes (was: Tomcat Architecture)

[Justin Erenkrantz]

On Wed, Jun 13, 2001 at 02:34:17PM -0400, Salim Virani wrote:
> Hi Justin,
> 
> I faced a similar problem. I figured I could write my own server/servlet API
> .. which is what I did.
> 
> Just curious  was your implementation in Java ??? And are you working
> for a company or this is some school project ??

We had a client who requested the use of the NetApp NetCache proxies
with ICAP.  We used Apache 1.3 as the base.  We didn't believe that 
Java was scalable enough for our needs (commercial site).  We ended 
up tossing the guts of Apache's protocol engine and came up with one 
that worked only with ICAP.  What Craig just suggested for Tomcat might
work better than what we did with Apache, but we needed high-performance 
- hence C code.  HotSpot only does so much.  =)

Roy Fielding (here at eBuilt) and Don Gillies (at NetApp) had some
interesting exchanges over how to interpret the HTTP spec.  Don 
Gillies' implementation of ICAP in the NetApp boxes was quite buggy 
and awful.  The WG's reference implementation of ICAP is a perl 
script.  And, that script isn't even remotely RFC2616 compliant.
The WG has now dropped all pretenses of making ICAP HTTP-compliant.
The next revision of the ID will have this noted.

If we had to do it all over again, we would never use ICAP.  The idea of
ICAP in and of itself isn't bad, but their implementation has no clue
what it wants to be.

I'd recommend subscribing to the ICAP mailing list
([EMAIL PROTECTED]) if you haven't already.  -- justin

RE: ICAP servlet classes (was: Tomcat Architecture)

[Salim Virani]

Hi Justin,

I faced a similar problem. I figured I could write my own server/servlet API
.. which is what I did.

Just curious  was your implementation in Java ??? And are you working
for a company or this is some school project ??

--Salim

-Original Message-
From: Justin Erenkrantz [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, June 13, 2001 2:31 PM
To: [EMAIL PROTECTED]
Cc: Salim Virani
Subject: Re: ICAP servlet classes (was: Tomcat Architecture)


On Wed, Jun 13, 2001 at 08:06:42PM +0200, Fabian Loschek wrote:
> Hello,
>
> > I would like Tomcat to serve requests for a new Internet Draft Protocol
> > named ICAP. The intension is to develop HTTP like ICAP servlet base
classes
> > to allow writing ICAP applications.
> >
> > Can someone give me pointers/references of where can I start ??
>
> I'm looking for something similar for writing an ICAP Servlet for my
> master thesis, have you gotten hold of any references or code snipplets?

Good luck.  We had to rip out the protocol engine in Apache to get ICAP
working.  It isn't even remotely HTTP-compliant.

The yahoos on the ICAP WG claim that any HTTP-compliant server will work
with ICAP.  Don't believe them as they've never tried it.  We have.
It's awful.  -- justin

Re: ICAP servlet classes (was: Tomcat Architecture)

[D. Jay Newman]

> On Wed, 13 Jun 2001, Fabian Loschek wrote:
> 
> > Hello,
> > 
> > > I would like Tomcat to serve requests for a new Internet Draft Protocol
> > > named ICAP. The intension is to develop HTTP like ICAP servlet base classes
> > > to allow writing ICAP applications.

I have a similar problem. I would like to use *generic* servlets rather
than HttpServlet's.

Is there a "base connector" that only relies on a port and not a protocol?
-- 
D. Jay Newman   ! For the pleasure and the profit it derives
[EMAIL PROTECTED]  ! I arrange things, like furniture, and
http://www.sprucegrove.com/~jay/   ! daffodils, and ...lives.  -- Hello Dolly

Re: ICAP servlet classes (was: Tomcat Architecture)

[Justin Erenkrantz]

On Wed, Jun 13, 2001 at 08:06:42PM +0200, Fabian Loschek wrote:
> Hello,
> 
> > I would like Tomcat to serve requests for a new Internet Draft Protocol
> > named ICAP. The intension is to develop HTTP like ICAP servlet base classes
> > to allow writing ICAP applications.
> >
> > Can someone give me pointers/references of where can I start ??
> 
> I'm looking for something similar for writing an ICAP Servlet for my
> master thesis, have you gotten hold of any references or code snipplets?

Good luck.  We had to rip out the protocol engine in Apache to get ICAP 
working.  It isn't even remotely HTTP-compliant.

The yahoos on the ICAP WG claim that any HTTP-compliant server will work
with ICAP.  Don't believe them as they've never tried it.  We have.
It's awful.  -- justin

Re: ICAP servlet classes (was: Tomcat Architecture)

[Craig R. McClanahan]

On Wed, 13 Jun 2001, Fabian Loschek wrote:

> Hello,
> 
> > I would like Tomcat to serve requests for a new Internet Draft Protocol
> > named ICAP. The intension is to develop HTTP like ICAP servlet base classes
> > to allow writing ICAP applications.
> >

Is there an RFC number or other URL reference for this?

> > Can someone give me pointers/references of where can I start ??
> 
> I'm looking for something similar for writing an ICAP Servlet for my
> master thesis, have you gotten hold of any references or code snipplets?
> 
> Thanks in advance,
> Fabian.
> 

Not being familiar with ICAP, I'm assuming that it's "similar to but
different than" HTTP, so that you can't just use a normal HttpServlet to
talk to it.  If this isn't correct, just ignore the following ramblings
:-).  The general way to extend Catalina (the servlet container inside
Tomcat 4.0) for this would include the following steps:

* Create new IcapRequest and IcapResponse classes that extend
  org.apache.catalina.connector.RequestBase and
  org.apache.catalina.connector.ResponseBase respectively.

* Create an IcapServlet that extends Servlet (or HttpServlet)
  based on your needs.

* Write a new Connector implementation that implements the ICAP
  communications protocol as necessary.  The basic idea is that
  you would instantiate an IcapRequest and an IcapResponse, populate
  the request appropriately, and then pass it on to the
  associated Engine in the same way that the HTTP connector does.

* At the Engine level, you may need to implement a custom Mapper
  that would be used to select which Host object to use.  You can
  have multiple Mappers per Container (one per protocol), so you
  can still be processing HTTP requests through the same Engine.

* Likewise, at the Host level, you may need a custom Mapper to select
  the appropriate web application (if you want to support this
  concept).

* Finally, at the Context level, you may need a custom Mapper to
  select the appropriate servlet to be executed.

Depending upon how similar ICAP and HTTP are, you might be able to
leverage a lot of the existing machinery (most of the internal APIs, for
example, pass Request and Response rather than HttpRequest and
HttpResponse).  But the exact level of code reuse is really dependent on
the nature of the protocol you're trying to support.

Craig McClanahan

Re: [j-t-c] OS poll => [j-t-c] webserver poll

[Dave Oxley]

I missed the OS poll, so here goes for both.

I/We currently use:
Apache1.3,Tomcat3.2.2 - WinNT/2000, Solaris6/7
Websphere3.02 - WinNT, AIX
IIS4/5,Tomcat3.2.2 - WinNT/2000

And are about to use:
Apache1.3,Tomcat3.2.2 - AIX/RH7.1

Dave
[EMAIL PROTECTED]

>From: GOMEZ Henri <[EMAIL PROTECTED]>
>Reply-To: [EMAIL PROTECTED]
>To: [EMAIL PROTECTED]
>Subject: [j-t-c] OS poll => [j-t-c] webserver poll
>Date: Wed, 13 Jun 2001 10:57:16 +0200
>
>Here is the result of the j-t-c OS poll :
>
>- OPERATING SYSTEM -   - USERS -   - REF -
>
>
>- AS/400 -
>
>AS/400 V4R51   => 1
>
>- BS2000 -
>
>BS2000 / 390   1   => 1
>
>- FreeBSD -
>
>FreeBSD 4.0 STABLE / x86   1
>FreeBSD 4.2 / x86  2   => 3
>
>- HP -
>
>HP-UX 10.0 1   => 1
>
>- Linux -
>
>Gnu Linux  1
>Linux 2.2.15 / SPARC   1
>Redhat 6.2 / x86   3
>Redhat 7.0 / x86   3
>Redhat 7.1 / x86   6
>Slackware 7.1 / x861
>Suse 7.0 / x86 1
>Suse 7.1 / x86 1   => 17
>
>- Mac -
>
>MacOS/X 10.0.3 1
>MacOS/9 9.11   => 2
>
>- Reliant -
>
>ReliantUnix 5.45/5.43 / Mips   1   => 1
>
>- Sun/Solaris -
>
>Solaris 2.61
>Solaris 2.71
>Solaris 2.82
>Solaris 7 / x861
>Solaris 7 / SPARC  2
>Solaris 8 / x862
>Solaris 8 / SPARC  2
>SunOS 5.8 / Sparc641   => 12
>
>- Windows -
>
>Window NT  3
>Window 2000 Pro5
>Window 2000 Pro+Cygwin / x86   1
>Windows 98 SE  1
>Windows Millenium  1   => 11
>
>
>Conclusion:
>
>Linux is clearly the most referenced, with Solaris / Windows
>immediate followers.
>
>FreeBSD (no OpenBSD ?) is the next one (apache.org prefs OS).
>MacOS appears (thks Pier), HPUX, ReliantUnix.
>
>Some exotics systems (AS/400 - BS2000).
>
>On the AS/400, you could allready use an Apache HTTP Server.
>IBM announced that this port will soon accept externals modules.
>May be even an APR port. I'll track this OS :)
>
>Surprizingly, no vote for AIX.
>
>Now which webservers are you using :
>
>- Apache 1.3   (Apache, Apache/SSL or Apache-mod_ssl)
>- Apache 2.0
>- Domino
>- IIS 4/5/2000
>- JNI
>- Netscape/IPlanet
>
>This quick poll will help us know on which direction must be put
>the most effort. I bet for Apache 1.3 on Unix boxes
>
>-
>Henri Gomez ___[_]
>EMAIL : [EMAIL PROTECTED](. .)
>PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
>PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6

_
Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com.

ICAP servlet classes (was: Tomcat Architecture)

[Fabian Loschek]

Hello,

> I would like Tomcat to serve requests for a new Internet Draft Protocol
> named ICAP. The intension is to develop HTTP like ICAP servlet base classes
> to allow writing ICAP applications.
>
> Can someone give me pointers/references of where can I start ??

I'm looking for something similar for writing an ICAP Servlet for my
master thesis, have you gotten hold of any references or code snipplets?

Thanks in advance,
Fabian.

Re: Always loading default web.xml ?

[Remy Maucherat]

> On Tue, 12 Jun 2001, Remy Maucherat wrote:
>
> > Hi,
> >
> > I have the impression that we're always loading the default web.xml,
even if
> > the webapp already contains one, and add to the mappings which are
defined
> > there.
> >
>
> Yep.  Tomcat loads the default mappings from this file, then it loads your
> own mappings (which override anything set in the defaults).
>
> > I think it's ok when no mapping are defined, or no mapping is defined on
the
> > root node, but it's not as soon as a mapping is defined on either / or
/*
> > (which would indicate that the user wants to have all requests in the
webapp
> > handled by a particular servlet).
> >
> > Here, I'd like to have one servlet handle everything, including *.jsp,
while
> > leaving the default web.xml intact (so that Jasper is still active in
other
> > contexts) ;-)
> >
>
> If you map to "/*" in your own web.xml, it overrides any "*.jsp" mappings
> in the defaults (because of the priority ordering defined in the servlet
> spec).  What is it that you feel you cannot do?

Well, it insisted to map "/" on the default servlet (so that 127.0.0.1:8080
was going to my servlet; 127.0.0.1:8080/ was going to the default servlet;
the rest should go to my servlet). I didn't try again wo see if Jasper was
active, but it was still set as a servlet mapping in my context (according
to the logs), which of course isn't that useful.

The code loads the default config before the app config.
Perhaps what we could do when we add a new mapping from the app config is
remove the redundant mappings.

I added a new feature to my custom host as a workaround : it retrieves the
array of children, parses the servlet mappings, and removes anything which
isn't mapped to "/*". I don't need reloading at all on that host, so I think
I should be ok.

Remy

Re: [j-t-c] OS poll => [j-t-c] webserver poll

[Andy Armstrong]

Apache 1.3/Win32
Apache 1.3/GNU/Linux (actually RedHat 6, 7)
IIS 4.0/NT
IIS 5.0/2000
Domino 5/Linux
Domino 5/NT

-- 
Andy Armstrong, Tagish

Re: Always loading default web.xml ?

[Craig R. McClanahan]

On Tue, 12 Jun 2001, Remy Maucherat wrote:

> Hi,
> 
> I have the impression that we're always loading the default web.xml, even if
> the webapp already contains one, and add to the mappings which are defined
> there.
> 

Yep.  Tomcat loads the default mappings from this file, then it loads your
own mappings (which override anything set in the defaults).

> I think it's ok when no mapping are defined, or no mapping is defined on the
> root node, but it's not as soon as a mapping is defined on either / or /*
> (which would indicate that the user wants to have all requests in the webapp
> handled by a particular servlet).
> 
> Here, I'd like to have one servlet handle everything, including *.jsp, while
> leaving the default web.xml intact (so that Jasper is still active in other
> contexts) ;-)
> 

If you map to "/*" in your own web.xml, it overrides any "*.jsp" mappings
in the defaults (because of the priority ordering defined in the servlet
spec).  What is it that you feel you cannot do?

> If the feature isn't present somewhere already (and I missed it), I think we
> should add it.
> 
> Remy
> 
> 

Craig

Re: How to integrate Tomcat with IIS

[Craig R. McClanahan]

Please ask questions like this on the TOMCAT-USER mailing list (to
subscribe, send an empty message to
[EMAIL PROTECTED]).  This list is for discussions
about the development of Tomcat itself.

Craig McClanahan


On Wed, 13 Jun 2001, Rajeshwar Rao.V wrote:

> 
> 
> > Hi all,
> > I am new to this list.
> > I would like to know how to configure Tomcat with IIS.
> > I followed docs given as part of Jakarta Tomcat.still unable to solve the
> > problem.
> > Here I am attaching the log file of IIS?
> > Could anybody out there to help me?
> > I need it urgently.
> > <>  
> > 
> > Regards
> > -raj-
> > 
> 

Re: How to integrate Tomcat with IIS

[Jose Luis Rodriguez]

Hi Rajeshwar.
Are you sure that TOMCAT_HOME that's ok?
Are you sure that isapi_redirect.dll file is in $TOMCAT_HOME\bin\win32\i386?
Are you sure that strings values for configuration the ISAPI Redirector there
are ok?
If this is ok, then IIS configuration:
   In Windows
Home\Windows Nt Pack 4.0\Microsoft Information Server\Internet Service
Manager
Default Web Site\Properties
Home directory\Local Path -> C:\...\webapps
Home directory\Configuration\Add -> Executable -> C:\...\isapi_redirect.dll
Extension -> .jsp
ISAPI Filters\Add -> Filter name -> jakarta
Executable -> C:\...\isapi_redirct.dll

And that's all. I hope help you.

Saludos,
José Luis

"Rajeshwar Rao.V" wrote:

> Hi Jose,
> I have followed the step by step in the URL given by you.
> Bt at 9 th step where it is mentioned that jakarta filter should be marked
> by a green-up pointing arrow.I am not seeing it.Instead of GREEN, ia m
> seeing RED one.
> Please help me.
> Here I am copying the 9 thstep as it it.
>
> ( 9)Restart IIS (stop + start the IIS service), make sure that the jakarta
> filter is marked with a green up-pointing arrow.
> (costin)Under Win98 you may need to cd WINDOWS\SYSTEM\inetsrv and type PWS
> /stop ( the DLL and log files are locked - even if you click the stop
> button, PWS will still keep the DLLs in memory. ). Type pws to start it
> again)
>
> Regards,
> Rajeshwar rao.
>
> -Original Message-
> From: Jose Luis Rodriguez [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, June 13, 2001 2:50 PM
> To: [EMAIL PROTECTED]
> Subject: Re: How to integrate Tomcat with IIS
>
> You need only go step by step in
> http://jakarta.apache.org/tomcat/tomcat-3.2-doc/tomcat-iis-howto.html.
> But there is a problem whith method Post and Ms IE. Please say us if you
> have
> the same problem.
>
> Saludos,
> José Luis
>
> "Rajeshwar Rao.V" wrote:
>
> > > Hi all,
> > > I am new to this list.
> > > I would like to know how to configure Tomcat with IIS.
> > > I followed docs given as part of Jakarta Tomcat.still unable to solve
> the
> > > problem.
> > > Here I am attaching the log file of IIS?
> > > Could anybody out there to help me?
> > > I need it urgently.
> > > <>
> > >
> > > Regards
> > > -raj-
> > >
> >
> >   
> >
> >ex010606.logName: ex010606.log
> >Type: Log File (application/x-unknown-content-type-logfile)

Re: [j-t-c] OS poll => [j-t-c] webserver poll

[Mike Anderson]

Netscape Enterprise 3.5(+) on NetWare.
Apache 1.3 on NetWare.

Apache 1.3 on Win2K and Linux to verify fixes.
Probably be looking at IIS on Win2K but not currently.

Mike Anderson

>>> [EMAIL PROTECTED] 06/13/01 02:57AM >>>
Here is the result of the j-t-c OS poll :

- OPERATING SYSTEM -- USERS -   - REF -


- AS/400 -

AS/400 V4R5 1   => 1

- BS2000 -

BS2000 / 3901   => 1

- FreeBSD -

FreeBSD 4.0 STABLE / x861
FreeBSD 4.2 / x86   2   => 3

- HP -

HP-UX 10.0  1   => 1

- Linux -

Gnu Linux   1
Linux 2.2.15 / SPARC1
Redhat 6.2 / x863
Redhat 7.0 / x863
Redhat 7.1 / x866
Slackware 7.1 / x86 1
Suse 7.0 / x86  1
Suse 7.1 / x86  1   => 17

- Mac -

MacOS/X 10.0.3  1
MacOS/9 9.1 1   => 2

- Reliant -

ReliantUnix 5.45/5.43 / Mips1   => 1

- Sun/Solaris -

Solaris 2.6 1
Solaris 2.7 1
Solaris 2.8 2
Solaris 7 / x86 1
Solaris 7 / SPARC   2
Solaris 8 / x86 2
Solaris 8 / SPARC   2
SunOS 5.8 / Sparc64 1   => 12

- Windows - 

Window NT   3
Window 2000 Pro 5
Window 2000 Pro+Cygwin / x861
Windows 98 SE   1
Windows Millenium   1   => 11


Conclusion: 

Linux is clearly the most referenced, with Solaris / Windows 
immediate followers.

FreeBSD (no OpenBSD ?) is the next one (apache.org prefs OS).
MacOS appears (thks Pier), HPUX, ReliantUnix.

Some exotics systems (AS/400 - BS2000). 

On the AS/400, you could allready use an Apache HTTP Server.
IBM announced that this port will soon accept externals modules.
May be even an APR port. I'll track this OS :) 
 
Surprizingly, no vote for AIX.

Now which webservers are you using :

- Apache 1.3(Apache, Apache/SSL or Apache-mod_ssl)
- Apache 2.0
- Domino
- IIS 4/5/2000
- JNI 
- Netscape/IPlanet
 
This quick poll will help us know on which direction must be put
the most effort. I bet for Apache 1.3 on Unix boxes

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

Re: [j-t-c] OS poll => [j-t-c] webserver poll

[Justin Erenkrantz]

On Wed, Jun 13, 2001 at 10:57:16AM +0200, GOMEZ Henri wrote:
> Now which webservers are you using :
> 
> - Apache 1.3  (Apache, Apache/SSL or Apache-mod_ssl)
> - Apache 2.0
> - Domino
> - IIS 4/5/2000
> - JNI 
> - Netscape/IPlanet
>  
> This quick poll will help us know on which direction must be put
> the most effort. I bet for Apache 1.3 on Unix boxes

Yeah, but we should concentrate on getting a mod_webapp functional on
Apache 2.0 (so you can have Tomcat4 with Apache 2.0).  Looking at the 
j-t-c repository, I don't think Apache 2.0 is supported by mod_webapp 
yet.  (BTW, what's the status of hot deploy in mod_webapp for Apache 
1.3?)

Depending upon what I get involved with on the httpd side, I could
spend a few hours trying to get mod_webapp.c ported to Apache 2.0.  
I probably won't be able to look at it for a couple of weeks though.
I can't imagine it'd take more than a few hours.  If you port it to 
using the new filters API, that might take a bit longer.  -- justin

Re: [j-t-c] OS poll => [j-t-c] webserver poll

[kevin seguin]

> 
> - Apache 1.3(Apache, Apache/SSL or Apache-mod_ssl)
> - Apache 2.0
> - Domino
> - IIS 4/5/2000
> - JNI
> - Netscape/IPlanet
> 

apache 1.3 on windows nt/2000, solaris 2.[6-8], linux
iis on windows nt/2000
netscape/iplanet on solaris 2.[6-8]

Tomcat v Resin

[Robin Mousley]

I'm not sure whether this is an appropriate list to post this to but...

I've been hearing quite a bit about Resin and its proponents claim greater
performance and functionality.

I'd be grateful for some opinions.

Thanks


Robin Mousley

G r a p e v i n e  I n t e r a c t i v e ( P t y )  L t d
Grapevine House
Steenberg Office Park
Silverwood Close
Tokai
7945
South Africa

Phone: +27-21-702-
Cell: +27-83-326-5165
Fax: +27-21-702-3334

-Original Message-
From: vikram [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, June 13, 2001 12:26 PM
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Subject: mapping folder in tomcat

Dear sir,
I am working in a web hosting co. where I have to install and configure
tomcat server in windows2000.I could install tomcat server and run it
successfully but now I am facing a big problem that I have to give ftp
access to my clients so I have to mapping client folder from tomcat server.
I have IIS but when I read its configure notes
(in-process-howto.html,tomcat-iis-howto.html), it is really very ambigues
notes and ultimatilly I could not success to mapping and configure tomcat
with IIS for mapping.Can you write me any clear process how can I mapping
other folder from of tomcat with IIS or without IIS, I have to restrect to
do not install other server software.I think I have clear my position.If u
can help me I will be greatfull to u.

Sir I have to done that ASAP..

Thanks in advance..

With regards.

Vikram mishra([EMAIL PROTECTED])

Re: [j-t-c] OS poll => [j-t-c] webserver poll

[Glenn Nielsen]

Apache 1.3/mod_ssl

GOMEZ Henri wrote:
> 
> Now which webservers are you using :
> 
> - Apache 1.3(Apache, Apache/SSL or Apache-mod_ssl)
> - Apache 2.0
> - Domino
> - IIS 4/5/2000
> - JNI
> - Netscape/IPlanet
> 

--
Glenn Nielsen [EMAIL PROTECTED] | /* Spelin donut madder|
MOREnet System Programming   |  * if iz ina coment.  |
Missouri Research and Education Network  |  */   |
--

mapping folder in tomcat

[vikram]

Dear sir,
I am working in a web hosting co. where I have to install and configure
tomcat server in windows2000.I could install tomcat server and run it
successfully but now I am facing a big problem that I have to give ftp
access to my clients so I have to mapping client folder from tomcat server.
I have IIS but when I read its configure notes
(in-process-howto.html,tomcat-iis-howto.html), it is really very ambigues
notes and ultimatilly I could not success to mapping and configure tomcat
with IIS for mapping.Can you write me any clear process how can I mapping
other folder from of tomcat with IIS or without IIS, I have to restrect to
do not install other server software.I think I have clear my position.If u
can help me I will be greatfull to u.

Sir I have to done that ASAP..

Thanks in advance..

With regards.

Vikram mishra([EMAIL PROTECTED])

RE: How to integrate Tomcat with IIS

[Rajeshwar Rao.V]

Hi Jose,
I have followed the step by step in the URL given by you.
Bt at 9 th step where it is mentioned that jakarta filter should be marked
by a green-up pointing arrow.I am not seeing it.Instead of GREEN, ia m
seeing RED one.
Please help me.
Here I am copying the 9 thstep as it it.

( 9)Restart IIS (stop + start the IIS service), make sure that the jakarta
filter is marked with a green up-pointing arrow. 
(costin)Under Win98 you may need to cd WINDOWS\SYSTEM\inetsrv and type PWS
/stop ( the DLL and log files are locked - even if you click the stop
button, PWS will still keep the DLLs in memory. ). Type pws to start it
again)


Regards,
Rajeshwar rao.

-Original Message-
From: Jose Luis Rodriguez [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, June 13, 2001 2:50 PM
To: [EMAIL PROTECTED]
Subject: Re: How to integrate Tomcat with IIS


You need only go step by step in
http://jakarta.apache.org/tomcat/tomcat-3.2-doc/tomcat-iis-howto.html.
But there is a problem whith method Post and Ms IE. Please say us if you
have
the same problem.

Saludos,
José Luis

"Rajeshwar Rao.V" wrote:

> > Hi all,
> > I am new to this list.
> > I would like to know how to configure Tomcat with IIS.
> > I followed docs given as part of Jakarta Tomcat.still unable to solve
the
> > problem.
> > Here I am attaching the log file of IIS?
> > Could anybody out there to help me?
> > I need it urgently.
> > <>
> >
> > Regards
> > -raj-
> >
>
>   
>
>ex010606.logName: ex010606.log
>Type: Log File (application/x-unknown-content-type-logfile)

RE: jk_nt_service problem

[Jeremy]

I've been experiencing the exact same problem with ibm jdk 1.1.8

> From: GOMEZ Henri [mailto:[EMAIL PROTECTED]]
> Did you try with JDK 1.3.1 ?
>
> There is a known problem with Sun JDK 1.3
> and NT Service

>>From: Srinivas Kothuri [mailto:[EMAIL PROTECTED]]
>>I AM GETTING THE
>>Tomcat service didn't start but returned no error
>>More help is available by typing NET HELPMSG 3534

best regards,
Jeremy
--
"But they are useless.  They can only give you answers" - Pablo Picasso,
about computers

cvs commit: jakarta-tomcat/src/doc tomcat-ssl-howto.html

[hgomez]

hgomez  01/06/13 02:27:00

  Modified:src/doc  tomcat-ssl-howto.html
  Log:
  Correct apache-ssl URL
  Submitted by: Qiu, Wei [[EMAIL PROTECTED]]
  
  Revision  ChangesPath
  1.4   +1 -1  jakarta-tomcat/src/doc/tomcat-ssl-howto.html
  
  Index: tomcat-ssl-howto.html
  ===
  RCS file: /home/cvs/jakarta-tomcat/src/doc/tomcat-ssl-howto.html,v
  retrieving revision 1.3
  retrieving revision 1.4
  diff -u -r1.3 -r1.4
  --- tomcat-ssl-howto.html 2000/12/11 15:05:21 1.3
  +++ tomcat-ssl-howto.html 2001/06/13 09:27:00 1.4
  @@ -59,7 +59,7 @@
   
   Tomcat and SSL
   Tomcat could use SSL directly (via an HTTP connector supporting SSL) or via 
  -  an Apache SSLified (http://www.apachessl.org";>Apache-SSL or 
apache-mod_ssl) 
  +  an Apache SSLified (http://www.apache-ssl.org";>Apache-SSL or 
apache-mod_ssl) 
 with the mod_jk connector.
   
   Building tomcat with SSL support
  
  
  

cvs commit: jakarta-tomcat-connectors/jk/doc tomcat-ssl-howto.html

[hgomez]

hgomez  01/06/13 02:25:24

  Modified:jk/doc   tomcat-ssl-howto.html
  Log:
  Correct apache-ssl URL (Sorry Ben :)
  Reviewed by:Qiu, Wei [[EMAIL PROTECTED]]
  
  Revision  ChangesPath
  1.2   +1 -1  jakarta-tomcat-connectors/jk/doc/tomcat-ssl-howto.html
  
  Index: tomcat-ssl-howto.html
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jk/doc/tomcat-ssl-howto.html,v
  retrieving revision 1.1
  retrieving revision 1.2
  diff -u -r1.1 -r1.2
  --- tomcat-ssl-howto.html 2001/05/14 09:16:57 1.1
  +++ tomcat-ssl-howto.html 2001/06/13 09:25:23 1.2
  @@ -59,7 +59,7 @@
   
   Tomcat and SSL
   Tomcat could use SSL directly (via an HTTP connector supporting SSL) or via 
  -  an Apache SSLified (http://www.apachessl.org";>Apache-SSL or 
apache-mod_ssl) 
  +  an Apache SSLified (http://www.apache-ssl.org";>Apache-SSL or 
apache-mod_ssl) 
 with the mod_jk connector.
   
   Building tomcat with SSL support
  
  
  

Re: How to integrate Tomcat with IIS

[Jose Luis Rodriguez]

You need only go step by step in
http://jakarta.apache.org/tomcat/tomcat-3.2-doc/tomcat-iis-howto.html.
But there is a problem whith method Post and Ms IE. Please say us if you have
the same problem.

Saludos,
José Luis

"Rajeshwar Rao.V" wrote:

> > Hi all,
> > I am new to this list.
> > I would like to know how to configure Tomcat with IIS.
> > I followed docs given as part of Jakarta Tomcat.still unable to solve the
> > problem.
> > Here I am attaching the log file of IIS?
> > Could anybody out there to help me?
> > I need it urgently.
> > <>
> >
> > Regards
> > -raj-
> >
>
>   
>
>ex010606.logName: ex010606.log
>Type: Log File (application/x-unknown-content-type-logfile)

RE: jk_nt_service problem

[GOMEZ Henri]

Did you try with JDK 1.3.1 ?

There is a known problem with Sun JDK 1.3
and NT Service

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



>-Original Message-
>From: Srinivas Kothuri [mailto:[EMAIL PROTECTED]]
>Sent: Tuesday, June 12, 2001 8:08 PM
>To: '[EMAIL PROTECTED]'
>Subject: Re: jk_nt_service problem 
>
>
>i AM HAVING THE SAME PROBLEM TOO.
>i AM RUNNING TOMCAT ON WINDOWS 200 AND TRYING TO CONFIGURE IT 
>AS A SERVICE.
>
>I AM GETTING THE 
>Tomcat service didn't start but returned no error
>More help is available by typing NET HELPMSG 3534
>
>when i do net helpmsg 3534 it gives a message .
>please try later or contact the network administrator.
>
>
>THIS IS MY WRAPPERS.PROPERTIES FILE 
>
>I CHANGED THE TOMCAT HOME AND THE JDK HOME TO
>
>C:\JAKARTA-TOMCAT
>C:\JDK1.3
>
>it still doesnt seem to work.
>any inputs or suggestions are welcome..
>thanx.
>srinivas kothuri
>
>
>
>
># wrapper.properties starts here-
>#
># $Header: /home/cvs/jakarta-tomcat/src/etc/Attic/wrapper.properties,v
>1.2.2.1 2000/10/16 01:59:22 larryi Exp $
># $Revision: 1.2.2.1 $
># $Date: 2000/10/16 01:59:22 $
>#
>#
># jk_service.properties - a bootstrap file for the Tomcat NT service.
>#
># This file provides jk_nt_service with the needed information to
># start tomcat at a different process.
>#
># As a general note, the characters $( and ) are used 
>internally to define
># macros. Do not use them!!!
>#
># Whenever you see a set of lines like these:
># x=value
># y=$(x)\something
>#
># the final value for y will be value\something
>#
># Normally all you will need to modify is the first two 
>properties, i.e.,
># wrapper.tomcat_home and wrapper.java_home. Most of the configuration
># is derived from these two.
>#
>
>#
># wrapper.tomcat_home should point to the location where you
># installed tomcat. This is where you have your conf, webapps and lib
># directories.
>#
>wrapper.tomcat_home=
>
>#
># wrapper.java_home should point to your Java installation. Normally
># you should have a bin and lib directories beneath it.
>#
>wrapper.java_home=
>
>
>#
>#-- ADVANCED MODE 
># Make sure that you read the how-to before making too many changes.
>#-
>#
>
>#
># Defining where the service is going to put the standard
># output of Tomcat. This is where System.out.println and
># System.err.println go to.
>#
>wrapper.stdout=$(wrapper.tomcat_home)\logs\jvm.stdout
>wrapper.stderr=$(wrapper.tomcat_home)\logs\jvm.stderr
>
>#
># Additions to the path. Put here directories where you store DLLs for
># native methods, etc.
>#
>wrapper.ld_path=d:\
>wrapper.ld_path=c:\
>
>#
># Defining the classpath. All the rows that belongs to the class_path
># property are concatenated to create the classpath for Tomcat.
>#
># If you have additional locations that you would like to add to the
># classpath, add a new wrapper.class_path= line.
>#
>wrapper.class_path=$(wrapper.tomcat_home)\classes
>wrapper.class_path=$(wrapper.tomcat_home)\lib\webserver.jar
>wrapper.class_path=$(wrapper.tomcat_home)\lib\jasper.jar
>wrapper.class_path=$(wrapper.tomcat_home)\lib\xml.jar
>wrapper.class_path=$(wrapper.tomcat_home)\lib\servlet.jar
>
>
>#
># This is where Javac is located in JDK1.2.x.
>#
>wrapper.class_path=$(wrapper.java_home)\lib\tools.jar
>#
># and a tribute to JDK1.1.x
>#
>wrapper.class_path=$(wrapper.java_home)\lib\classes.zip
>
>#
># This is the Java interpreter used for running Tomcat.
>#
>wrapper.javabin=$(wrapper.java_home)\bin\java.exe
>
>#
># This is Tomcat's startup class (the class that contains Tomcat's
># starting point).
>#
>wrapper.startup_class=org.apache.tomcat.startup.Tomcat
>
>#
># This is where tomcat's server.xml configuration file is located. 
>#
>wrapper.server_xml=$(wrapper.tomcat_home)\conf\server.xml
>
>#
># The NT service uses AJP12/AJP13 to shut down Tomcat. The 
># wrapper.shutdown_port tells the service the identity of the 
>port that 
># is used by AJP12/AJP13.
>#
>wrapper.shutdown_port=8007
>
>#
># Can be either ajp12 or ajp13 depending on your configuration.
>#
># Default value is ajp12.
>#
>wrapper.shutdown_protocol=ajp12
>
>#
># This is the command line that is used to start Tomcat. You 
>can *add* extra
># parameters to it, but you can not remove anything.
>#
>wrapper.cmd_line=$(wrapper.javabin) -classpath $(wrapper.class_path)
>$(wrapper.startup_class) -config $(wrapper.server_xml) -home
>$(wrapper.tomcat_home)
>
>#-wrapper.properties ends here-
>
>

[j-t-c] OS poll => [j-t-c] webserver poll

[GOMEZ Henri]

Here is the result of the j-t-c OS poll :

- OPERATING SYSTEM -- USERS -   - REF -


- AS/400 -

AS/400 V4R5 1   => 1

- BS2000 -

BS2000 / 3901   => 1

- FreeBSD -

FreeBSD 4.0 STABLE / x861
FreeBSD 4.2 / x86   2   => 3

- HP -

HP-UX 10.0  1   => 1

- Linux -

Gnu Linux   1
Linux 2.2.15 / SPARC1
Redhat 6.2 / x863
Redhat 7.0 / x863
Redhat 7.1 / x866
Slackware 7.1 / x86 1
Suse 7.0 / x86  1
Suse 7.1 / x86  1   => 17

- Mac -

MacOS/X 10.0.3  1
MacOS/9 9.1 1   => 2

- Reliant -

ReliantUnix 5.45/5.43 / Mips1   => 1

- Sun/Solaris -

Solaris 2.6 1
Solaris 2.7 1
Solaris 2.8 2
Solaris 7 / x86 1
Solaris 7 / SPARC   2
Solaris 8 / x86 2
Solaris 8 / SPARC   2
SunOS 5.8 / Sparc64 1   => 12

- Windows - 

Window NT   3
Window 2000 Pro 5
Window 2000 Pro+Cygwin / x861
Windows 98 SE   1
Windows Millenium   1   => 11


Conclusion: 

Linux is clearly the most referenced, with Solaris / Windows 
immediate followers.

FreeBSD (no OpenBSD ?) is the next one (apache.org prefs OS).
MacOS appears (thks Pier), HPUX, ReliantUnix.

Some exotics systems (AS/400 - BS2000). 

On the AS/400, you could allready use an Apache HTTP Server.
IBM announced that this port will soon accept externals modules.
May be even an APR port. I'll track this OS :) 
 
Surprizingly, no vote for AIX.

Now which webservers are you using :

- Apache 1.3(Apache, Apache/SSL or Apache-mod_ssl)
- Apache 2.0
- Domino
- IIS 4/5/2000
- JNI 
- Netscape/IPlanet
 
This quick poll will help us know on which direction must be put
the most effort. I bet for Apache 1.3 on Unix boxes

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

RE: [j-t-c] OS poll

[GOMEZ Henri]

Also :

W2K / VisualAge 3.5 (JDK 1.2)
AS/400 V4R5 / JDKs 1.7-1.2.2-1.3

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

How to integrate Tomcat with IIS

[Rajeshwar Rao.V]

> Hi all,
> I am new to this list.
> I would like to know how to configure Tomcat with IIS.
> I followed docs given as part of Jakarta Tomcat.still unable to solve the
> problem.
> Here I am attaching the log file of IIS?
> Could anybody out there to help me?
> I need it urgently.
> <>  
> 
> Regards
> -raj-
> 

 ex010606.log