Kurt Miller wrote:
Ok, it's in jk CVS and you'll just have to add -DCHROOTED_APACHE
to check it.
Thanks to give some feedback.
Thank you for commiting the patches. :-)
I tested them and noted one problem with apache-1.3/Makefile.in. It includes
../common/list.mk which requires the
If nobody object, I'll tag JK 1.2.2 later todaty since it fix
a major problem with content-type and it works now with mod_deflate
in Apache 2.0.
Regards
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Glenn Nielsen wrote:
Henri Gomez wrote:
If nobody object, I'll tag JK 1.2.2 later todaty since it fix
a major problem with content-type and it works now with mod_deflate
in Apache 2.0.
I noticed that there is no release notes or changes file either in CVS
or in
the distributions. Could
Costin Manolache wrote:
There are several things we discussed last week, and few seem to
have enough consensus.
This is an initial proposal - I expect it to change quite a bit. I think
it's very important and will affect almost everyone - so please send at
least a numeric vote, and if possible
jtc cvs tagged JK_1_2_2
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
JK 1.2.2 maintenance release is available at :
http://jakarta.apache.org/builds/jakarta-tomcat-connectors/jk/release/v1.2.2/
Changes with JK 1.2.2:
* tomcat_trend.pl updated script to support changed logging of
aborted requests
* jk set correctly the content-type in Apache 2.0,
Remy Maucherat wrote:
Glenn Nielsen wrote:
+1 Welcome aboard Filip
A little bit late, as Filip already got his account ;-)
Welcome on board Filip :)
Did there is any chance to have one day javagroups as an
jakarta project covered by an ASF license ?
--
To unsubscribe, e-mail:
I spent some times playing with http compression,
using Apache 2.0 mod_deflate together with mod_jk,
and it works great (at least with jk 1.2.2).
I wonder now if someone, may be Remy, has plan to
add it in Catalina 1.x/2.x (or Coyote) to make it
available for both HTTP 1.1 and JK2 ?
For those
Remy Maucherat wrote:
Henri Gomez wrote:
I spent some times playing with http compression,
using Apache 2.0 mod_deflate together with mod_jk,
and it works great (at least with jk 1.2.2).
I wonder now if someone, may be Remy, has plan to
add it in Catalina 1.x/2.x (or Coyote) to make
For JK 2, I think it's fair to say that you should rely on the native
webserver capabilities (that's the whole point, I think). Great that you
added the support (I thought it had been there from the start, actually).
I didn't added support really, just corrected the way we set the
content-type
I was planning to add the feature as filters in Coyote HTTP/1.1, but
never did, because I wasn't able to find efficient compression code.
I suppose something could be put together using the JDK compression
IS and OS in the meantime.
GZIPOutputstream is quit fast today.
I think I'll
One of the problems is that the compressed streams from the JDK are not
recyclable, cause a lot of possibly synced method calls, and so on.
Plus, it's kinda ugly to fit the OS and IS models into the Coyote
HTTP/1.1 filter model.
Does anyone know about compression code which would use byte
Did this ZLIB Java implementation could be what you're looking
Remy ?
http://www.jcraft.com/jzlib/index.html
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Dedicated link, you know what it means say the average IT manager :
DECICATED LINK = A NEW SWITCH + NEW CABLES + NEW SUPERVISION = $/EUR++
If ever you came back to Lyon, I'll make you meet one of my IT manager
;-)
He's dumb ;-)
Look, you're putting together a cluster. Nothing good will come
Actually, they are both equivalent.
I'll see how we could make use ByteChunk with JDK code for now.
I've already started experimenting.
Thanks to send me a note when code will be available.
I'll could add some code to mimic mod_deflate ie :
- compress only certain type of mimes (ie only
[EMAIL PROTECTED] wrote:
remm2002/12/18 12:36:58
Modified:http11/src/java/org/apache/coyote/http11 Constants.java
Http11Processor.java Http11Protocol.java
Added: http11/src/java/org/apache/coyote/http11/filters
[EMAIL PROTECTED] wrote:
remm2002/12/19 01:19:06
Modified:http11/src/java/org/apache/coyote/http11
Http11Processor.java
Log:
- Same, but without the tabs ;-)
Oups, sorry.
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands,
+1
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
[EMAIL PROTECTED] wrote:
costin 2002/12/19 07:36:32
Modified:jk/java/org/apache/jk/common ChannelSocket.java
Log:
Change log level to debug for Connection closed. This is a normal
message that happens quite often for Apache1.3, where each child
process can restart after a
I just take a look and see that jk 1.2.2 release miss a
binary for Windows (Apache 1.3.x/2.0).
Nacho ?
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
text/plain; charset=ISO-8859-1; format=flowed: Unrecognized
---BeginMessage---
I wished to point out that in the jakarta/tomcat documentation, there is an
error.
Under server configuration reference, Host
(webapps\tomcat-docs\config\host.html), it shows, under the section heading
request
After some delay the TC 4.1.18 rpms are available at :
http://jakarta.apache.org/builds/jakarta-tomcat-4.0/release/v4.1.18/rpms/
Regards
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
FYI.
---BeginMessage---
I've written a Java client that talks to the Tomcat servlet manager application. The
program allows you to view, stop, start and reload servlet applications and acts as a
visual front end to the Tomcat manager.
The program isn't complete but is still useful in its
FYI :
---BeginMessage---
As you may or may not know openprojects.net was bought by freenode.net.
Therefore the server address you want has changed to:
irc://irc.freenode.net/#tomcat
Thanks,
Nick aka Hellaenergy ;)
---End Message---
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
Sam wrote:
http://online.securityfocus.com/archive/1/302169/2002-12-03/2002-12-09/2
This vulnerability was reported last month. The report
says mod_jk 1.2.1 as fixing the vulnerability.
Yet I have searched Bugzilla for reference to this vuln.
as well as looking at mod_jk.c to see what revision
V. Cekvenich wrote:
Does Tomcat 5 Target JDK 1.4?
It not...it should please.
Apple, IBM, BEA have JDK1.4 (betas) available to download.
The imports might change a bit.
Tomcat5 should support JDK 1.4 but JDK 1.4 MUST NOT BE A PRE REQUISITE
for TC 5
--
To unsubscribe, e-mail: mailto:[EMAIL
V. Cekvenich wrote:
For TC 4 OK, but TC5 will have tested 4 vendors JVM 1.4.
Most people run JDK 1.4 now.
There is at least one person which didn't run JDK 1.4,
me, since the JDK 1.4 is not available on my iSeries.
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional
V. Cekvenich wrote:
Glenn Nielsen wrote:
V. Cekvenich wrote:
For TC 4 OK, but TC5 will have tested 4 vendors JVM 1.4.
Most people run JDK 1.4 now.
Perhaps you do, but where is the data to support your claim above that
most people run JDK 1.4?
Going around to clients site. What are
Costin Manolache wrote:
I use Idea. I should start learning vi :-)
( well, I do use emacs and vi a lot - but not for java, so I
may still have a chance ... )
I use vi for at least 14 years, but for java dev I turned to
eclipse last year, and it's hard to reswicth to vi ;)
--
To
I'm very happy that Tomcat works well on 1.4, I can't however see any
reason to requiring 1.4, what are the benefits? Should we artificially
create obstacles for the sake of it?
+1
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
V. Cekvenich wrote:
I'm very happy that Tomcat works well on 1.4, I can't however see any
reason to requiring 1.4, what are the benefits? Should we artificially
create obstacles for the sake of it?
Martin
Would you be more happier if JDK 1.4 made tomcat faster and more
stable and have less
Mladen Turk wrote:
Hi guys,
It's been a long time :-).
I would like to add the dynamic load balancing to the existing one.
Since I know how to implement that only on WIN platform, I'll elaborate
that a bit.
The WIN32 has Performance Monitor that monitors server's activity. There
is also and
Glenn Nielsen a écrit :
I have found another thread safe bug when running mod_jk 1.2 with Apache
2 and the worker
(threaded) MPM. This one is due to not using the reentrant version of
gethostbyname().
I have only seen the problem on multiple CPU Sun servers.
I will be working on fixing this
Glenn Nielsen a écrit :
It isn't quite that easy. On Solaris the args for
gethostbyname_r are different than on the AS400.
Arg, you're right, same thing on Linux
may be the configure task should get some discover
code from apr (cf apr_network.m4 from APR).
Or maybe we should delegate it to
When you build mod_jk for apache 2 _REENTRANT will be defined if
it is needed by apache. A simple #ifdef will work.
I already did this but when I tested it caused other problems.
I haven't had a chance yet to go back and fully test and debug
this change. I'll get to it this week.
Or maybe we
Glenn Nielsen a écrit :
Henri Gomez wrote:
When you build mod_jk for apache 2 _REENTRANT will be defined if
it is needed by apache. A simple #ifdef will work. I already did
this but when I tested it caused other problems.
I haven't had a chance yet to go back and fully test and debug
So the idea will be to use APR implementation when we detect that APR
is available (configure should be updated accordingly).
And under Apache 2.0, APR is allways available !
Apache 1.3 use fork mode under Unix, so no thread problem.
For Windows I wonder what happen, may be the implementation
Henri Gomez a écrit :
So the idea will be to use APR implementation when we detect that
APR is available (configure should be updated accordingly).
And under Apache 2.0, APR is allways available !
Apache 1.3 use fork mode under Unix, so no thread problem.
For Windows I wonder what happen, may
[EMAIL PROTECTED] a écrit :
glenn 2003/07/25 07:00:20
Modified:jk/tools/reports tomcat_reports.pl
Log:
Allow y axis for latency graphs to scale better
I need to fix an include problem in jk_connect.c (for iSeries) and it
will be ready (stay tuned)
[EMAIL PROTECTED] a écrit :
hgomez 2003/07/25 07:58:22
Modified:jk/native/common jk_connect.c
Log:
Use u_long instead of in_addr_t which make unhappy some platforms like iSeries
Revision ChangesPath
1.10 +2 -3
Remy Maucherat a écrit :
Hi,
What would be the best connector default configuration ?
I switched HTTP/1.1 to be:
maxThreads: 100
minSpare: 1
maxSpare: 10
That should be ok for a small/medium site, and bad for a large site. It
should be decent for benchmarking if there's a warmup period. Should
Fischer, Ilona a écrit :
Protection against DOS attack should also have some glues like :
- Max clients from the same IP (ie DOS attack from the same host).
How would you distinguish between users coming from big proxy and a
DOS-attack? Our access.logs shows that approx. 30% acesses comes from
[EMAIL PROTECTED] a écrit :
On Mon, 28 Jul 2003, Henri Gomez wrote:
May be you should mimic the defaults settings of Apache 2.0 :
150 Threads, 25 MinSpare, 75 MaxSpare.
Shouldn't one assume that a servlet container's application is different
from that of a webserver ? I.e. less static files
Fischer, Ilona a écrit :
IMHO it's the definition of a proxy to send/recive requests instead of
client... that means only the proxy was talking with the webserver - in the
HTTP-header was only the IP of the Proxy
And what about the Via: header ?
Mertz, Wendy (Director Corporate Systems, IT) a écrit :
To whom it may concern:
We are trying to install and link Apache with Tomcat and am unable to locate the build-hpux.sh script for Apache 1.3.14 to Tomcat 3.2.3 (HP Unix 11.0). Can you assist me by providing me the script?
Thank you in
Glenn Nielsen a écrit :
No problems have been reported since the last test source distribution
of mod_jk 1.2.5 was made available for testing July 26.
ballot
Please vote on a release of mod_jk 1.2.5:
[X] +1 release, and I will help build binaries for _ os/web server
[ ] +0 ok to release
[
Henri Gomez a écrit :
Glenn Nielsen a écrit :
No problems have been reported since the last test source distribution
of mod_jk 1.2.5 was made available for testing July 26.
ballot
Please vote on a release of mod_jk 1.2.5:
[X] +1 release, and I will help build binaries for _ os/web
Kurt Miller a écrit :
From: Glenn Nielsen [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Friday, August 01, 2003 6:39 AM
Subject: [VOTE] Release mod_jk 1.2.5
No problems have been reported since the last test source distribution
of mod_jk 1.2.5 was made available for testing July 26.
I've
[EMAIL PROTECTED] a écrit :
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=21795.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
[EMAIL PROTECTED] a écrit :
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=21795.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Kurt Miller a écrit :
From: Henri Gomez [EMAIL PROTECTED]
It was u_long before I change it in in_addr_t and then change
it back to u_long.
Oh. I guess I should have done a bit more research.;-) I just started
attempting to get mod_jk going on sparc64 a few days ago. However, using a
u_long
Kurt Miller a écrit :
From: Henri Gomez [EMAIL PROTECTED]
Kurt Miller a écrit :
From: Henri Gomez [EMAIL PROTECTED]
It was u_long before I change it in in_addr_t and then change
it back to u_long.
Oh. I guess I should have done a bit more research.;-) I just started
attempting to get mod_jk
Kurt Miller a écrit :
From: Henri Gomez [EMAIL PROTECTED]
The future will be mod_jk2, and I think we should focus on it after the
1.2.5 release.
Ok. I jumped in on this thread because I thought that a new problem was
introduced, but that is how it was in prior releases. I can report 1.2.5
works
Joseph Shraibman a écrit :
Glenn Nielsen wrote:
No problems have been reported since the last test source distribution
of mod_jk 1.2.5 was made available for testing July 26.
ballot
Please vote on a release of mod_jk 1.2.5:
[ ] +1 release, and I will help build binaries for _ os/web
Remy Maucherat a écrit :
I'd like to nominate Eric Carmichael as a committer on the Tomcat
project. Eric has been steadily supplying quality patches to the new
Jasper which will implement the JSP 2.0 specification, and has helped
fix outstanding bug reports. He plans to continue contributing
Marc Saegesser a écrit :
That makes sense. The manipulations that map_uri_to_worker() does always
make the string shorter so there is no need to worry about the modifiable
string passed in being too short and needing reallocated.
Trying to fix this in the jk/common code is, I think, a waste of
Hi to all,
Still working on finding why iSeries couldn't use Unix98 def in_addr_t.
BTW, what about adding ipv6 support in jk_connect.c by using inet_pton
instead of inet_addr ?
I'd like to have replies from people who have differents OS to know if
they have support for inet_pton...
Regards
Glenn Nielsen a écrit :
Henri,
Can this wait until after the mod_jk 1.2.5 release?
BTW, int inet_pton(int af, const char *cp, void *addr);
is available in both Solaris 7 and 8.
And on FreeBSD 4.8 it is defined as:
int inet_pton __P((int, const char *, void *));
Regards,
Glenn
Ok, we could wait
if mod_jk.c, apr_strdup() is used.
But it should be :
apr_pstrdup ?
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
FYI, in_addr_t is not defined on Redhat 6.2 which use kernel 2.2
and glibc 2.1.
Should we also fix this case ?
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Bill Barker a écrit :
- Original Message -
From: Henri Gomez [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
Sent: Thursday, September 04, 2003 1:51 AM
Subject: in_addr_t and Linux 2.2
FYI, in_addr_t is not defined on Redhat 6.2 which use kernel 2.2
and glibc 2.1
Glenn Nielsen a écrit :
FYI, I have put building a test mod_jk 1.2.5 source distribution on hold
pending Henri's work on IPV6. Henri, please let me know when you think
we are ready for another test source dist.
We may add the configure stuff to determine if in_addr_t is available.
I'll take a
Henri Gomez a écrit :
Glenn Nielsen a écrit :
FYI, I have put building a test mod_jk 1.2.5 source distribution on hold
pending Henri's work on IPV6. Henri, please let me know when you think
we are ready for another test source dist.
We may add the configure stuff to determine if in_addr_t
[EMAIL PROTECTED] a écrit :
billbarker2003/09/13 21:43:20
Modified:.RELEASE-NOTES-3.3.2.txt
Log:
Documenting fix for 23101.
Revision ChangesPath
1.19 +3 -1 jakarta-tomcat/RELEASE-NOTES-3.3.2.txt
Index: RELEASE-NOTES-3.3.2.txt
Glenn Nielsen a écrit :
Thanks Kurt!
It would be nice to see more reports for other OS/web servers before
the final release is done.
It works for me on iSeries and Linux
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For
I've got the following configuration Apache 2.0.47/jk 1.2.4 :
VirtualHost *
ServerAdmin [EMAIL PROTECTED]
DirectoryIndex index.html index.php index.jsp
DocumentRoot /var/www/lxmlrpc
ServerName lxmlrpc
ErrorLog logs/lxmlrpc-error_log
CustomLog logs/lxmlrpc-access_log common
Xtremebytes Webmaster a écrit :
Hi,
I am wondering how I can run the Tomcat JSP/Servlet container within another process, which is not a HTTP server but a custom Java application. This is to mean that I have some JSP or Servlets for example. I need to run them on a client machine (Windows
Steve Appling a écrit :
Currently the option for compression=on in the coyote connector is broken
(see bug 18073). The solution presented in the patches attached to that bug
seemed overly complicated. Here is an alternate patch that also fixes the
problem.
This patch changes 3 things:
1)
Steve Appling a écrit :
Henri Gomez wrote:
Are you sure you want to compress content less than 2k ?
BTW, you could use compression property for your purpose.
You are correct, the property works fine.
3) Added application/x-javascript as a default compressable
type. Now it allows all mime
Larry Isaacs a écrit :
Hi Henri,
The software I work on in my day job has finally reached lockdown.
Only documentation tasks remain. I'll try to get up to speed with
with where things stand and begin working on a release plan this
week. Sorry for the long delay.
Ok, what do you think about
I've got some time (and eclipse help) to work on cleaning imports.
I'd like to start by jakarta-tomcat-connectors.
Any objections ?
Larry Isaacs a écrit :
Hi Henri,
The software I work on in my day job has finally reached lockdown.
Only documentation tasks remain. I'll try to get up to
Remy Maucherat a écrit :
[EMAIL PROTECTED] wrote:
hgomez 2003/09/18 09:21:02
Modified:jk/java/org/apache/jk/common Shm.java JniHandler.java
MsgAjp.java ChannelShm.java WorkerDummy.java
ChannelUn.java ChannelJni.java
Larry Isaacs a écrit :
+1, Thanks.
Next batch for TC 3.3.2-dev is on the fly :)
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Ok, I finished to clean imports in JTC .
Now, I commit stuff for TC 3.3.2-dev
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Imports cleaned also for TC 3.3.2-dev.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
David Rees a écrit :
I posted this to tomcat-users last week, but didn't get a reply... I'm
hoping to get some feedback from the connectors developers on this issue I
occasionally run into...
I've got a setup where I've got two load balanced Tomcats running off of
Apache and mod_jk.
I've got a
David Rees a écrit :
Henri Gomez said:
Henri Gomez a écrit :
Nope since you don't have to just test at protocol level but also on
higher level, for instance check the full chain, up to servlet
handling.
It's easy to simulate this behavior by sending a STOP signal to
Tomcat.
I've also attached
Hi to all,
After the yesterday post of David Rees (mod_jk does not detect a hung
Tomcat), I take a look at ajp/jk and make some works to fix the problem.
In fact the problem is in jk since the begining as jk use sockets in
blocking mode.
The works I conducted :
- Modify ajp protocol on java
Did we still use in TC 3.3.2-dev the Ajp13 code in
org.apache.tomcat.modules.server or the one in JTC ?
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
I'm working on implementing support for AJP/1.3 in IMHO (more info:
footnote [1]), to get a Lisp process to communicate with an Apache
server via mod_jk or mod_jk2
He he ;)
(Currently, IMHO can use its own copy of mod_webapp for this, at least
with Apache 1.3; the mod_webapp from Tomcat, with
Bill Barker a écrit :
- Original Message -
From: Henri Gomez [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
Sent: Wednesday, September 24, 2003 1:42 AM
Subject: AJP13 in TC 3.3.2-dev
Did we still use in TC 3.3.2-dev the Ajp13 code in
org.apache.tomcat.modules.server
Bill Barker a écrit :
BTW, select() call is supported by WIN32 ?
Strangely enough, it seems that select(int, fd_set *, fd_set *, fd_set *,
const timeval *) is actually supported by MS. However, it seems that you
need to use MS's weird error codes to handle errors.
Ok I'll take a look in APR
David Rees a écrit :
Henri Gomez said:
This won't work with the pre-fork MPM, since each Apache child will
have
its own idea of the timing. The only way that it could tell that a
Tomcat
failed is to try the request and fail :).
The idea needs to be flushed out some more. But we should
Did the jk 1.2.5 has been tagged so I could commit my modifications
for PING/PONG in jtc ?
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Lucas Alvarez a crit :
Hi, I don't know if this is right place to ask but I have already asked
in user list and I hadn't any answer. I have many jservs running and I
need to know thier status. I want to know if there is any command line
tool to query the port 8007 and get the status of the
Glenn Nielsen a écrit :
I have generated a test release source distribution for mod_jk 1.2.5,
you can find it at:
http://jakarta.apache.org/~glenn/jakarta-tomcat-connectors-jk-1.2.5-src.tar.gz
Please build and test on as many OS/web servers as possible.
I have already tested on Solaris7/8
[X] +1 release mod_jk 1.2.5 and I will help by building binaries for
Linux
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Glenn Nielsen a écrit :
The test release at cvs.apache.org/~glenn is what will be released
with no changes and does reflect the source which was tagged as
mod_jk_1_2_5.
So yes, you can use binaries built from that source as mod_jk 1.2.5
release binaries.
So I could commit my changes in 1.2.6-dev
Glenn Nielsen a écrit :
Glenn Nielsen wrote:
Henri Gomez wrote:
Glenn, could you tag JTC 1.2.5 so I could commit my work on JTC ?
I would like to see modjk 1.2.5 tagged/released before committing
this. I was waiting on a report for Windows before releasign,
we now have that. I'll post
Henri Gomez a écrit :
Glenn Nielsen a écrit :
Glenn Nielsen wrote:
Henri Gomez wrote:
Glenn, could you tag JTC 1.2.5 so I could commit my work on JTC ?
I would like to see modjk 1.2.5 tagged/released before committing
this. I was waiting on a report for Windows before releasign,
we now have
Glenn Nielsen a écrit :
Henri Gomez wrote:
Glenn Nielsen a écrit :
The test release at cvs.apache.org/~glenn is what will be released
with no changes and does reflect the source which was tagged as
mod_jk_1_2_5.
So yes, you can use binaries built from that source as mod_jk 1.2.5
release
Hi to all,
I commited the last part of clean imports and started to take a look
at bugzilla where many reports seems still open.
What's the strategy now ?
Should we close those which seems invalid ?
-
To unsubscribe, e-mail:
Glenn Nielsen a écrit :
As part of the mod_jk 1.2.5 release I promised to move the JTC download to
www.apache.org/dist so that the downloads can be mirrored. Here are the
changes I propose to make as I set this up.
First, here is the directory layout for mirrored downloads at
Hi to all,
While working on cleaning imports in J-T-C, I've found an unknown
class PropertyHelper in org.apache.naming.ant.JndiProperties.
Is it related to Ant 1.6.x ?
Did this code is still active ?
-
To unsubscribe,
Günter Knauf a écrit :
Thanks Gunter, I'll apply it ASAP
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Bill Barker a écrit :
- Original Message -
From: Henri Gomez [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
Sent: Monday, September 29, 2003 2:55 AM
Subject: TC 3.3.2
Hi to all,
I commited the last part of clean imports and started to take a look
at bugzilla where many
Günter Knauf a écrit :
Hi,
with Apache 2.1 and APR 1.0 seems that apu_compat.h is removed (see APR-util Changes);
attached a patch which works for me with both APR 0.9.4 and APR 1.0.0
Thanks to send it as an attached file please
Henri Gomez a écrit :
Hi to all,
While working on cleaning imports in J-T-C, I've found an unknown
class PropertyHelper in org.apache.naming.ant.JndiProperties.
Is it related to Ant 1.6.x ?
Ok, it's in ant HEAD (1.7 beta ?)
Did this code is still active ?
But this question stay open
Stefan Bodewig a écrit :
On Tue, 30 Sep 2003, Henri Gomez [EMAIL PROTECTED] wrote:
While working on cleaning imports in J-T-C, I've found an unknown
class PropertyHelper in org.apache.naming.ant.JndiProperties.
Is it related to Ant 1.6.x ?
Yes, I think so, although Costin has working code
Günter Knauf a écrit :
Hi Henri,
with Apache 2.1 and APR 1.0 seems that apu_compat.h is removed (see
APR-util Changes);
attached a patch which works for me with both APR 0.9.4 and APR 1.0.0
Thanks to send it as an attached file please
it was already attached as file too; but seems the
401 - 500 of 1126 matches
Mail list logo