RE: [ANNOUNCEMENT] Tomcat 3.2.2 beta 1 released

RPMs available at : ftp://ftp.falsehope.com/home/gomez/tomcat/ Regards - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]

FW: [PATCH] session attribute unbound

Just received that from Mr Frey Thibault It fixes a serious problem with session in end of life >-Original Message- >From: [EMAIL PROTECTED] >[mailto:[EMAIL PROTECTED]] >Sent: Wednesday, February 28, 2001 3:49 PM >To: [EMAIL PROTECTED] >Subject: [PATCH] session attribute unbound >

RE: [Security Issue] Sessions are visible across multiple clients

Probably partially resolved by the patch I forward previously. >From M. Frey La prise de conscience de votre propre ignorance est un grand pas vers la connaissance. -- Benjamin Disraeli >-Original Message- >From: Amrhein, Thomas [mailto:[EMAIL PROTECTED]] >Sent: Wednesday, February

RE: Bugzilla #512 is Bunk

The correct config for mod_jk is : in httpd.conf : JkWorkersFile /etc/httpd/conf/workers.properties JkLogFile /var/log/httpd/mod_jk.log # set it to error since warn just load to many apache JkLogLevel error for virtuals DocumentRoot"/home/httpd/host1/html" Options Fol

RE: autoconf / automake

>They are totally worth using. Once you get it right, they are >a life saver >and the work put into JServ can really be re-used here. >Getting it right is >the hard part. It needs a *lot* of testing. I know a little autoconf stuff and if Jserv allready used it so more than 80% of the work is a

RE: Some benchmarks

>> I need to choose for my company the "next generation" servlet-engine. >> For now we are using JRUN. I am doing benchmark to choose >the next one. >> choices for me are : JRUN, RESIN... not Tomcat as it is >considered not >> stable >> and slow compare to the two others... When you say that T

RE: FW: problem w/ ajp13 - if Tomcat is shutdown

Title: RE: FW: problem w/ ajp13 - if Tomcat is shutdown I revue your patch and I notice : We could use select to determine if something happen to the connection, typically readfds will be set if something is to read. With ajp13 protocol where everything is consumed after reading the previou

RE: Design Review for ajp13's changes: WAS problem w/ ajp13 - if Tomc at is shutdown

>First off, it's GREAT that you are working on this -- it's a >very heavily requested improvement. > 1) This work will end up being committed in the 3.3 branch, >rather than the >3.2 branch. 3.2 is only bug fixes now, not new features. The >mod_jk C code >is very similar in 3.3 and 3.2, but

RE: FW: problem w/ ajp13 - if Tomcat is shutdown

>Okay so this means, you would prefer my proposed solution #1? >That was my inclination too. Proposed solution #1 without the errno check. My idea : get the service code in a loop for (i = 0; i < RETRIES; i++) { if (send_request() < 0) continue; if (read_r

RE: Design Review for ajp13's changes: WAS problem w/ ajp13 - if Tomc at is shutdown

Title: RE: Design Review for ajp13's changes: WAS problem w/ ajp13 - if Tomc at is shutdown To keep high performance in this connector, it will be better to handle the tomcat restart as an exceptionnal condition ;-)   La prise de conscience de votre propre ignorance est un grand pas vers la co

RE: FW: problem w/ ajp13 - if Tomcat is shutdown

Here how we could do : >Okay, I basically agree with you. I'll take out >the check for errno and just have recv() == -1 >be considered a recoverable error (i.e: retry it). >However, I disagree with making the retry in a >loop for RETRIES times. This is because if one >retry fails, this mean

RE: FW: problem w/ ajp13 - if Tomcat is shutdown

La prise de conscience de votre propre ignorance est un grand pas vers la connaissance. -- Benjamin Disraeli >-Original Message- >From: Dan Milstein [mailto:[EMAIL PROTECTED]] >Sent: Friday, March 09, 2001 6:34 AM >To: [EMAIL PROTECTED] >Subject: Re: FW: problem w/ ajp13 - if Tomcat i

RE: 3.3 build

I'll try to rebuild my RPM against the latest CVS and tell you more about the updated build system. La prise de conscience de votre propre ignorance est un grand pas vers la connaissance. -- Benjamin Disraeli >-Original Message- >From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] >Se

[AJP14l] Start reflexions on ajp14

>The jk_ajp13_worker objects hold onto a cache of endpoints -- >ep_cache. It >would be relatively simple to loop through this cache and close all the >connections in case of ECONNRESET (you do have to call a macro >to enter a >critical section -- take a look at reuse_connection()). >However, t

RE: FW: problem w/ ajp13 - if Tomcat is shutdown

>In the mean time, I have taken Henri's changes and back >port it to 3.2.1 (because I need it on 3.2.1). Everything >seems to work well. I've tested it in the normal scenarios >(one Apache, one Tomcat) and in the load-balanced scenarios. Thanks for using the patch and tested it under LoadBal

RE: [VOTE] New Committer: Amy Roh

>Sounds good -- I looked through the archives and found the >messages which I had missed. >Thanks for clearing that up -- I'll happily >convert to +0 (I still don't feel like I've seen enough of >her changes myself to vote +1, but >it looks like plenty of other people have, which is great).

RE: FW: problem w/ ajp13 - if Tomcat is shutdown

Title: RE: FW: problem w/ ajp13 - if Tomcat is shutdown I proposed to [EMAIL PROTECTED] list some days now that we start a subproject called web-connector where we could put mod_jk/mod_jserv/mod_webapp with both native (Apache, NES, IIS) and Java (Modules/Interceptors for TC 3.2.x, 3.3 and

RE: FW: problem w/ ajp13 - if Tomcat is shutdown

arly decision on TAB length by Apache team (httpd) but didn't remember what the final decision. Jon Stevens are to remove all TAB and replace by space, I'll take a look at native code and set my editor accordinly (vi/ue) > - Style notes (I'm style obsessive, I admit). I would make

RE: [VOTE] New Committer: Amy Roh

Ok ok ok ok +1 End Of Debate. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]

RE: [VOTE] New Committer: Amy Roh

Every person who like to help make tomcat a better product is really welcome. >Has every committer for this project been contributing to ALL >TOMCAT current >projects? Personally, I don't quite understand the need for >contribution >to *EVERY* branch of tomcat from an EACH committer nor the

RE: [PROPOSAL] The Commons - web connector

Still no response for this sub-project proposal. The upcoming PMC could be an occasion to speak about it. I saw at least 4 potentials commiters working on it : - Dan Milstein, our resident hacker/expert of mod_jk. - Keith Wannamaker, webdav specialist - Pier P. Fumagalli, mod_jserv and mod_weba

RE: [VOTE] New Committer: Amy Roh

>Yeah, I was working for one... With another Tomcat committer, >and thank god >that Sun is _really_ serious about Tomcat, because if it was >for some other >company, right now my Apache involvement would be somewhere >between a trash >bin and the toilet... I also works in a little company, SLI

RE: Proposal for implementation of lookup of localized web-resources

+1 >On Wed, 14 Mar 2001, Arieh Markel wrote: > >> We are about to release a product on which we include Tomcat 3.2. >> >> Our testing and localization people have been banging at our product >> and come up with several remarks about how lookup for a localized >> resource (file: html, gif, javasc

RE: [PROPOSAL] The Commons - web connector

>I don't see the advantages to having a separate project for >the connectors. >Can someone explain that to me? > >The main disadvantage that I see is that the connectors and >Tomcat are very tightly linked. Why did you want the connector and Tomcat so tightly linked ? Take for example, mod_pe

RE: [VOTE] New committer: Mike Braden

+1 >-Original Message- >From: Dan Milstein [mailto:[EMAIL PROTECTED]] >Sent: Thursday, March 15, 2001 8:48 PM >To: [EMAIL PROTECTED] >Subject: [VOTE] New committer: Mike Braden > > >I would like to propose Mike Braden ([EMAIL PROTECTED]) as a new >committer. He has contributed very usefu

RE: [PROPOSAL] The Commons - web connector

>This can happen only if all of you agree ( and also Craig, >Pier and Remy who are working on connectors too on the 4.0 side ). The goal of the proposal was to include all people involved on connectors from TC 3.1 up to 4.0. After reading the 'Commons Proposal' in jakarta-general I was think

RE: [VOTE] New commiter - Casey Lucas

+1 Original Message- >From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] >Sent: Friday, March 16, 2001 12:39 AM >To: [EMAIL PROTECTED] >Subject: [VOTE] New commiter - Casey Lucas > > >Hi, > >Please vote for Casey Lucas as commiter. > >Casey is working on various optimizations in Jasper, with

RE: [PROPOSAL] The Commons - web connector

>Costin > >( BTW, I already have a prototype and a name for the combined thing :-) Could you tell us what's the proposed name ?

RE: [VOTE] New Committer: Amy Roh

>That's what I've been telling Gomez in a private thread, we're >going to meet later in April somewhere in the French alps with >a BIG whiteboard... And a big piate di pasta.

RE: [VOTE] New Committer: Amy Roh

>> >That's what I've been telling Gomez in a private thread, we're >> >going to meet later in April somewhere in the French alps with >> >a BIG whiteboard... > >If there is enough snow, make that: > > riding (snow)boards over BIG white (stuff) ... I must admit that even if I live in Sav

RE: [VOTE] New Committer: Amy Roh

>> That's what I've been telling Gomez in a private thread, >we're going to meet >> later in April somewhere in the French alps with a BIG whiteboard... > >Well, maybe a better place to meet would be tomcat-dev, isn't it ? Sure. >I'm sure Dan Milstein would enjoy a French vacation ( I would ),

RE: [PATCH] TC3.3 tomcat.bat doesn't pick up external CLASSPATH

It's a WANTED feature. With TC 3.3 there is a new classe loader system. Take a look at change3.3 file included in distro. A quick fix for your problem is to copy jaxp / crimson jars in TOMCAT_HOME/lib/common. Si la fortune vient en dormant, ça n'empêche pas les emmerdements de venir au réveil. --

RE: Jikes Compiler Patch

>Here's a patch to fix the jikes compiler code in Jasper - >against tomcat 3.3 m2 Thanks for the patch but : You can't assume that all users will have jikes on /usr/local/java/jikes-1.13/bin/jikes ! Solution: When you start tomcat setup accordingly your PATH env vars. >It looks like there i

RE: [PATCH] TC3.3 tomcat.bat doesn't pick up external CLASSPATH

>Ah, then you'll be wanting the contrawise patch to tomcat.sh > I'm not sure to understand perfectly what you say but with the new schema loader you start with an empty CLASSPATH. Depending where are located the .jar, you make them available to container (tomcat), webapps or both. Usefull to fix

RE: [PATCH] TC3.3 tomcat.bat doesn't pick up external CLASSPATH

>On Mon, 19 Mar 2001, GOMEZ Henri wrote: > >> It's a WANTED feature. >> With TC 3.3 there is a new classe loader system. Take >> a look at change3.3 file included in distro. >> A quick fix for your problem is to copy jaxp / crimson jars >> in TOMCAT_HOME/

RE: [PATCH] TC3.3 tomcat.bat doesn't pick up external CLASSPATH

ar to it. My original >patch added this >functionality to tomcat.bat. However, if it's a desireable >feature to start >with an empty classpath, and I agree that it is, the tomcat.sh >should be >fixed so that it sets the classpath to just lib/tomcat.jar. > >tomcat.sh and

ajp13 restart patch - next step

Hi, You could find attached the latest patch for mod_jk ajp13_worker. The imsg buf stand now for initial msg. I fixed the naming. Thanks to comments before I commit it. jk_ajp13_worker.diff

RE: ajp13 restart patch - next step

Oups not the up to date code. Find attached the correct patch. It will correctly handle the tomcat failure (when restarted or down) during upload mode >-Original Message- >From: GOMEZ Henri [mailto:[EMAIL PROTECTED]] >Sent: Tuesday, March 20, 2001 1:40 PM >To: [EMA

RE: Bug 1006, what's next ?

Hi, I may help here since I figth against this kind of TCP bugs each days on my pay job. The problem with TCP/IP is that when there is no activity a read() system call (that java used) will block the calling thread. You could use : - select() like before read() to see if there is something to

RE: [VOTE] Proposed Tomcat 4.0-Beta-2 Code Freeze Date

>- Clip and Return This Portion - > >+1 [ ] I support the proposed release, and will work to support it >+0 [ ] I support the proposed release, but cannot work on it at this time >-0 [ ] I do not support the proposed release, but do not have an alternative to propose

RE: Bug 1006, what's next ?

mailto:[EMAIL PROTECTED]] >Sent: Tuesday, March 20, 2001 8:03 PM >To: [EMAIL PROTECTED] >Subject: RE: Bug 1006, what's next ? > > >Does this mean that the proposed patch to call setSoTimeout() >should not be >applied? > >> -----Original Message- >> Fr

RE: ajp13 restart patch - next step

es suggests that most of them don't use tabs at all (just >spaces). >Let's try to emulate that -- I'll try to stop using 8-space tabs. Yes, I'm not confortable with 4/8 tab switch between java and C. But not the 'core business' ;-) I'll modify jp_ajp13_wor

RE: Bug 1006, what's next ?

>> all is graphed around the clock by MRTG). We are running >with a relatively >> timeout of 5 minutes (50*60*1000) just to be on the safe >side but a shorter >> one can be used. > >Is 50 just a typo? Did you mean 5*60*1000? >Just thought I'd mention it in case it affects your testing. >Shawn

RE: Proposal for Compression Filter example

>I created an example web application using Filter technology >and would like to >add to Tomcat 4 example webapps. This example includes Data >Compression Filter >which compresses ServletResponse according to the threshold >that can be set by >users. I think it'll be a good example usage o

RE: cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/service PoolTcpEndpoint.java

You we're just too fast ;-) What happen to ajpx connector with that patch ? If ajp12 is a short life connection, ajp13 need permanent connection ! The setTimeOut in that case will broke it ;( Si la fortune vient en dormant, ça n'empêche pas les emmerdements de venir au réveil. -- Pierre Dac >-

RE: cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/service PoolTcpEndpoint.java

ttp 1.0 connection 15s must be suffisant between accept() and read. The browser must'nt spend more than 15 seconds between to packet emission (even 1 byte packet) IMHO. We must forward the question to Apache gurus. I'll contact Ryan Bloom for more info .... >-----Original Messag

http 1.0 timeout patch

Hi, I notice you corrected the patch which is a good thing but settings timeout to 5mn (300s) is a little too high for an http 1.0 connection. The timeout could be as low as 15s. The timeout is activated if you have more that 15s between 2 read() and since connector read stream byte by byte. 30

RE: mod_webapp status?

>> I'm rewriting it using APR... As we speak... >> >> Pier (under the snow in Dublin) >> > APR is a great piece of code but it will restrict Tomcat to have only one front-end, Apache Web Server. A solution will be to add ajp13 support to Tomcat 4.0. I saw 3 main advantages : 1) Tomcat 4

RE: http 1.0 timeout patch

>I picked 5 minutes because that seemed to be the default >timeout for Apache >httpd. If I open telnet session to Apache and never enter any data the >connection times out after 5 minutes. > >In Apache this is configured in httpd.conf as > ># ># Timeout: The number of seconds before receives and

RE: http 1.0 timeout patch

>What about 33 sec. ? It matches the version :-) > >( seriously - does the HTTP spec have any number ? If not, can we use >whatever apache is using ? ) > >In any case - 300s is better than no timeout - and if it's too >much we can >reduce it later ( and make it configurable anyway ). > 300s i

RE: http 1.0 timeout patch

>Isn't there an issue with tomcat closing a connection before >apache does? It's not related since we speak here of the native tomcat http connector. >At least it seems so to me. If you restart tomcat while the browser is >connected to it through apache-mod_jk, then that apache >process will u

RE: mod_webapp status?

>No, that is not exactly the goal of APR, it is USED by APACHE2.0 but >should/could be standalone. But it means probabably 2 >portables run time for the >non-Apache servers. > >I prefer to use apr_socket_create() than to see several #ifdef >#else #endif in mod_webapp, the portability problems sh

RE: mod_webapp status?

>GOMEZ Henri typed the following on 10:21 AM 3/22/2001 +0100 >>>> Chambery is under rain, but no snow yet in town ;-) >>> >>>Barcelona is not yet sunny but it will be sunny and hot today, >>>I am born in La Tronche (35 kms from Chambery)! >> >&

RE: mod_webapp status?

>Since mod_jk is using just a few APR-like functions, the transition >woulnd't be difficult - but it's important to do it at the right time. > >And IMHO that should come as a decision from tomcat-dev - I would feel >very bad if Henri or Dan would decide to switch to APR without >a serious discus

RE: mod_webapp status?

7:00 PM >To: [EMAIL PROTECTED] >Subject: RE: mod_webapp status? > > >On Fri, 23 Mar 2001, GOMEZ Henri wrote: > >> >Since mod_jk is using just a few APR-like functions, the transition >> >woulnd't be difficult - but it's important to do it at the >righ

RE: Timestamps in mod_jk.log

I could do that. PS: Coul you Dan report you mod_jk.c comments from 1.3 to 2.0 Si la fortune vient en dormant, ça n'empêche pas les emmerdements de venir au réveil. -- Pierre Dac >-Original Message- >From: Dan Milstein [mailto:[EMAIL PROTECTED]] >Sent: Friday, March 23, 2001 5:43 PM >

RE: mod_webapp status?

>To see if APR could run on AS/400, you just need to download the >Apache2.0alpha drop and build it. If the httpd could run >properly than APR works on AS/400! I've take a look at APR and there is no reference to AS/400. There is nothing related to OS/400 in config.guess. AS/400 is a very

RE: apache 1.3.12 and tomcat 3.3-m2 connection problem ??

Could you send us the pushlet code example. I could help here (mod_jk) :-) "Entre truands, les bénéfices, ça se partage, la réclusion, ça s'additionne." -- Michel Audiard >-Original Message- >From: Jestin Jean-Francois >[mailto:[EMAIL PROTECTED]] >Sent: Monday, March 26, 2001 4:01 PM

RE: TC3.3 - building javadoc

>Currently, when you run the build script (for TC 3.3), >build.xml has 'dist' dependent on the 'javadoc' >target. The 'javadoc' target compiles javadoc pages >for org.apache.tomcat.core and >org.apache.tomcat.modules.*. > >I dunno about you, but this seems insufficient for >'dist'. Shouldn't the

RE: apache 1.3.12 and tomcat 3.3-m2 connection problem ??

Hi, I take a look at pushlet and find it very bad design. Using opened http connections to do real-time job is not realist. In that case you keep an : - one OS (job/thread) - one ajp13 connection - one tomcat thread. Imagine if you got > 256 concurrents connexions ! A better alternative will

ajp13 and tomcat restart - next (final) release

Hi, You could find here the latest patch for ajp13/mod_jk when tc is restarted. Seems fine and ready to be commited. PS: I'll add timestamp in mod_jk logs but I'd like also to remove the datasync in log since it's just to much I/O consuming in debug mode (Ok ?) jk_ajp13_worker.c.diff

RE: Internal Server Errors while/after restarting Tomcat with mod_jk

>Jan, > >Henri Gomez is working on a patch to solve this very problem >as we speak -- >he is setting it up so that the mod_jk plugin will detect that >TC has died, >and will attempt to open new connections. > >Hopefully, that will be testable within a week or two... > >-Dan Just sent to list ;

RE: ajp13 and tomcat restart - next (final) release

>Henri (+ Larry), > >Looks about ready for more general testing. I like the new >ajp13_operation. Two things: > > 1) l. 672 (op->recoverable = JK_FALSE). I'll check that. >I believe that should be outside of the if statement (i.e. >immediately after >the connection_tcp_send_message). The who

RE: ajp13 and tomcat restart - next (final) release + AJ13 PROPOSAL

>Looks about ready for more general testing. I like the new >ajp13_operation. Two things: > > 1) l. 648 (op->recoverable = JK_FALSE). I set op->recoverable to JK_FALSE just after detected upload mode (dropped var) Find included the latest .c since I miss diff cmd under W2K rigth now. Where

RE: apache 1.3.12 and tomcat 3.3-m2 connection problem ??

>I agree the idea of the pushlet is a bit confusing because it >uses http (a non real time protocol) to do pseudo real-time job, >but real-time is always more "hungry" than other technology >(think about streaming !! ). >On the other hand having pseudo real-time monitoring over >standard http

more log in mod_jk

Here is the patch I'll commit if there is no objection jk_util.patch

jk_ajp13_worker.c

Could I commit the latest jk_ajp13_worker.c I send to list ? It works fine for more than 1 week...

RE: ajp1X protocol security

>I'm just recently getting more intimate with Tomcat's >architecture and I'm >wondering what provisions and plans are in place for security in the >protocols btw http servers and the servlet engine. What are the >vulnerabilities now and how are people using Tomcat in production >protecting thems

RE: jk_ajp13_worker.c

: Re: jk_ajp13_worker.c > > >I would say go for it. It's a hotly desired feature, so >hopefully it will >see some good testing. > >Nice work, >-Dan > >GOMEZ Henri wrote: >> >> Could I commit the latest jk_ajp13_worker.c I send to list ? >> >> It works fine for more than 1 week... > >-- > >Dan Milstein // [EMAIL PROTECTED] >

RE: jk_ajp13_worker.c

ay, March 28, 2001 12:28 AM >To: [EMAIL PROTECTED] >Subject: Re: jk_ajp13_worker.c > > >I would say go for it. It's a hotly desired feature, so >hopefully it will >see some good testing. > >Nice work, >-Dan > >GOMEZ Henri wrote: >> >> Could I

RE: Tomcat and IPv6

These question appeared some time ago and I think that Craig said it depend on OS where java is running and certainly JVM support on IPv6. Rigth question may be about JDK 1.3 support of IPv6 ? >-Original Message- >From: Ibrahim Haddad (LMC) [mailto:[EMAIL PROTECTED]] >Sent: Friday, Marc

RE: [ANNOUNCE] Tomcat 4.0 Beta 2

Hi, Just finished to see how to rebuild the beta2 and I notice that many build.xml must be adapted to allow users with non-standard jar location to works. Attached are my patches. The bad news came from mod_webapp which didn't compile at all on my gcc (many bad structs declarations, missing inc

RE: Tomcat 4.0-beta-2 Security Vulnerability

>> I suggest that we create a revised version of beta >> 2, clearly labelled so >> that people will know whether they have the >> corrected version or not -- >> and we should do this immediately (like today) to >> minimize the number of >> people who end up downloading twice. >> >> I suggest we c

FW: Cocoon on iSeries = mod_jk is in use.

>JkMount /HTTPAdmin/*jni >JkMount /BtoB/Connect jni >JkMount /BtoB/Connect/* jni > >By looking at the WebSphere plug-in config, I am reasonably >certain that this >is a port

RE: [Fwd: Tomcat may reveal script source code by URL trickery]

TC 4.0B3 sources still missing in : http://jakarta.apache.org/builds/jakarta-tomcat-4.0/release/v4.0-b3/src/

RE: TC3.2.x and security problems

>I can't reproduce that one, but could verify the following problems >on Linux: > >$ telnet localhost 8080 >Trying 127.0.0.1... >Connected to localhost. >Escape character is '^]'. >GET /examples/jsp/num/numguess.jsp >HTTP/1.0 200 OK >Content-Type: text/plain >Content-Length: 1237 >Last-Modified: T

RE: [PATCH] For mod_jk.c (tomcat_3.2.2)

>Attached is a patch for mod_jk.c to more cleanly handle a bad >path for the workers.properties file. Currently, this is >handled in jk_init and if the call to map_read_properties >fails, then we just call jk_error_exit which in turn calls >exit(1). This causes some problems on NetWare becau

RE: LoadBalancer worker

>Hello, >I want to enable the load balancer worker on Apache/Tomcat. Even though >I have configured the workers.properties file as - >worker.loadbalancer.type=lb >worker.loadbalancer.balanced_workers=myajp12_1, myajp13_1, myajp12_2, >myajp13_2 Don't forget to add loadbalancer to workers list ! >

RE: LoadBalancer worker

Yes it is there. Sorry I did not mention it earlier- >worker.list=myajp12_1, myajp12_2, myajp13_1, myajp13_2, loadbalancer > >GOMEZ Henri wrote: > >> >Hello, >> >I want to enable the load balancer worker on Apache/Tomcat. >Even though >> >I have configure

TC 4.0B2 problems when compiled with jikes : Was RE: TC 4.02 error => jikes 1.3 problem

Hi, Did someone (Remy, Craig) has an idea about the problem at startup with a TC 4.0 compiled with jikes 1.3 ? > >> Hi, >> >> Just trying a clean rebuilt of TC 4.0b2 and got : >> >> Using CLASSPATH: >> /var/tomcat4/bin/bootstrap.jar:/opt/IBMJava2-13/lib/tools.jar >> Using CATALINA_HOME: /v

RE: [STATUS] Tomcat 3.2.2

>I've got a fix for the URL double decode security problem in >Tomcat 3.2.2. >I'm going to release Tomcat 3.2.2 beta 3 tonight to make this >fix publicly >available. Because the only change in Beta 3 is the security >fix, this beta >cycle will only be one week long. If no other security issue

Where are the source for TC 4.0B3 ?

Still nothing at : http://jakarta.apache.org/builds/jakarta-tomcat-4.0/release/v4.0-b3/src/

RE: Where are the source for TC 4.0B3 ?

nal Message- >From: Remy Maucherat [mailto:[EMAIL PROTECTED]] >Sent: Friday, April 06, 2001 8:37 PM >To: [EMAIL PROTECTED] >Subject: Re: Where are the source for TC 4.0B3 ? > > > >- Original Message - >From: "GOMEZ Henri" <[EMAIL PROTECTED]> &g

RE: mod_webapp, mod_jk etc.

mod_jk should be compiled statically in Apache but nobody asked for that feature previously since mod_jk as still not the maturity of other well known modules like mod_index. A feature which may be added to mod_jk, but I'd like to see before autoconf stuff added :) - Henri Gomez

RE: mod_webapp help!

I didn't have much more luck with gcc on my Redhat 6.2 system. mod_webapp in the distro is just incomplete. It was compiling on previous release 4.0b1 but no more with recent. Wait for Pier to fix it - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .)

RE: Bug 1006 not fixed in 3.2.2b3

The fix was just for the native HTTP connector and didn't cover ajp12/ajp13. We could certainly add the same type of code in ajp12 but with a more little timeout (30 seconds) - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697ECEDD

RE: Tomcat: Distributed Session Management revisited

>> Costin, >> >> that point of view is really interesting. What about separating the >> distribution part from the integration part of a integrated solution. >> That would user's give the option to use the "transparent session >> replication" or to use "explicit object replication services". >> Th

RE: Ajp14 and Ajp13

>> I'm in favor of this, since the protocol is only being >extended, not really >> changed. >> >> However, I think that one of the extensions that should be >implemented early >> on is a version negotiation so that the newer side can >gracefully degrade in >> the future without having to rely o

FW: Thread pool problem in Tomcat 3.3 in Windows NT 4.0

Just to finish with my message about Ajp13 and highly loaded servers - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697ECEDD...oOOo..(_)..oOOo... PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 >-Original Messa

RE: TC 3.3, Production Quality

+1. Did you also rebuild the site since the http://jakarta.apache.org/tomcat/index.html still present 3.3 as beta (it's fixed in your recent commit) Regards - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697ECEDD...oOOo..(_)..

RE: [VOTE] Change the order of releases mentioned on the TC web page

>[X] +1. I agree with the proposal and I will help support it. >[ ] +0. I agree with the proposal but I will not be able support it. >[ ] -0. I don't agree with the proposal but I won't stop it. >[ ] -1. I disagree with the proposal and will explain my reasons. -- To unsubscribe, e-mail:

RE: Portable SSL Support

>Or even better, in SSLInterceptor. No need to change Request >or the core - >if it can be done in a module, it's better to do it this way. A la mod_ssl :) -- To unsubscribe, e-mail: For additional commands, e-mail:

RE: Problem compiling mod_webapp for IBM HTTP Server 1.9.19 running on AIX 4.3.3. Please help save Tomcat for a high profile project in Switzerland

May I recommand you take a look at mod_jk from jakarta-tomcat-connectors which use configure stuff to try to ease the build... All the developpment effort on tomcat connectors have now moved to J-T-C - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .)

RE: Error: null cert chain

FYI, a Linux RPM of ssldump is available at : http://ftp.falsehope.com/home/gomez/ssldump/ Regards :) - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697ECEDD...oOOo..(_)..oOOo... PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A

[JTC] APACHE_CONFIG_VARS and 2.0.28

Hi to all JTCs, I'm trying to rebuild jk and webapp from JTC and notice we try to include config_vars.mk, which is awaited under $prefix/build/. Problem, it fit well for Apache 2.0 using default packaging (ie all under /usr/local/apache) but fail when we have it installed under another directory

RE: [JTC] APACHE_CONFIG_VARS and 2.0.28 / jkant

] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697ECEDD...oOOo..(_)..oOOo... PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 >-Original Message- >From: GOMEZ Henri [mailto:[EMAIL PROTECTED]] >Sent: Monday, November 19, 2001 3:33 PM >

RE: [VOTE] New committer: Michael Smith

>I'd like to nominate Michael Smith [msmith at apache.org] as a >committer on >the Tomcat subproject. Michael already has commit access on the Slide >subproject, and has contributed important bug fixes for Tomcat >4 as well as >mod_jk. > +1, welcome on board and thanks for the patch in JTC :)

Tomcat 4 / IIS connectivity document

A great documentation live here : http://www.vacodi.com/howto/tomcat/iisnt/index.html - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697ECEDD...oOOo..(_)..oOOo... PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 --

Re: Jk and APR

En réponse à [EMAIL PROTECTED]: +1 I know somebody who will be happy with that. But we should be carefull with APR. We could use the one from Apache 2.0 when mod_jk is compiled against AP2. What should we use when compiling against Apache 1.3 or IIS, NES ? JF Clere will give us here preciou

Re: jk_handler

En réponse à [EMAIL PROTECTED]: > mod_jk provides the communication between the web server and tomcat. > It > does so by using a number of abstractions: > > jk_service: represents the request and the callbacks supported by the > web > server. > > jk_endpoint: abstracts the callbacks supported b

<    1   2   3   4   5   6   7   8   9   10   >