Henri Gomez wrote:
Did someone try to port 'JkRequestLogFormat' to Apache 2.0 ?
For instance I wonder about :
ap_bgetopt(r-connection-client, BO_BYTECT, bs);
I added 'JkRequestLogFormat' for Apache 2.0.
Glenn could you take a look ?
Regards
BTW : I think I will make a JK 1.2.1
Pier Fumagalli wrote:
Henri Gomez [EMAIL PROTECTED] wrote:
On Linux threads are +/- process and are really cheap to create, so it's
should be a problem.
Read, it shouldn't be a problem
It is a problem because every time someone does a PS goes _nuts_ about the
number of JVM processes
[EMAIL PROTECTED] wrote:
G...
Always the same problem!
I tried in the tomcat.conf script :
JAVACMD=$JAVA_HOME/bin/java -Xms128m -Xmx256m
or in the dtomcat4 :
JAVA_OPTS= -server -Xms128m -Xmx256m
-- The memory used by my tomcat reach 300 MO or more with 0 user
connected...
Why ?
It
Mladen Turk wrote:
-Original Message-
From: news [mailto:news;main.gmane.org] On Behalf Of Costin Manolache
Sent: Monday, October 28, 2002 6:40 PM
To: [EMAIL PROTECTED]
Subject: Re: JkRequestLogFormat for JK 1.2.x on Apache 2.0 ?
Henri Gomez wrote:
I added 'JkRequestLogFormat
Pier Fumagalli wrote:
On 29/10/02 22:46, Costin Manolache [EMAIL PROTECTED] wrote:
Remy Maucherat wrote:
A new test milestone of Tomcat 4.1 has just been released. Please help
test this upcoming Tomcat release for compliance issues and other
problems.
Downloads:
Glenn Nielsen wrote:
Henri Gomez wrote:
Mladen Turk wrote:
-Original Message-
From: news [mailto:news;main.gmane.org] On Behalf Of Costin Manolache
Sent: Monday, October 28, 2002 6:40 PM
To: [EMAIL PROTECTED]
Subject: Re: JkRequestLogFormat for JK 1.2.x on Apache 2.0 ?
Henri Gomez
I just uploaded mod_jk 1.2.0 for Apache 1.3 without
EAPI.
Built on Redhat 7.2 against Apache 1.3.26
Regards
--
To unsubscribe, e-mail: mailto:tomcat-dev-unsubscribe;jakarta.apache.org
For additional commands, e-mail: mailto:tomcat-dev-help;jakarta.apache.org
Glenn Nielsen wrote:
I have imported the mod_jk log analysis scripts into CVS.
The scripts for analyzing the logs generates alot of data.
The scripts for graphing/reporting this data only generates
five long term graphs. More graphs and reports could be generated
from the raw data.
For an
jean-frederic clere wrote:
Jean-Francois Arcand wrote:
Hi Henry, a couple of comment about your translation :-)
Ok, what make me think that we may have to team up to manage
all the translation to french. Who's candidate ?
--
To unsubscribe, e-mail:
fileResources.base=Le document base {0} n''existe pas ou n''est pas
un répertoire lisible
Le document base
ok
warResources.notWar=Doc base doit pointé vers un fichier WAR
warResources.invalidWar=Fichier WAR invalide ou illisible : {0}
jarResources.syntax=Le document base {0} doit
Thomas Morin wrote:
Hi,
Here is a short patch to mod_jk giving people the opportunity to make mod_jk
honor Apache UseCanonicalName option.
Eg.:
ServerName www.foo.org
UseCanonicalName on
JkOption HonorUseCanonicalName
It's allready included in latest mod_jk (1.2.1-dev) in CVS ;)
...
[EMAIL PROTECTED] wrote:
hgomez 2002/11/04 04:50:24
Modified:jk/native CHANGES.txt
Log:
Add comments about reports add-ons
If nobody object, I'll tag jk 1.2.1 and make a release this week.
Regards
--
To unsubscribe, e-mail: mailto:tomcat-dev-unsubscribe;jakarta.apache.org
Glenn Nielsen wrote:
Henri Gomez wrote:
[EMAIL PROTECTED] wrote:
hgomez 2002/11/04 04:50:24
Modified:jk/native CHANGES.txt
Log:
Add comments about reports add-ons
If nobody object, I'll tag jk 1.2.1 and make a release this week.
Does this version have support
jean-frederic clere wrote:
Henri Gomez wrote:
[EMAIL PROTECTED] wrote:
hgomez 2002/11/04 04:50:24
Modified:jk/native CHANGES.txt
Log:
Add comments about reports add-ons
If nobody object, I'll tag jk 1.2.1 and make a release this week.
I would like to see 14086 fixed
Since I didn't have commit access to servletapi4, here are the files
to be added.
# Default localized string information
# Localized for Locale fr_FR
err.cookie_name_is_token=Le nom de cookie {0} est un token réservé
err.io.negativelength=Taille négative donnée dans la méthode write
Ditto than previous for servletapi5
# Default localized string information
# Localized for Locale fr_FR
err.not_iso8859_1={0} n''est pas un caractère ISO 8859-1
value.true=true
value.false=false
# Default localized string information
# Localized for Locale fr_FR
err.cookie_name_is_token=Le
Could it be commited ?
Thanks
# Default localized string information
# Localized for Locale fr_FR
err.not_iso8859_1={0} n''est pas un caractère ISO 8859-1
value.true=true
value.false=false
# Default localized string information
# Localized for Locale fr_FR
err.cookie_name_is_token=Le nom de
err.cookie_name_is_token=Le nom de cookie {0} est un token réservé
err.io.negativelength=Taille négative donnée dans la méthode write
err.io.short_read=Lecture réduite
Non. partielle. (That sounds better according to the java sources).
Exact so replace :
err.io.short_read=Lecture réduite
err.io.short_read=Lecture réduite
Could you replace by :
err.io.short_read=Lecture partielle
--
To unsubscribe, e-mail: mailto:tomcat-dev-unsubscribe;jakarta.apache.org
For additional commands, e-mail: mailto:tomcat-dev-help;jakarta.apache.org
Jeanfrancois Arcand wrote:
OK c'est fait (Done :-) )
Thanks to update to use partielle instead of réduite ...
--
To unsubscribe, e-mail: mailto:tomcat-dev-unsubscribe;jakarta.apache.org
For additional commands, e-mail: mailto:tomcat-dev-help;jakarta.apache.org
Don't forget also to update the second LocalString_fr.properties,
the one in javax.servlet with :
# Default localized string information
# Localized for Locale fr_FR
err.not_iso8859_1={0} n''est pas un caractère ISO 8859-1
value.true=true
value.false=false
--
To unsubscribe, e-mail:
There is still some works to finish french translation in
TC4+CATALINA2+JASPER.
Who's planning to make some works ? (JFC/JFA/REMM ?)
Regards
--
To unsubscribe, e-mail: mailto:tomcat-dev-unsubscribe;jakarta.apache.org
For additional commands, e-mail: mailto:tomcat-dev-help;jakarta.apache.org
[EMAIL PROTECTED] wrote:
remm2002/11/05 08:26:38
Modified:http11/src/java/org/apache/coyote/http11
InternalInputBuffer.java
Log:
- I think a 0 result is an error according to the JVM javadocs (we are using
InputStream.read(byte[], int, int)).
Under
Remy Maucherat wrote:
Henri Gomez wrote:
[EMAIL PROTECTED] wrote:
remm2002/11/05 08:26:38
Modified:http11/src/java/org/apache/coyote/http11
InternalInputBuffer.java
Log:
- I think a 0 result is an error according to the JVM javadocs (we
I'll add an 'impatient page' in jk docs with strict minimum, will need
help for IIS/NES.
I think the same should be done for jk2.
Pier Fumagalli wrote:
Forwarding...
Pier
Lambert, Stephen : CO IR [EMAIL PROTECTED] wrote:
Is there any way the web site could be updated to include an
This should end the french translation of Tomcat 4.1 Catalina 2.0.
Changes should be back ported to Tomcat 4.0 and now tomcat-jasper should
be translated (may be 99% of the works is allready done from the
translation done in TC 4.1 jasper).
Regards
--
To unsubscribe, e-mail:
[EMAIL PROTECTED] wrote:
jfclere 2002/11/06 03:39:41
You should probably port them to tomcat-jasper ;)
--
To unsubscribe, e-mail: mailto:tomcat-dev-unsubscribe;jakarta.apache.org
For additional commands, e-mail: mailto:tomcat-dev-help;jakarta.apache.org
[EMAIL PROTECTED] wrote:
hgomez 2002/11/06 03:38:49
Added: jasper2/src/share/org/apache/jasper/resources
messages_fr.properties
Log:
Add french translation
Ok this should be the last part of french translation (ouf).
French readers should make a revue
Tim Funk wrote:
In case you weren't joking ...
It can easily break compatibility if someone introduces a new class with
the same class name as another class in a different package.
ex:
import foo.*; /* has class A */
import bar.*; /* has class B */
class Foo {
A a;
B b;
}
Imagine
Hi,
I just updated in jtc/jk docs the jakarta logo by the new one.
Any objection I do the same for the others tomcat projects ?
--
To unsubscribe, e-mail: mailto:tomcat-dev-unsubscribe;jakarta.apache.org
For additional commands, e-mail: mailto:tomcat-dev-help;jakarta.apache.org
Remy Maucherat wrote:
Hi,
jspc is IMO overly complex, with many features nobody knows how to use,
and nobody cares to test (hence sometimes some of them are randomly
broken during Jasper refactorings).
I propose that:
- In Tomcat 5, all jspc options are removed, in favor of allowing only
the
Larry Isaacs wrote:
Hi Henri,
I have no objection to updating Tomcat 3.3.x. Thanks.
Done.
What about TC 4 and 5 ?
--
To unsubscribe, e-mail: mailto:tomcat-dev-unsubscribe;jakarta.apache.org
For additional commands, e-mail: mailto:tomcat-dev-help;jakarta.apache.org
Is the Nullsoft 2.0 the OpenSource installer found under www.nullsoft.com?
http://nsis.sourceforge.net/
--
To unsubscribe, e-mail: mailto:tomcat-dev-unsubscribe;jakarta.apache.org
For additional commands, e-mail: mailto:tomcat-dev-help;jakarta.apache.org
Remy Maucherat wrote:
Henri Gomez wrote:
Is the Nullsoft 2.0 the OpenSource installer found under
www.nullsoft.com?
http://nsis.sourceforge.net/
The only problem with NSIS 2 is that the set of macros is changing twice
a day (or close to it).
Yes it seems ;)
BTW, which version should
http://nsis.sourceforge.net/
The only problem with NSIS 2 is that the set of macros is changing twice
a day (or close to it).
Exact, I tried to remake with alpha7 and got :
MakeNSIS v2.0a7 - Copyright 1999-2002 Nullsoft, Inc.
Portions Copyright (C) 1995-1998 Jean-loup Gailly and Mark Adler
Mladen Turk wrote:
Personally don't like hardcoded defines.
me too.
Could that be guessed or forced in makefiles?
I searched thru Apache 2.0.43 source and find these
included by hand in files, but configure specialists
should be able to fix it.
JF ?
--
To unsubscribe, e-mail:
Mladen Turk wrote:
-Original Message-
From: jean-frederic clere
It must be guessed in the configure...
Why? Think we just add the -DBSD_COMP to the JK_CFLAGS in Makefile.in
Sure but it's not very clean and didn't take use of configure
detection features.
BTW: we'll need to find
Costin Manolache wrote:
To clarify - I agree jspc has a lot of broken options and
features. My use case is:
taskdef classname=org.apache.jasper.JspC name=jasper2
classpath
pathelement location=${java.home}/../lib/tools.jar/
fileset dir=${tomcat.home}/server/lib
Mladen Turk wrote:
-Original Message-
From: Henri Gomez
Why? Think we just add the -DBSD_COMP to the JK_CFLAGS in
Makefile.in
Sure but it's not very clean and didn't take use of configure
detection features.
BTW: we'll need to find a way to add it to jkant for those
who want
BTW, no matter how I look at it, the practice of generating servlets
seems really ugly to me (of course, there are so many ugly things about
JSPs, I guess it's only one of them).
Another big advantage of using JSP - servlet is that you didn't have
security problems of code exposure ;)
--
Another big advantage of using JSP - servlet is that you didn't have
security problems of code exposure ;)
Hey, stop making fun of me, and get back to work ;-)
Oui patron ;)
--
To unsubscribe, e-mail: mailto:tomcat-dev-unsubscribe;jakarta.apache.org
For additional commands, e-mail:
In o.a.c.loader.WebAppClassLoader.java, realFile.toURI() isn't known by
SDK 1.3.1 ..
/**
* Get URL.
*/
protected URL getURI(File file)
throws MalformedURLException {
File realFile = file;
try {
realFile = realFile.getCanonicalFile();
[EMAIL PROTECTED] wrote:
remm2002/11/07 07:23:43
Modified:jasper2/src/share/org/apache/jasper/xmlparser
XMLEncodingDetector.java
Log:
- This appreas to fix the stack overflow.
is the xerces dependencie is normal ?
import
[EMAIL PROTECTED] wrote:
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=14405.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Jeanfrancois Arcand wrote:
Hi,
finally, with the help of Craig, I was able to isolate the problem
Tomcat have with Xerces 2.2.x. When you have an !ELEMENT line longer
that 80 characters in a DTD, Xerces 2.2.x thrown the misleading
exception everybody have seen.
In our case, file
Steven Velez wrote:
OK... I wasn't sure if that was an acceptable solution. In that case,
the patch for existing files is one attachment and the two new files are
two other attachments. They need to go in
jakarta-tomcat-connectors\jk\native\iis. Thanks.
If Nacho agree on this patch and
What about moving documentation for jk and jk2 to :
http://jakarta.apache.org/jakarta-tomcat-connectors/jk/
http://jakarta.apache.org/jakarta-tomcat-connectors/jk2/
And make ref to them from :
http://jakarta.apache.org/tomcat/ (documentation)
and
http://jakarta.apache.org/ (subproject)
--
While playing with 4.1.15, I discovered some nasty problem with the
AJP13 implementation from JTC.
1) TC 4.1.15 set socket timeout (2 = 20s) which make give you
Read exception after 20s of inactivity between webserver and Tomcat :
90577 [Thread-6] ERROR common.ChannelSocket - Error,
Hans Schmid wrote:
Hi,
the nightly build of Tomcat 3.3.x seems to have stopped at 08-Nov-2002.
Any Idea, why?
Cheers,
Hans
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
What's the error ?
--
To unsubscribe, e-mail:
[EMAIL PROTECTED] wrote:
hgomez 2002/11/21 01:42:36
Modified:catalina/src/conf server.xml
Log:
No timeout to be set in AJP13 connector, it's the webserver
responsability to drop unused connections
Revision ChangesPath
1.65 +1 -1
[EMAIL PROTECTED] wrote:
costin 2002/11/21 09:53:48
Modified:jk/native/common jk_ajp_common.c
Log:
Do not send the initial chunk for chunked encoding ( only for
regular POST ).
Ajp13 servers ( tomcat x.y, etc ) expect this initial chunk
only if a content-length is specified.
I'll tag next week JK 1.2.1, after conducting tests to see if latest
Costin path on chunked didn't break anything.
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
jean-frederic clere wrote:
Henri Gomez wrote:
I'll tag next week JK 1.2.1, after conducting tests to see if latest
Costin path on chunked didn't break anything.
--
To unsubscribe, e-mail:
mailto:[EMAIL PROTECTED]
For additional commands, e-mail:
mailto:[EMAIL PROTECTED]
For info
The generated JSP didn't have the import org.apache.jasper.runtime.* :
.
package jsp.snp;
import javax.servlet.*;
import javax.servlet.http.*;
import javax.servlet.jsp.*;
public class _0002fjsp_0002fsnp_0002fsnoop_0002ejspsnoop_jsp_0 extends
org.apache.jasper.runtime.HttpJspBase {
Bill Barker wrote:
- Original Message -
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Friday, November 22, 2002 10:34 PM
Subject: cvs commit: jakarta-tomcat-connectors/jk/java/org/apache/jk/server
JkCoyoteHandler.java
hgomez 2002/11/22 22:34:48
Modified:
Mladen Turk wrote:
-Original Message-
From: Remy Maucherat
It would be good to have updated native connectors at the
same time or
before.
Before, IMO.
I'm posting this to confirm that all the fixes which were
needed in JK
are in.
Think that Henri is preparing a tag this
There is still in o.a.c.loader.WebappClassLoader :
/**
* Get URL.
*/
protected URL getURI(File file)
throws MalformedURLException {
File realFile = file;
try {
realFile = realFile.getCanonicalFile();
} catch (IOException e) {
[EMAIL PROTECTED] wrote:
jfarcand2002/11/25 06:45:24
Added: src/share/javax/servlet LocalStrings_fr.properties
Log:
French Translation
Submitted by: Henry Gomez
Revision ChangesPath
1.1
Martin Algesten wrote:
Just for our non-committers peace of mind, what is the purpose of this
list? What kind of information is it that we are to be denied or have
delayed?
Discussing for example possible security issues and resolve them
before making a public announce !
--
To unsubscribe,
://www.sonata-software.com
Coming together is the beginning, staying together is progress and working
together is Success
What lies behind us and what lies before us are tiny matters compared to
what lies within us - Emerson
-Original Message-
From: Henri Gomez [SMTP:[EMAIL PROTECTED
And just after being tagger, jk 1.2 will be moved to jk 1.2.2-dev (to
follow the httpd way)
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Henri Gomez wrote:
And just after being tagger, jk 1.2 will be moved to mod_jk 1.2.2-dev (to
follow the httpd way)
BTW, do you agree to change the version from jk-1.2.2-beta-1 to
mod_jk-1.2.2-dev, to follow the way Apache 1.3/2.0 numbering ?
I don't think will make ever beta-1, beta-2
Hi to all,
mod_jk 1.2.1 has been released and is available at :
http://jakarta.apache.org/builds/jakarta-tomcat-connectors/jk/release/v1.2.1/
For now binaries are available for :
- Linux i386 (Apache 1.3 with/without SSL, Apache 2.0 with SSL)
- iSeries (Apache 2.0.39 for OS/400 V5R1/V5R2)
Mladen Turk wrote:
Hi to all,
JK2 2.0.2 has been released and is available at :
http://jakarta.apache.org/builds/jakarta-tomcat-connectors/jk2/release/v
2.0.2/
For now binaries are available for WIN32 only:
linux binaries and rpms to be released tomorrow ;)
--
To unsubscribe, e-mail:
[EMAIL PROTECTED] wrote:
mturk 2002/11/27 09:12:05
Modified:jk/native2/include jk_global.h
Log:
Change the version number to the 2.0.3 and mark as not nonreleased.
The exposed version will be mod_jk2/2.0.3-beta-1.
Perhaps we should change the beta to dev?
+1 to switch
Henri Gomez wrote:
Mladen Turk wrote:
Hi to all,
JK2 2.0.2 has been released and is available at :
http://jakarta.apache.org/builds/jakarta-tomcat-connectors/jk2/release/v
2.0.2/
For now binaries are available for WIN32 only:
linux binaries and rpms to be released tomorrow ;)
While
Probably libtool. The one of the Apache 2.0.43 you are using.
What's the heck with libtool again ?
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Pedro Igor Craveiro e Silva wrote:
I trying to configure the Apache + JServ, but a have a problem. When the apache is started it return a error message like this:
Cannot load /usr/local/www/apache/libexec/mod_jk-2.0.42.so into server: /usr/local/www/apache/libexec/mod_jk-2.0.42.so: Undefined
jean-frederic clere wrote:
Henri Gomez wrote:
Probably libtool. The one of the Apache 2.0.43 you are using.
What's the heck with libtool again ?
Look in the build/jk2/apache2/jkjni.la
Probably there is a jkjni.a instead jkjni.so there.
Yes jkjni.la and jkjni.a
May be you only have
Pedro Igor Craveiro e Silva wrote:
Thakns. ... but just one more, i don´t find this mod, do you have a clue ??
It's next to the other one !
http://jakarta.apache.org/builds/jakarta-tomcat-connectors/jk/release/v1.2.1/bin/linux/i386/mod_jk-1.3-eapi.so
--
To unsubscribe, e-mail:
jean-frederic clere wrote:
Clere, Jean-Frederic wrote:
While building with Apache-1.3 I have the problem that it only builds
with apxs:
cd jk/native2/server/apache13; gmake -f Makefile.apxs
The next problem is that this mod_jk2.so is not ok:
+++
bash-2.03$ bin/apachectl start
Syntax error
Very weird.
Send me the complete output of make.
here it is :
httpd2/lib -lcrypt -lapr-0 -lpcre -lpcreposix
../../../build/jk2/apache2/jk_jni_aprImpl.lo
../../../build/jk2/apache2/jk_channel_apr_socket.lo
../../../build/jk2/apache2/jk_channel.lo
../../../build/jk2/apache2/jk_channel_jni.lo
jean-frederic clere wrote:
Henri Gomez wrote:
Very weird.
Send me the complete output of make.
here it is :
httpd2/lib -lcrypt -lapr-0 -lpcre -lpcreposix
../../../build/jk2/apache2/jk_jni_aprImpl.lo
../../../build/jk2/apache2/jk_channel_apr_socket.lo
../../../build/jk2/apache2
BTW: How did you build the mod_jk2.so for Apache-2.0?
mod_jk2.so didn't link against libapr, since apache2 allready provideit,
but jkjni need it, that's why the build work for mod_jk2.
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL
Pedro Igor Craveiro e Silva wrote:
Thanks, Henri ... You came from the sky
heuu, no from Lyon, France ;)
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Pedro Igor Craveiro e Silva wrote:
I´m not using Linux, but FreeBSD.
Hum, that's why !!!
BTW, the is no Apache 1.3 binary for FreeBSD,
I only built one for Apache 2.0 ;(
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Pier Fumagalli wrote:
On 28/11/02 7:37 pm, in article 000701c2970d$2d408f90$[EMAIL PROTECTED],
Pedro Igor Craveiro e Silva [EMAIL PROTECTED] wrote:
Ok.
But, with that first module(mod_jk2.(etc)) the i was using i can put the
apache e tomcat together?
FreeBSD contains a Linux emulator, but
Laxmikanth M.S. wrote:
Hi ,
A question for tomcat-user list please.
I have installed two versions of Tomcat and apache running together on the
same Machine
Apache1.3.27 - Tomcat3.3.1
Apache1.3.27 - Tomcat4.1.12
Make Apaches and Tomcats listens on differents ports:
Apache1.3.27 (80) -
M wrote:
Looking at the netstat on the machine I can see tomcat is bound to the
port 8009 and can connect to it with telnet, apache works if I go back
to tomcat 4.1.14.
From the apache logs:
[Tue Dec 03 16:04:22 2002] [jk_connect.c (143)]: jk_open_socket,
connect() failed errno = 111
[Tue
Remy Maucherat wrote:
Hi,
I think the clustering features in Tomcat 5 should get an overhaul.
Despite some licensing dicrepancies, I plan to use JavaGroups for the
task (LGPL license), as well as some code which was donated a while ago
by Filip Hanik. Based on what is already done, the amount of
Remy Maucherat wrote:
Hi,
I plan to reorganize the jakarta-tomcat-catalina repository as follows:
- catalina folder: Catalina core; this depends on the servlet API
- modules folders: Optional functionality and modules (one example is
clustering), but which depends on the Catalina API; this does
Jon Scott Stevens wrote:
on 2002/12/7 9:37 AM, Glenn Nielsen [EMAIL PROTECTED] wrote:
I will consider voting +1 if any of the other tomcat devs who want this
will volunteer to be the release manager for the servlet only distribution.
I would find this handy when using Tomcat as a SOAP server
Pier Fumagalli wrote:
On 8/12/02 0:43 Jon Scott Stevens [EMAIL PROTECTED] wrote:
on 2002/12/7 4:25 PM, Pier Fumagalli [EMAIL PROTECTED] wrote:
Jon, I'm very sorry mate, you're 4 months too late :-( I lost my fight about
this very same topic back then...
Maybe to late for your opinion, but
Hi,
I'm playing currently with mod_jk + mod_deflate on Apache 2.0,
and it seems it will be needed to set the content-type in response
in Apache 2.0 to allow mod_deflate to compress only text/html, text/xml
contents.
It seems in that case will need to parse the tomcat response
to set content-type
Ignacio J. Ortega wrote:
Jon,
Create a separate minimal JSR 154 only distribution of Tomcat 4.x:
+0, i could be +1 but i'm out of time to offer any help in tomcat as a
whole, and of course for this particular proposal, but i dont see
anything wrong in it, more i do see it as another step,
Costin Manolache wrote:
Since things may get confusing around here, I would like to
have an official vote on my prior proposal.
This is the list of included features:
Libs:
- JMX
- JAAS
- JNDI
- digester ( and beanutils, collections it needs ).
- modeler
- ant ( used for startup and
Remy Maucherat wrote:
Costin Manolache wrote:
Remy Maucherat wrote:
If the vote actually passes, I'd like to have only one minimal Tomcat
distribution, which would mean no admin and no Jasper (with separate
optional Jasper binaries available). JMX can be used directly (using a
MX4J
Jon Scott Stevens wrote:
on 2002/12/9 7:27 AM, Remy Maucherat [EMAIL PROTECTED] wrote:
I'd really like to avoid the proliferation of too many distributions.
I don't agree with that. There is nothing wrong with giving users choices.
There is many things something wrong with many
Jon Scott Stevens wrote:
on 2002/12/9 7:32 AM, Henri Gomez [EMAIL PROTECTED] wrote:
What about using a minimal tomcat core with plugged modules to give
access to jsp/jmx ?
Will make both Costin, and Jon happy and let us have only one
distribution with clear indication in server.xml on how
Pier Fumagalli wrote:
On 9/12/02 17:14 Jeanfrancois Arcand [EMAIL PROTECTED] wrote:
Youy don't need to learn JSP/Admin Tool if you don't use it. The actual
Tomcat installation doesn't require you to learn the Admin Tool or JSP
As I said 6 or so months ago... That thing is a security
There was many noise these days about making another
release of tomcat (the minimal one covering only JSR154),
and another proposal to make a modular Tomcat.
It may be because my mother language is french, but I
still didn't understand why Tomcat commiters didn't
find an arrangement on these 2
Jon Scott Stevens wrote:
on 2002/12/10 1:19 AM, Henri Gomez [EMAIL PROTECTED] wrote:
What Jon and Pier want is a minimal distribution of
Tomcat 5.
No. What I want is a distribution of a JSR 154 container with nothing more
than the RI of JSR 154. Period.
Ok, so just take the tomcat core
Pier Fumagalli wrote:
On 10/12/02 8:40 am, in article [EMAIL PROTECTED], Remy
Maucherat [EMAIL PROTECTED] wrote:
Like the httpd, I'd prefer having a full distribution of all safe (yes,
Jasper is safe) and generally useful modules. Experienced users can
tweak the configuration to their liking,
Jon Scott Stevens wrote:
on 2002/12/10 12:53 AM, Henri Gomez [EMAIL PROTECTED] wrote:
The idea being to provide a minimal tomcat binary and
many external modules which will be linked at runtime if
present, Apache 2.0 does it that way, why could we do the
same.
You are repeating my ideas
Jon Scott Stevens wrote:
on 2002/12/10 12:49 AM, Henri Gomez [EMAIL PROTECTED] wrote:
- Who will be the release managers for the 'alternative distributions',
may be Jon is candidate ?
I already volunteered to manage the distribution that I propose.
I have been doing distributions
Remy Maucherat wrote:
I'd like to nominate Filip Hanik filip at filip.net as a committer on
the Tomcat project. Filip has written the clustering code that was
committed recently in the Tomcat 5 CVS, and is willing to maintain it,
as well as continuing to improve it (including supporting large
Kurt Miller wrote:
I recently created a port of mod_jk-1.2.1 for OpenBSD and needed to make
some minor patches to mod_jk. OpenBSD 3.2 has Apache 1.3.26 configured as
ServerType standalone, to chroot to /var/www and run as user www by default.
This combination requires a few minor patches so that
[EMAIL PROTECTED] wrote:
hgomez 2002/12/11 02:40:38
Modified:jk/native/apache-1.3 mod_jk.c
Log:
Allow log file use in chrooted (for now only OpenBSD) environement.
You'll have to define CHROOTED_APACHE (or later will use the define
added by OpenBSD if any)
provided by
Costin Manolache wrote:
Bill Barker wrote:
Urm, err, the users that can't read may include you ;-). Jon withdrew the
vote above. This means that this is officially 'not getting anywhere', at
least until Jon re-submits his re-worked proposal.
The fact that Jon withdrew the vote doesn't
FWIW, I like the feature based define. If other OS's or Apache incorporate
OpenBSD's chroot option, then it wouldn't need to be changed. On the other
hand, if the consensus is not to commit the patch into mod_jk to keep the
cruft down, the OpenBSD port can apply the patch (assuming my port is
301 - 400 of 1126 matches
Mail list logo