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 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
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
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:
[EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
So,
My first question is : why tomcat use all the memory while there is no
users connected (or just one) ?
You should first see if your application is not eating memory.
My second question is : how much memory is needed if I
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
--
To unsubscribe, e-mail: mailto:tomcat-dev-unsubscribe;jakarta.apache.org
For additional commands, e-mail: mailto:tomcat-dev-help;jakarta.apache.org
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
jean-frederic clere wrote:
Hi,
I have noted that some files of the
http://jakarta.apache.org/builds/jakarta-tomcat-4.0/release/v4.1.12/bin/jakarta-tomcat-4.1.12.tar.gz
are in msdos format.
For example:
webapps/ROOT/WEB-INF/web.xml
but others are OK like:
conf/tomcat-users.xml
Remy is a
Jon Scott Stevens wrote:
on 2002/10/24 1:12 AM, Henri Gomez [EMAIL PROTECTED] wrote:
Do you plan to make scarab works with 4.1.x ?
Read:
http://scarab.tigris.org/faq.html
Blame the Xerces team for breaking backwards compatibility. Bah.
Ok, so we should wait an updated version
Mladen Turk wrote:
-Original Message-
From: Henri Gomez
I didn't tried RH 8.0 yet, but the experience I've got from
RH 7.2 with JNI make me some serious headaches.
Before launching Apache 2.0 you need :
1) set the LD_LIBRARY_PATH
export LD_LIBRARY_PATH=$jre/bin:$jre/bin/classic
Mladen Turk wrote:
-Original Message-
From: Henri Gomez
The place is on apache.org, coding standards.
http://www.apache.org/dev/styleguide.html
So why don't we follow that ;).
Well it's a pretty long story ;-)
--
To unsubscribe, e-mail: mailto:tomcat-dev-unsubscribe
[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=13827.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
[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=13827.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
---
I didn't see the mime settings for SVG format in TC 4/5
(and didn't see it also on Apache 1.3/2.0).
I added the following :
image/svg+xml svg
image/svg+xml svgz
More info from new http list :
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12241
Regards
--
To unsubscribe, e-mail:
Costin Manolache wrote:
Something like that was discussed on commons ( I think ).
The problem seems to be that different regex packages use
different rules ( Perl-like, etc ), there is not standard
syntax for regexp.
That means the behavior would be dependent on which regexp
engine is used.
I didn't see the mime settings for SVG format in TC 4/5
(and didn't see it also on Apache 1.3/2.0).
I added the following :
image/svg+xml svg
image/svg+xml svgz
I'll send a mail to new httpd team.
Regards
--
To unsubscribe, e-mail: mailto:tomcat-dev-unsubscribe;jakarta.apache.org
For
Jean-Francois Arcand wrote:
HI,
just a quick update with Xerces 2.2. Two weeks ago, I tough I've found
the problem Tomcat was having with Xerces 2,2 (by replacing struts.jar
file with the 1.1 beta version, the bug did not show up again). I did
some tests last week and the bug starts to
Steven Velez wrote:
I have run in to a problem using the JK (version 1) connector for IIS in
conjunction with an ISAPI filter put out in closed source. Basically, this
other filter randomly deletes request headers for some reason and that
interrupts the communication between the filter and the
[EMAIL PROTECTED] wrote:
Hi,
I am a new subscriber and have a potential patch to mod_jk. It uses
the apache api to get the s-servername value. This has a benefit in
that is pays attention to the UseCanonicalName setting within apache.
So if a site has lots of ServerAlias entries only 1
Brzezinski, Paul J wrote:
Trying to build Jakarta Tomcat Connectors from 5.0.0 source:
In jakarta-tomcat-connectors/jk
Ant native complains about cc not being found, on Solaris 8, I have gcc in
/em/opt/bin/gcc. I have no idea how to tell ant that it should use gcc or
/em/opt/bin/gcc instead of
For what it's worth, I'm not disagreeing that there needs to be
another list. Clearly, really serious security issues should at
least be delayed from being made public. However, I think there
needs to be a bit more paranoia about how this list manifests
itself.
Any behind closed doors
Mladen Turk wrote:
-Original Message-
From: Henri Gomez
+s-server_name = ap_get_server_name(r);
s-server_port = htons(
r-connection-local_addr.sin_port );
s-server_software = (char *)ap_get_server_version();
It's seems correct. JF, Mladen what do you think
How did I specify a context loading order with Tomcat 4.1/5 ?
ie :
ROOT, then app1, app2, zorg1, app3 ?
In tomcat 3.3.1, it was easy by adding Context ... in server.xml,
but it seems that TC 4.1.x didn't follow the order of appareance in
its server.xml.
Thanks for your advices ;)
--
To
Todd Cary wrote:
I currently have PHP running on my Linux learning server along with
Apache. Though I have been programming for a living since 1973, my
knowledge of Java, how serverside Java works, how to implement JSP is nil.
Is there some documentation that can get me started without
Henri Gomez wrote:
Todd Cary wrote:
I currently have PHP running on my Linux learning server along with
Apache. Though I have been programming for a living since 1973, my
knowledge of Java, how serverside Java works, how to implement JSP is
nil.
Is there some documentation that can
Costin Manolache wrote:
I would like to propose a new mailing list.
The list will be closed to commiters only. The main purpose
will be discussions of security and other special issues.
This should avoid [Cc] threads.
The main target should be active commiters - so it should
start
Did there is a way to specify a context loading order.
ie :
ROOT, then app1, app2, zorg1, app3 ?
Regards
PS: It's the case in TC 3.3, and settings context in server.xml in
4.1.12 didn't seems to works, TC 4.1.x loading context in alphabetically
order
--
To unsubscribe, e-mail:
Pier Fumagalli wrote:
On 11/10/02 3:14, Jon Scott Stevens [EMAIL PROTECTED] wrote:
on 2002/10/10 6:50 PM, Pier Fumagalli [EMAIL PROTECTED] wrote:
I can tell you that our main Java instance for VNUNET.COM takes
approximately 4 to 5 minutes to start...
OUCH.
Our main web-app has
Costin Manolache wrote:
Pier Fumagalli wrote:
Costin Manolache [EMAIL PROTECTED] wrote:
- starting a VM using exec / monitor the child process. It is not
implemented yet in jk2 - but pretty important ( it's one of the features
from jserv that wasn't yet ported). It seems daemon has a bit
Jean-Francois Arcand wrote:
Hi,
with Tomcat 4.1.12, Xerces 2.2 is throwing the following exception:
org.xml.sax.SAXParseException: The string -- is not permitted within
comments.
at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source)
This is a bug in the
Hi to all,
While converting some applications from 3.3.1 to 4.1.12 I noticed
some little problems.
1) We used to define our own default servlet, but 4.1.x
definie its own default in conf/web.xml.
Could we change from org.apache.catalina.servlets.DefaultServlet
to our actual default
Remy Maucherat wrote:
Henri Gomez wrote:
Hi to all,
While converting some applications from 3.3.1 to 4.1.12 I noticed
some little problems.
1) We used to define our own default servlet, but 4.1.x
definie its own default in conf/web.xml.
Could we change from
[EMAIL PROTECTED] wrote:
hgomez 2002/10/08 23:58:31
Modified:jk/java/org/apache/jk/common ChannelSocket.java
Log:
tcpnodelay to true by default, but could be turned off by
Only ChannelSocket need to be updated.
Ajp14Interceptor allready called tcpnodelay(true), and
other
Remy Maucherat wrote:
The connectors which depend on the org.apache.catalina.connector package
(including JK 1, webapp, and the old HTTP connectors) will either need
to be updated or removed. The Coyote family of connectors is well
supported and provides a suitable replacement (IMO).
This is likely the protection against reading anything outside the
webapp root (see the allowLinking of FileDirContext), although I don't
know how the digester will try to load the included file.
Digester code is derived from XmlMapper which is able to locate entities
in ../../../
I wonder if a release of commons-daemon is planned.
JF ?
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Remy Maucherat wrote:
Henri Gomez wrote:
This is likely the protection against reading anything outside the
webapp root (see the allowLinking of FileDirContext), although I
don't know how the digester will try to load the included file.
Digester code is derived from XmlMapper which
org.apache.naming.resources.DirContextURLConnection.getInputStream(DirContextURLConnection.java:344)
at java.net.URL.openStream(URL.java:793)
Well, that's exactly the same. Where do you think that weird URL
connection goes ?? (hint: to the aforementioned FileDirContext, through
Haven't looked at the code, but here's a couple of thoughts that might
help:
If your path above (../../../settings.xml) is attempting to go above
the context root of the webapp, it's pretty much guaranteed to fail
because of the security restrictions. Undoing that restriction would just
If this reference is in your web.xml file, then my suggestion is already
being done. To test it, try temporarily copying the settings.xml file
into the WEB-INF directory and changing the relative URL appropriately.
Putting the file in WEB-INF works, even if I use ../settings, ie
directly in
Costin Manolache wrote:
iasandcb wrote:
Now it's almost clear that SRV 2.4 requires JDK 1.2 and JSP 2.0 does JDK
1.4. The main issue is discrepancy of J2SE requirement between SRV 2.4
and JSP 2.0, which are supposed to come up together.
Actually, it isn't.
All we know is that the
Hi to all,
Tomcat 4 make write access to 2 files in the conf directory,
jk2.properties and tomcat-users.xml (and may be others).
The problem is that FHS indicate that a conf directory should
be read only.
For instance, tomcat4 rpm install the conf directory in /etc/tomcat4
and use symlink to
What about setting tcpnodelay to true by default
for Ajp13 connectors java implemtations ?
It should fix MacOS X latency problems and should be
the default for any persistant connections...
Comments welcome...
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands,
Costin Manolache wrote:
I'm convinced, thank you very much for taking the time to
test and analyze this.
We should switch the setting in the main branch - not sure if
Remy has a branch for 4.1/4.0, and if he has I think he
should decide if he wants this backported.
If anything happens
A quick note to warn rpms users that rpm release 2 of tomcat 4.1.12
has been released and fix :
- fix tomcat4.conf to use /etc/java/java.conf
- fix tomcat4 initd to be sure that we'll stop/start the task owner by
TOMCAT_USER and running catalina
- fix perms on /etc/tomcat4, contents is owned
JK 2.0.1 for Linux i386 binaries and rpms (including sources)
are available :
http://jakarta.apache.org/builds/jakarta-tomcat-connectors/jk2/release/v2.0.1/bin/linux/i386/
http://jakarta.apache.org/builds/jakarta-tomcat-connectors/jk2/release/v2.0.1/rpms/
Regards
--
To unsubscribe, e-mail:
[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=13300.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Mladen Turk wrote:
Hi all,
The Jakarta-Tomcat-Connector team is pleased to announce the
availability of JK2 2.0.1.
Binaries and source versions of the release are available and can be
downloaded from :
http://jakarta.apache.org/builds/jakarta-tomcat-connectors/jk2/release/v
2.0.1/
Costin Manolache wrote:
Mladen - time for a jk2.0.2 :-) ?
I think this was a serious bug - if Nacho confirms the other tests
are passing, we need to push it into a milestone.
As a note: breaking the ajp connection on error is IMO the
best solution for now. If we start doing strong
No, but extending one dtd would be better than reinventing everything.
I will try to make a cleanup as soon as I have time. (docs need a lot of
time).
I confirm ;-)
BTW, any DTD will be fine but we should take a look at what others
jakarta and xml projects are using.
--
To unsubscribe,
My opinion on this issue is that Tomcat 5 should have J2SE 1.4 in
compliance with JSP 2.0 spec basically.
Sorry but making JDK 1.4 mandatory for Tomcat 5 will prevent us to
use it on many systems. Many still use IBM SDK and the IBM SDK 1.4
is only available on zSeries.
So a big -1 to make JDK
For example - is JDK1.4 available for BSD or Sparc/Linux or Arm/Linux ?
I think BSD and linux are fine operating systems and Tomcat should run
on them.
And that's not only true for Linux/BSD.
For example IBM OS (AIX, OS/2, OS400) have still no JDK 1.4
(and these are not hackers OS ;)
--
Steve Downey wrote:
On Thursday 03 October 2002 12:14 pm, Henri Gomez wrote:
Steve Downey wrote:
Actually, with the recent release of commons-logging, we should be able
to get rid of the explicit LogKit and Log4J. They're there so as to get a
complete build of commons-logging. Tomcat 5 itself
Remy Maucherat wrote:
Hi all,
Before starting to release 5.0.x milestones, I would like to propose
having only one distribution for Tomcat 5.0.x, and standardize on what
the LE distribution contains (so well, it's more the other distribution
which gets removed).
It has some
[EMAIL PROTECTED] wrote:
jfclere 2002/10/04 01:46:33
Modified:.build.properties.sample
Log:
Upgrade to the lastest xerces.
Revision ChangesPath
1.52 +3 -3 jakarta-tomcat-4.0/build.properties.sample
Index: build.properties.sample
Henri Gomez wrote:
We should provide new binaries for JK and JK2.
I'll do JK/JK2 for Linux boxes (and FreeBSD)
Who could do the same for Windows, Netware and Solaris ?
BTW, I'm still waiting an account on moof to build a MacOSX
version.
It seems that the Magic Module Number didn't
jean-frederic clere wrote:
Henri Gomez wrote:
[EMAIL PROTECTED] wrote:
jfclere 2002/10/04 01:46:33
Modified:.build.properties.sample
Log:
Upgrade to the lastest xerces.
Revision ChangesPath
1.52 +3 -3 jakarta-tomcat-4.0
Did someone contacted Xerces Team about our problem of comment checking ?
No, and I have another problem probably due to 2.2.0:
ant didn't find you Xalan 2.4.0 jar ?
Is it in ant/lib ?
build-main:
[style] DEPRECATED - xslp processor is deprecated. Use trax or xalan
instead.
Ooops that has nothing to do with xerces but the ant installation: xalan
was missing in my installation...
That's what I thinked (cf my prev message) ;-)
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
You should know that Apache 2.0.43 as been released to
fix security failures.
The JK and JK2 connectors who has been built under 2.0.42
will WORKS with 2.0.43, no need to recompile anything.
For rpms users, I've uploaded new JK and JK2 rpms to be
used against 2.0.43 since rpm requires to have
Matt Fury wrote:
I BELIEVE that is due to some incorrect commenting in
your server.xml file. I had this problem once and I
thats what caused it.
Double check your server.xml file.
I triple checked ALL xml files, and they are correct
and the error show up first in digester.
I suspect
Costin Manolache wrote:
Henri Gomez wrote:
More comments on APR and JK2.
While making tomcat-connectors rpm for jk2, and also
jk2 binaries for Linux, I wanted to have apache 1.3 jk2
built with JNI support.
Do you have a multithreaded apache1.3 ? It's very important
to compile
Mladen Turk wrote:
There has been some major fixes inside the uriMap, uriEnv, apr_socket
and lb that makes the 2_0_0 IMO unusable, and personally I'm ashamed as
a RM that this was a release after all :(.
Since we tagged and released JK2 as beta, seems to me that we could
easily do the same
Ashley Huang Wanyi wrote:
Hello,
Can you email me this file isapi_redirect.dll , as i couldn't find it.
Thank You.
http://jakarta.apache.org/builds/jakarta-tomcat-connectors/jk/release/v1.2.0/bin/win32/
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional
Something which should done will be to tag in C sources
for use by scandoc (or doxygen).
I'll try to do this for jk/native.
Comments ?
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
[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=13241.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Steve Downey wrote:
Actually, with the recent release of commons-logging, we should be able to get
rid of the explicit LogKit and Log4J. They're there so as to get a complete
build of commons-logging. Tomcat 5 itself doesn't use either directly.
Xerces is a different issue. There was a
I sent a new build of mod_jk-1.3-noeapi.so which has been
built against Apache 1.3.22 without mod_ssl.
Thanks to Gary Henson to report the problem.
NB: eapi / noeapi files size is different
eapi = 386010
noeapi = 386078
Regards
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For
Hi to all,
JK 2.0.0 beta binaries for Linux are ready :
http://jakarta.apache.org/builds/jakarta-tomcat-connectors/jk2/release/v2.0.0/bin/linux/i386/
rpm are also available (built on Redhat 7.2 + updates + Apache 1.3.22
(mod_ssl) and Apache 2.0.42)
#ifdef AS400
fp = fopen(workerFile, w, o_ccsid=0);
#else
fp = fopen(workerFile, w);
#endif
Is this abstractive code enough ;)
That was the initial price to have iSeries support in JK2.
But that's rigth, I'll create a jk_os.c to hide this
from main code (in both jk
More comments on APR and JK2.
While making tomcat-connectors rpm for jk2, and also
jk2 binaries for Linux, I wanted to have apache 1.3 jk2
built with JNI support.
JNI support in JK2 requires APR.
So I build an apr 0.9.1 rpm, which include apr-utils
since apr-utils couldn't be built without apr
Glenn Nielsen wrote:
You are currently working on mod_jk 1.2 and have done alot of
work on the docs. Would you like to do it?
We could add in the faq the common error messages and give an
explanation. Idea, even put an url to the online documentation on
jakarta ;-)
I can do it if you
Bojan Smojver wrote:
On Tue, 2002-10-01 at 23:41, Glenn Nielsen wrote:
Trying to interpret these error messages is a common question on tomcat-user.
My proposal:
1. Change these errors messages so that they accurately identify what happened.
2. For these common errors only report one
jean-frederic clere wrote:
Henri Gomez wrote:
More comments on APR and JK2.
While making tomcat-connectors rpm for jk2, and also
jk2 binaries for Linux, I wanted to have apache 1.3 jk2
built with JNI support.
JNI support in JK2 requires APR.
So I build an apr 0.9.1 rpm, which include
Vince Clark wrote:
I found this post while researching the mail list archives for a problem
I am having. The description Henri provides sounds exactly like what is
happening with my application. I have included the original threads below.
Prior to reading this posting I had not come to
While working on 4.1.2 rpms I noticed the following error at startup :
4732 [main] INFO modeler.Registry - Creating MBeanServer
5705 [main] INFO http11.Http11Protocol - Initializing Coyote HTTP/1.1
on port 8080
Starting service Tomcat-Standalone
Apache Tomcat/4.1
7324 [main] ERROR
Well it may be a premiere on Apache.
You could find an iSeries binary at:
http://jakarta.apache.org/builds/jakarta-tomcat-connectors/jk/release/v1.2.0/bin/iseries/
It's an OS400 SAVF, built on V5R1, but should works on V5R2,
which is zipped to save place.
On V5R1/V5R2 you should have the
Costin Manolache wrote:
Henri Gomez wrote:
Costin Manolache wrote:
Henri Gomez wrote:
If everybody agree, what about removing src/native for tomcat 3.3.2 ?
+1
Yes or no ?
Actually, another way is to move mod_jserv in j-t-c, and remove src/native
completely.
It seems a good
[EMAIL PROTECTED] wrote:
costin 2002/09/30 13:51:11
Modified:src/native/mod_jserv jserv.h jserv_ajpv11.c jserv_ajpv12.c
jserv_balance.c mod_jserv.c
Log:
Update the workspace with various fixes from java-jserv.
Revision ChangesPath
1.2
Even if I agree with using APR in JK 2.1, I think we should first
focus on having a stable JK 2.0 before starting thinking about JK 2.1.
Branching now since premature.
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Mladen Turk wrote:
Jakarta...
Size is 401274 bytes
Could you sign that if it OK. I forget to update KEYS prior tagging.
Where is the source tarball ?
URL needed...
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Mladen Turk wrote:
-Original Message-
From: Henri Gomez
Even if I agree with using APR in JK 2.1, I think we should
first focus on having a stable JK 2.0 before starting
thinking about JK 2.1.
That's good one :).
As I said it's premature to discuss what should be in JK 2.1
I started the JK 1.2.1 beta since I discovered many problems
in iSeries build which will make necessary a JK 1.2.1 release to
support iSeries.
BTW, while working on JNI support in iSeries i saw many suspects
area, in making pointer - int - jlong which make me think that
JNI is jk 1.2.1 need a
901 - 1000 of 1126 matches
Mail list logo
