JK 1.2.0 is tagged (JK_1_2_0_rel) and source tarball is being
constructed (without webapp, jk/native2, java parts).
I'll provide rpm for Redhat users, against Apache 1.3.22 (with ssl),
Apache 2.0.42 (also with SSL).
mod_jk.so for Apache 1.3 (with and without SSL), and 2.0.42 will also be
[EMAIL PROTECTED] wrote:
mturk 2002/09/26 11:45:55
Very interesting stuff...
I didn't expect to see VBS one days in an Apache CVS ;)
But in JTC we found more exotic stuff like iSeries CL sources...
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands,
Henri Gomez wrote:
[EMAIL PROTECTED] wrote:
mturk 2002/09/26 11:45:55
Very interesting stuff...
I didn't expect to see VBS one days in an Apache CVS ;)
But in JTC we found more exotic stuff like iSeries CL sources...
Read, didn't expected
--
To unsubscribe, e-mail
Marx, Mitchell E (Mitch), ALCNS wrote:
Where is Solaris 8, Apache 1.3?
to be released, but contributions are welcomed ;-)
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Henri Gomez wrote:
Marx, Mitchell E (Mitch), ALCNS wrote:
Where is Solaris 8, Apache 1.3?
to be released, but contributions are welcomed ;-)
Just uploaded by JF Clere.
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Hi all,
The Jakarta-Tomcat-Connector team is pleased to announce the
availability of JK 1.2.0.
JK, also known as mod_jk, is a Tomcat / WebServers plug-in that handles
the communication between Tomcat and webservers.
Currently Apache 1.3.x and 2.0.x, IIS, Netscape/iPlanet are supported.
Remy Maucherat wrote:
Hi,
Now that the first stable releases of Tomcat 4.1 are out (and according
to reports, of good overall quality), it could be appropriate to start
releasing 5.0.x milestones.
It should be pointed out that 5.0.x is still far from being feature
complete (esp the
Did you source tarball include latest patches from Nacho ?
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
If everybody agree, what about removing src/native for tomcat 3.3.2 ?
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
A quick note to say that TC 4.1.12 which included jk/jk2 documentation,
as a garbled mod_jk.jpeg images (dos-unix conversion ?).
I changed mod_jk.jpeg to mod_jk.jpg to avoid cvs client to change that
file.
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail:
Either we'll retag that as 2_0_0 or 2_0_1.
What do you think?
2_0_0_rel, as I did for JK 1.2.0
I would like to make that as JK2_2_0_1, and rerelease, as 2.0.1
It's just a fix, so make a new tarball and tell you get it from
2_0_0_rel (unless you put an announce to tomcat-user which in
Stefan Bodewig wrote:
Henri,
let me know if you need changes to Ant's KEYS file as well.
Yes, you should remove the old one, since it has been revoked.
PS: I use the new one to produce rpm with jpackage.org project
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional
Stefan Bodewig wrote:
On Mon, 30 Sep 2002, Henri Gomez [EMAIL PROTECTED] wrote:
Yes, you should remove the old one, since it has been revoked.
What if we are still distributing RPMs that have been signed with the
old key? Will you create a new RPM with your new key?
Yes, I suggest
jean-frederic clere wrote:
Mladen Turk wrote:
JK2 has been retagged cause of socket bug (for some of us it was a
feature :-).
The sources are on:
http://jakarta.apache.org/~mturk/
Cannot write to the builds dir, so if someone is willing to copy that to
the builds/release.
Nacho,
Henri Gomez wrote:
jean-frederic clere wrote:
Mladen Turk wrote:
JK2 has been retagged cause of socket bug (for some of us it was a
feature :-).
The sources are on:
http://jakarta.apache.org/~mturk/
Cannot write to the builds dir, so if someone is willing to copy that to
the builds
Mladen Turk wrote:
Ok did, could you check on the same place (my home dir).
Where cvs or jakarta ?
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Larry Isaacs wrote:
Now that mod_jk 1.2.0 is released, I'm fine with this.
Nota, that it will remove also mod_jserv
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Mladen Turk wrote:
Ok did, could you check on the same place (my home dir).
Where ?
http://jakarta.apache.org/builds/jakarta-tomcat-connectors/jk2/release/v2.0.0/src/
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Costin Manolache wrote:
Henri Gomez wrote:
If everybody agree, what about removing src/native for tomcat 3.3.2 ?
+1
Yes or no ?
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
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
Well, didn't think that it would require a new branch.
Ok, can we at least agree to the following.
1. Apache2 uses APR
2. IIS uses APR
3. Apache1 can use the APR.
Did iPlanet/NES could use APR on Netware, I'm waiting for Mike
Anderson advices.
Also we should be very carefull with APR
Glenn Nielsen wrote:
Hi Henri,
I would like to propose one change before the JK 1.2.1 release.
I have noticed that on tomcat-user there are questions like:
What do these mod_jk.log entries mean?
There are some common problems which can happen using mod_jk in production
which
Someone has an idea of what could be the problem with ap_ctx-get ?
It seems the user make use of ApacheToolbox.
-
This may add some info: I compiled Apache with ApacheToolbox. The
modules are static but it has DSO support in it. Then again, I would
expect an error much earlier in the load
#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
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
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]
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
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)
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
[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
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:
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
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
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
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:
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
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
[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
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
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.
---
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
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
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
201 - 300 of 1126 matches
Mail list logo