RE: [JTC] Use of DOXYGEN instead of SCANDOC...

>I built it "by hand" and it works... What configure line did you use ? a minimal one, without QT or LATEX I guess >(No RPMs under any of my systems, thank god :) Take a look at rpm before calling god. A real plus for production environnement when many systems are to be configured. My Unix

RE: [JTC] Use of DOXYGEN instead of SCANDOC

>Yes, so WHY USING SCANDOC... If you're following APR, you have >noticed that >they moved from SCANDOC to DOXYGEN... When did they change ? I monitor apr-dev and the only 3 references are Ben Lauries post/reply from this week-end.. Don't forget that building a DOXYGEN will not so easy on many

RE: [j-t-c] src level directories removed...

>Sent: Monday, June 11, 2001 2:49 PM >To: [EMAIL PROTECTED] >Subject: Re: [j-t-c] src level directories removed... > > >done. > >GOMEZ Henri wrote: >> >> Yes please :) >> >> - >> Henri Gomez ___[_] >> EMAIL : [EMAIL P

[j-t-c] OS poll

Hi, A quick poll to get informations about OS used by j-t-c developpers & users ... I: Redhat 6.2 / 7.1 - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697ECEDD...oOOo..(_)..oOOo... PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 90

RE: [JTC] Use of DOXYGEN instead of SCANDOC

>> I monitor apr-dev and the only 3 references are Ben Lauries >> post/reply from this week-end.. > >Authoritative enough... Anyway, goddamit, I didn't want to >start a fucking fight... As always , you peeps are overreacting... ...Peace... No need to fight here, just wait if the CURRENT jtc dev

RE: [JTC] Use of DOXYGEN instead of SCANDOC...

>My Unix admin life is a hell since I installed RedHat 7.1 in >Ireland and >it's so freakin' complicated everytime I have to >build/add/remove stuff that If you remember when you were looking for a Redhat distro when in England some weeks ago, I recommand you not to grab the RH 7.1 but stay wit

RE: RedHat 7.1 and MOD_WEBAPP anyone?

I'll release soon a RPM for mod_webapp found in JTC. APR RPM is allready available at ftp://ftp.falsehope.com/home/gomez/apr/ Stay tuned. - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697ECEDD...oOOo..(_)..oOOo... PGP Fingerpr

JTC Logo

Hi, My webmaster, Sabrina, has created a logo for JTC. What do you think ? - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697ECEDD...oOOo..(_)..oOOo... PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 jakarta-tomca

DOXIGEN or not DOXIGEN : WAS [JTC] Use of DOXYGEN instead of SCANDOC...

>jean-frederic clere at [EMAIL PROTECTED] wrote: >> >> I am sorry... I should have complained before in APR... Now >it is a bit too >> late. >> >> We really should use a common tool in ASF when possible, if >the tool is >> DOXYGEN >> we will have to use DOXYGEN. > >Seeing it a little bit in de

RE: [j-t-c] OS poll

Also : W2K / VisualAge 3.5 (JDK 1.2) AS/400 V4R5 / JDKs 1.7-1.2.2-1.3 - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697ECEDD...oOOo..(_)..oOOo... PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6

[j-t-c] OS poll => [j-t-c] webserver poll

Here is the result of the j-t-c OS poll : - OPERATING SYSTEM -- USERS - - REF - - AS/400 - AS/400 V4R5 1 => 1 - BS2000 - BS2000 / 3901 => 1 - FreeBSD - FreeBSD 4.0 STABLE / x861 FreeBSD 4.

RE: jk_nt_service problem

Did you try with JDK 1.3.1 ? There is a known problem with Sun JDK 1.3 and NT Service - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697ECEDD...oOOo..(_)..oOOo... PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 >--

[j-t-c] updated copyrigth header (also in mod_jk)

mod_jk copyright is pretty old now (ref to java.apache.org) What about using this updated one (from waht I found in webapp) : May be also mod_jk in tomcat 3.2 and tomcat 3.3 /* = * * * * The Apache Soft

[j-t-c] JNI support

Find attached a patch to make jni support facultative : If you define USE_NO_JNI (by hand in Makefile or via updated autoconf), the JNI support is removed. Thanks to comments - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697ECE

RE: Comment on DOXYGEN -> use ANTLR

I've got a discussion with Terence Parr [[EMAIL PROTECTED]], antlr creator : > hgomez wrote : > > It's not directly related, but in the apache jakarta tomcat project > we're looking for a java tool which could parse C code to generate > documentations (à la javadoc). Currently we use Scandoc and

RE: [j-t-c] OS poll => [j-t-c] webserver poll

2F39 DC9B 904A 364F 80E6 >-Original Message- >From: Justin Erenkrantz [mailto:[EMAIL PROTECTED]] >Sent: Wednesday, June 13, 2001 5:00 PM >To: [EMAIL PROTECTED] >Subject: Re: [j-t-c] OS poll => [j-t-c] webserver poll > > >On Wed, Jun 13, 2001 at 10:57:16

RE: [j-t-c] JNI support

>Well I use HAVE_JNI for these things. There is no need to >create an empty unit >in jk_jni_worker.c that a work for configure. I will remove >the file from the >file list. (via a conditional include jni.mk) Superb.

RE: cvs commit: jakarta-tomcat-connectors/coyote - Imported sources

Yep, yep :) What about the native part ? Since you plan to use http/1.1 as protocol, I feel you may didn't need a strong connector only something like proxy ? Whatever, happy to see you in j-t-c Remy ;) - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .)

fault-tolerant/backup_mode in mod_jk : Was: [j-t-c] OS poll => [j-t-c] webserver poll

>On Thu, Jun 14, 2001 at 10:28:47AM +0200, GOMEZ Henri wrote: >> mod_jk support Apache 2.0 >> >> And TC 4.0 as preliminary support for ajp13 used >> in mod_jk. >> >> Could you take a look at it ? > >Okay, what's the difference between mod_weba

RE: #define JK_VERSION in j-t-c (doesn't exist)

>I'm doing some work on the domino tomcat connector which makes the >current version unbuildable for anything < T4.0. What's T4.0 ? TC 4.0 ? An important point is that the webserver didn't have to know which servlet-engine is as the remote end. >From what I see in your commit : + +#if FOR

RE: ~rant~ Docs, user list, etc.

>> Or maybe a configuration validation program that does more >than just check >> syntax (a la httpd's)? > >I like this idea - but more usefull would be a simple >InstallShield ( or >whatever ) installer for windows We could use the NullSoft install system instead of InstallShield. HTTP team u

RE: RPM

Be up to date : use 3.2.2 :) http://jakarta.apache.org/builds/jakarta-tomcat/release/v3.2.2/rpms/ - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697ECEDD...oOOo..(_)..oOOo... PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364

RE: Plans for Tomcat 3.2.3 and later

>Now that Tomcat 3.2.2 is out it's time to starting thinking >about 3.2.3. My >thoughts are to have a release for 3.2.3 in three or four >months. This will >be strictly a bug fix release. The only hard and fast release >requirements >are to fix any specification compliance issues that may be

RE: RPM of 3.3m3 - XERCES-J instead of JAXP - Agree ?

uld upgrade ( many bugs were fixed ). >> >>I personally prefer using crimson ( but I can live with >>xerces1 ) - code >>size is the one reason ( I also worked much more with crimson >>). Long term >>we'll use xerces2 of course. >> >>Costin >>

RE: ~rant~ Docs, user list, etc.

essage- >From: GOMEZ Henri [mailto:[EMAIL PROTECTED]] >Sent: Friday, June 15, 2001 7:56 AM >To: [EMAIL PROTECTED] >Subject: RE: ~rant~ Docs, user list, etc. > > >>> Or maybe a configuration validation program that does more >>than just check >>> syntax

RE: cvs commit: jakarta-tomcat-connectors/jk/native/netscape jk_nsapi_plugin.c

Oups, I didn't detect the code change in 3.3. Thanks Mike. - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697ECEDD...oOOo..(_)..oOOo... PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 >-Original Message-

RE: #define JK_VERSION in j-t-c (doesn't exist)

>Ah. So it's really the jk version I need then so people can build the >connector whether they have the latest j-t-c source or something like >the Tomcat 3.2 source distro. It would be useful to have an API version >number somewhere. * mod_jk in TC 3.2 is +/- frozen (only major bugs fixe) : we

RE: #define JK_VERSION in j-t-c (doesn't exist)

>OK, but I was thinking of something numeric so it could easily >be tested >at compile time, for example > >#if defined(JK_VERSION) && JK_VERSION >= 1 >... newer stuff ... >#endif > >Strings are fine for user readable versioning, but hard to test at >compile time. I understand better there :

RE: #define JK_VERSION in j-t-c (doesn't exist)

>OK, I get that but the Domino connector (in particular) is fairly >immature -- it's quite likely that bugs will be found that would affect >both people using stable Tomcat releases and those on the development >track -- it would nice to fix any such bugs in a single source file. The Domino conne

RE: #define JK_VERSION in j-t-c (doesn't exist)

>> Why did we start j-t-c ? >> >> - a connector is mainly native code, how to build apxs or >use autoconf >> has nothing to do in tomcat dev/users list. I hope we could have a >> separate dev/users lists later. >> >> - mod_jk is in TC 3.2 and 3.3. Thegeneral rules for TC 3.2 >is to freeze

JNI support in mod_jk : Was: mod_jk.so kills apache 1.3.19 on tru64 v5.1

>Henri, I've attached jni.h for you to look at. Thanks. I take a look at it. The jni.h enforce you to have _REENTRANT defined. If you take a look in jk_mt.h (sort of thread wrapper), you'll see that if _REENTRANT is defined, the wrapper consider you're running in a multi-thread env (like Apache

RE: Changing the TomCat Directory structure...

>I don't see "reducing the number of top level directories" as a very >compelling goal, and prefer to see the stuff sorted at the top >level based >on which classloader it's going to go into. +1 >Note also that having a top-level "lib" directory for user application >classes is getting pretty c

RE: fault-tolerant/backup_mode in mod_jk : Was: [j-t-c] OS poll => [j-t-c] webserver poll

>This is actually very easy with the existing code and a tiny patch I >submitted a few weeks ago. We're using it in production mode, so it is >known to be stable. The first version I submitted had some additional >logging added, but I'm attaching a minimal patch. > >All you have to do is set the

RE: structure for Tomcat-Connectors

>I am trying to think about a structure for our connectors: > > > From httpd From httpd > | | >+| >+ AP1.3 | AP2.0 | NETSCAPE | DOMINO

RE: cvs commit: jakarta-tomcat/src/etc server.xml

> @@ -200,7 +197,9 @@ > > >className="org.apache.tomcat.modules.server.Ajp12Interceptor" > @@ -209,8 +208,8 @@ > > > className="org.apache.ajp.tomcat33.Ajp13Interceptor" AJP12/AJP13 bind change WILL HAVE TO BE COMMENTED IN Ch

RE: [PROPOSAL] Update to Tomcat 3.3 release schedule

+1 What about clean the proposals sub-dir. jasper34 and web-connector have their own repositories. These two sub-dirs will save 2.2Mb... - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697ECEDD...oOOo..(_)..oOOo... PGP Fingerpr

J-T-C huge commit without mail

Hi, Just upgraded jk Copyright notice to Apache 1.1. But I stupidly forgot the qmail limitation and so you didn't received the commit info by email . ALL THE FILES in jk/native/common have been updated APACHE 1.3/2.0, IIS, DOMINO, NETSCAPE are on the way - Henri Gomez ___[_]__

RE: J-T-C huge commit without mail

It was that : To: [EMAIL PROTECTED] Subject: cvs commit: jakarta-tomcat-connectors/jk/native/common jk_ajp12_worker.c jk_ajp12_worker.h jk_ajp13.c jk_ajp13.h jk_ajp13_worker.c jk_ajp13_worker.h jk_ajp14.c jk_ajp14.h jk_ajp14_worker.c jk_ajp14_worker.h jk_ajp_common.c jk_ajp_common.h jk_connect.c

[J-T-C] What about ajp13 refactory in java ?

Hi to all, I'd like to know what's the current status of ajp java on j-t-c. 1) We have now two implementations of AJP13 protocol, in org.apache.ajp.tomcat33 and org.apache.ajp Also implementations came with its own code for core engine. (org.apache.ajp.tomcat33 / org.apache.ajp.tomcat

Re: [tomcat-dev] [J-T-C] What about ajp13 refactory in java ?

> I've been lurking on this list for awhile and wading through all the > code, and this one has been bothering me for awhile. > Is there a way we could get > a STATUS and README file written for j-t-c? I would do it myself, but > honestly I'm at a loss for what would go in there. Hi Aaron, What

Re: cvs commit: jakarta-tomcat-connectors/jk/native/common jk_md5 .c

> ISTR that j-t-c/jk/native already depends on APR. Instead of > duplicating > efforts, may I suggest we reuse the md5 functionality of APR (see > apr_md5.h)? mod_jk didn't use APR. webapp use APR. It's not a duplicate effort since I use allready code present in Apache (if linked with Apache) or

Re: [tomcat-dev] [J-T-C] What about ajp13 refactory in java ?

> util: a set of API used by Tomcat. There came from Tomcat 3.3 but they > were > extracted since and put here. > > webapp: mod_webapp/warp protocol (only ajp14) I does a mistake here. mod_webapp use warp protocol ajp14 is only used in mod_jk :)

[J-T-C] Ajp14 Autoconf features

Hi, If you take a look at Ajp14 documentation, you'll see the JkAutoMount directive : Rigth now it at the following synthax : JkAutoMount workername [virtualhost] This tell mod_jk to ask for ALL contexts available on the servlet-engine corresponding to workername. In tomcat 3.x current case

Re: [J-T-C] Ajp14 Autoconf features

> > If you take a look at Ajp14 documentation, you'll see > > the JkAutoMount directive : > > > > Rigth now it at the following synthax : > > > > JkAutoMount workername [virtualhost] > > Having virtualhost there is not very good because there is already a > in Apache, having information in 2 d

RE: [J-T-C] Ajp14 Autoconf features

>> In JkMount you'll need to indicate ALL the URL handled under >the given context, >> ie /myapp/servlet/* /myapp/*.jsp. With JkAutoMount if you provide the >> base context, the servlet-engine will give them to web-servlet. >> Imagine you install cocoon on myapp, it's will handle also the .xml. >

RE: Some clean up of the jakarta-tomcat tree for Tomcat 3.3

>> Hi, >> >> Does anyone have any objection to my deleting the following folders >> from the jakarta-tomcat head: >> >> proposals/jasper34 >> proposals/tomcat-4.0 >> proposals/web-connector >> src/jasper34 >> >> They all have projects elsewhere and, as Henri noted earlier, >> w

RE: [J-T-C] 1 second for crash (core)

Just some ideas, since I saw that kind of problems while playing with mod_php using ct_lib/mysql and mod_xslt and mod_gzip - Did httpd was linked against pthread ? When you use Apache with a some requiring libpthread YOU SHOULD REALLY rebuild apache with -lpthread - Also take a look

RE: #define JK_VERSION in j-t-c (doesn't exist)

>> > I have prepared a patch for configure.in to generate >JK_EXPOSED_VERSION and >> > JK_VERSION. >> > The result is a file named common/version.h: >> > +++ >> > #define JK_EXPOSED_VERSION "mod_jk/1.2.0-dev" >> > #define JK_VERSION (((1) << 16) + ((2) << 8) + >> > (0)) >> > +++ >> > Any comments

RE: RPM for tomcat 3.2.2-1 : any problems reported?

Just a quick recall of build of rpms. There are built under Redhat 6.2 / Redhat 7.1 (validation) - using latest jikes 1.14 - using latest IBM SDK 1.3 (javadoc) - with latest ant 1.3, xerces-j 1.4, xalan-j 2.1.0 I encounter rare problems when building with jikes, at least one with a previous rel

RE: RPM for tomcat 3.2.2-1 : any problems reported?

>> Just a quick recall of build of rpms. >> >> There are built under Redhat 6.2 / Redhat 7.1 (validation) >> >> - using latest jikes 1.14 >> - using latest IBM SDK 1.3 (javadoc) >> - with latest ant 1.3, xerces-j 1.4, xalan-j 2.1.0 >> >> I encounter rare problems when building with jikes, >> at

RE: 3.3: nightly, updating the parser, options

>I'm working on restoring the nightly build&test, probably this evening >we'll have them ( I was close last night ). > >Few issues, need feedback: > >- I would like to update to the latest jaxp, we are still building with >jaxp1.0 ( it's about the default build, of course you can build/use >whate

RE: Any reason why...

>...these two lines at around 1110 in jk_ajp_common.c > > int port = jk_get_worker_port(props, p->name, port); > char *host = jk_get_worker_host(props, p->name, host); > >use unitialised values for port and host. Anyone mind if I change them >to > > int port = jk_get_worker_port(props, p->name,

RE: Any reason why...

2F39 DC9B 904A 364F 80E6 >-Original Message- >From: Andy Armstrong [mailto:[EMAIL PROTECTED]] >Sent: Friday, June 22, 2001 10:25 AM >To: [EMAIL PROTECTED] >Subject: Re: Any reason why... > > >Andy Armstrong wrote: >> >> GOMEZ Henri wrote: &

RE: Any reason why...

>> +1, I'll correct now. >> >> I'll have a huge commit to send today, >> AJP14 login feature is quasi finished :) > >Quasi? :-) Quasi (oups french word). native and java parts of AJP14 login are working now. We need now to add some stuff to set the secret word and also grab some entropy. I'll

[J-T-C] Initial Ajp14 Java uploaded

Hi, I just upload the initial Ajp14 java side to cvs. It's present under tomcat33 branch of jtc since I used TC33 to test it. To take a look at Ajp14 login features, define the new ajp14 worker : workers.tomcat_home=/var/tomcat workers.java_home=/opt/IBMJava2-13 ps=/ worker.list=ajp12,

RE: [J-T-C] Initial Ajp14 Java uploaded

>It does not work because #include "apu_compat.h" is missing in >mod_jk.c. Should >I commit the change?. Strange, I didn't have problem to build it in Apache 2.0.18. But feel free to add in apache-2.0/mod_jk.c :) >> I'd like to have report on IIS/DOMINO/NETSCAPE. >> >> Regards >> >> DONT FO

RE: [J-T-C] Initial Ajp14 Java uploaded

>> Strange, I didn't have problem to build it in Apache 2.0.18. >> But feel free to add in apache-2.0/mod_jk.c :) > >Ok, I have used a more recent Apache-2.0. apu_compat.h >contains lot of "#define >titi toto" and ap_parseHTTPdate is one of these. >I have committed the needed changes. I've used

[J-T-C/TC3.3] Update

What about moving isSameAdress to another package ? org.apache.tomcat.util.net ? And put there some usefull classes ? in J-T-C I moved it in PoolTCPConnector to make it available at both Ajp13Interceptor and Ajp14Interceptor, but under TC 3.3, Ajp12 need it directly. So we need to have it on a

RE: #define JK_VERSION in j-t-c (doesn't exist)

>One small point comes to light now you've released this: version.h is >quite a common thing to have on your include path; certainly under MS >operating systems there tends to be a version.h already on the include >path which may cause confusion. Any reason not to call it jk_version.h? +1 for jk_

RE: [J-T-C/TC3.3] Update

Hi Kevin, Did you take a look at my AjpXX stuff in TC 3.3 subdir. Could you see how hard it will be to merge with yours ? I think the only stuff which must stay under org.apache.ajp.tomcat33 must be interceptor. May be something which could became. org.apache.ajp.interceptor - Henri Gomez

RE: Problem with apache response codes

If it's allowed by servlet spec, we'll modify it in mod_jk, the current Tomcat connector to web servers. >I switched an application I was working on from JServ to >Jakarta and realized >there is a change in the way the response codes for the server >are being set. >Apache no longer "recieves

RE: [jtc] anybody build iis plugin lately

>I've fixed isapi.dsp and added an nmake Makefile (isapi.mak). >I also had >to fix a vouple of syntax errors in jk_isapi_plugin.c that I think were >changes that Henri made in an attempt to bring the IIS >connector in line >with the latest jk code. Right and in the IIS case I still didn't tried

RE: [jtc] tabs policy??

I'm using tab = 4 so +1 there. When you take a look in Apache projects, native and java, you could find many sources with spaces and many with tab(4). - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697ECEDD...oOOo..(_)..oOOo...

RE: Ajp14 - seems to work :-)

>Ok, I've got the first request served via Ajp14. There are probably few >details to resolve ( like the fact that the connection is closed after >authentication - I'm not sure why ). The connection close is normal. When you're in the worker init phase, you open a connection to tomcat, authentica

RE: cvs commit: jakarta-tomcat/src/etc server.xml

Ajp14 default port is 8011 :) - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697ECEDD...oOOo..(_)..oOOo... PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 >-Original Message- >From: [EMAIL PROTECTED] [mailt

RE: [jtc - jk] jk_version.h

>so, forgive me if this is a stupid question, but... how is jk_version.h >generated on windows? do i need to install cygwin stuff and run >buildconf.sh/configure? Good point Kevin :) May be just by editing it ;)

RE: Service...

A really usefull feature, for ALL Tomcat release. I'll take a look at it and see how it could be suite in TC 3.2/3.3 :! What about ? - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697ECEDD...oOOo..(_)..oOOo... PGP Fingerprint

RE: cvs commit: jakarta-tomcat-4.0/service/java SimpleService.java

>> Log: >> Force shutdown of SimpleService after 5 seconds (Linux >doesn't throw an >> IOException when the ServerSocket is closed, but rather >waits until the >> first connection gets thru - DARN!) >And they call it "OS"... The dynamic linker/loader is screwed >badly, sockets >do not generate

tomcat 3.3 proposals cleanup - next step ?

Larry does a cleanup on Tomcat 3.3 project and remove many dirs in proposal but I removed all the proposal subdir from my local CVS and got all the proposal subdir trees at the next checkout. All it used not less than 1.5Mb. What about removing (rm) also the directories in CVS dir to avoi

RE: cvs commit: jakarta-tomcat-4.0/service/java SimpleService.jav a

>> I've been told there is some fools which use this 'OS' ;) > >Fools indeed.. I think many peoples should thanks Linux success. Linux, (like Apache) show to many IT directors that OpenSource was a VIABLE SOLUTION. And with distributions like Redhat, Mandrake, Suse installing Linux Boxes is n

RE: Apache 2.0.18 problem with mod_jk and

PROTECTED] >Cc: [EMAIL PROTECTED] >Subject: Re: Apache 2.0.18 problem with mod_jk and > > >On Fri, 8 Jun 2001, GOMEZ Henri wrote: > >> I've got some problems with Apache 2.0.18 and mod_jk >> with Internet Explorer 5.5 and Mozilla 0.8.1. >> >> Even if

RE: compiling mod_jk for apache 2.0

There is no support for AP 2.0 in mod_jk found in 3.2.2 Try to get the one of 3.3, or better take a look at j-t-c, ie jakarta-tomcat-connectors. Tomcat 3.2.2 is a tree with only bug fixes, no add-on or new features - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .)

RE: [JSR-96-Members] JSR-096 (Java Daemon API) critique...

Sorry but what the start of this thread ? - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697ECEDD...oOOo..(_)..oOOo... PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 >-Original Message- >From: Kopp, Thomas

RE: problem with mod_webapp

>i tried putting a Host element underneath the Engine but it didn't like >that at all. i think this must be wrong since i'm trying to >associate an >Ajp13Connector with a WarpEngine. how should this be configured? sorry, >i've not been able to find any docs for this configuration. Hi Donald, Yo

[J-T-C] PGP Keys

I just added a file in J-T-C, called KEYS. To follow the Apache HTTPD team, and others jakarta and xml projects. Could I ask you, J-T-C developpers, to add your PGP KEYS ? Thanks - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697

RE: [J-T-C] PGP Keys

>so, i don't yet have a pgp key. what is the "right" way to generate my >public/secret key pair? pgp -kg?? RSA or DSS/DH?? If you're a windows user get a copy of PGP 7.0.3 (+ update) and create a RSA key :) Or if you're using unix use the goold old 2.6.3i and also RSA.

RE: problem with mod_webapp

>One thing that mod_webapp has going for it is that it is based on APR >(this makes the webapp code much simpler). In my experience with >mod_jk, I've always had problems getting the right defines for my >platform (as there is no configure script - somehow, I remember J.F. >Clere adding some s

RE: [PRE-PROPOSAL] jakarta-tomcat-doc sub-project : WAS: [Tomcat Docu mentation Redactors To Hire]

>> Good idea, >> >> We could have a tomcat-doc mailing-list, but we'll still >> need to commit the material. > >I'd rather keep the documentation together with the project. When I >(don't :) write the docs, I don't want to update two CVSes, we can give >access to whoever wants to write it... Man

RE: new config plan

>I think I found a good way to implement the previous proposal, >it should >solve the short term problem and allow later development. > >The plan is: >- start by fixing jk_uri_worker_map to support the virtual host >( it's one of the biggest missing points ). virtual host will be present in ajp

RE: problem with mod_webapp

>When I have commit access to APR, yeah, I do. =) (That change to the >util_date.h is because of me - actually, I think that you should just >assume that they have the latest build of Apache 2.0 if they are using >Apache 2.0 - it is still "beta" and I use that term loosely...) I added a #defin

RE: problem with mod_webapp

>> How could one write a wrapper for the following?: >> +++ >> -int jk_open_socket(struct sockaddr_in *addr, >> +apr_status_t jk_open_socket(apr_socket_t **new, >apr_sockaddr_t *addr, >> int ndelay, >> - jk_logger_t *l) >> + jk_logger_t *l,

[J-T-C] Autoconf code commited : WAS: new config plan

Hi to all JTC users/developpers, I just commited initial autoconf in native and java. Rigth now it only handle the '*' virtual host. I'll have to get more information from Apache/IIS/Domino/iPlanet gurus to see how we could detect/get virtual hosts Take a look please :) >Well, jk_uri_worker

RE: [PRE-PROPOSAL] jakarta-tomcat-doc sub-project : WAS: [TomcatDocu mentation Redactors To Hire]

>If we can't get people to write documentation in HTML using any of the >existing editors, I guess it'll be much harder to ask them to learn a >XML DTD ( especially since the dtd is used only in apache, >while the rest >of the world is using the docbook ). And of course, force them to use >notepa

RE: [PRE-PROPOSAL] jakarta-tomcat-doc sub-project : WAS: [TomcatDocumentation Redactors To Hire]

>Probably even more... It allows more dummies to install our >software, more >dummies = more bugs found, more bugs found = more fixes, more >fixes = better >software... Or that's right only in f**ked up mind? :) > >Pier +1

RE: Ajp13 wrong Response

>> I am having a problem which is very difficult to reproduce. >Under certain >> conditions some request get the response for some other >request. It looks >> like at some point probably due to some synchronization issues tomcat >> mixes de responses from different clients. It was a known probl

RE: [PRE-PROPOSAL] jakarta-tomcat-doc sub-project : WAS: [TomcatDocumentation Redactors To Hire]

>I submitted a very simple patch last week, and I haven't heard from >anyone about it. It seems to me that "outsiders" (non-committers) >can't get anything into CVS because the committers are not looking at >the patches, for whatever reasons. The commiters look at patches but may take time to ap

RE: Ajp13 wrong Response

the problem I am seeing is with tomcat as late >as TC 3.3-M3. > >-Original Message- >From: GOMEZ Henri [mailto:[EMAIL PROTECTED]] >Sent: Martes, 03 de Julio de 2001 04:10 a.m. >To: [EMAIL PROTECTED] >Subject: RE: Ajp13 wrong Response > > >>> I am hav

RE: [PRE-PROPOSAL] jakarta-tomcat-doc sub-project : WAS: [TomcatDocumentation Redactors To Hire]

>The patch is good, if nobody else get to submit it I'll do that when I >return ( and start again on jasper - I just want to make sure the >connector is in good state so we can finally have the beta ). If Costin agree with the patch, I'll commit them

RE: [Tomcat Documentation Redactors To Hire] - WAS: TOMCAT SUCKS

>I'd be willing to proofread and validate any docs for the j-t-c (i.e. >Apache/Tomcat integration). I don't have time to actually write the >docs, but I could conceivably help those who don't understand how it >works, but do have the time and patience to learn it and write docs >for it. Be ou

[Tomcat Documentation Redactors To Hire] - WAS: TOMCAT SUCKS

> Not to get into a great big argument over OS version commercial >products, but if OS projects expect to be taken with the same >consideration >as commercial they have to accept to be compared across the board. This >includes documentation. You can't just pick and choose the >battles you

RE: Tomcat Documentation Project

>So my vote (if it counts), is one big (organized!) bucket of docs.. >Hope my input is any usefull. +1 Each time they will be difference between TC version, a sub-chapter should detail that difference (configuration, strategy...). It will help people switch from one release to another.

RE: TC4 docs - can we end this?

>Well, IMHO =) I think the decision should be up to the TC4 >committers (i.e. >people who will deal with the build, edit the docs, etc.). There is commiters in tomcat area which are not just TC4 commiters, TC 3.2/3.3 teams, JTC team, Jasper34 team. >They seem to >have already decided. Who

RE: Ajp13 wrong Response

>I am seeing the problem appears almost on a daily basis with >very little traffic. When the 3 people who use the system (consisting >of 3 html forms and 3 servlets) happen to hit submit roughtly >at the same time the problems appears. low traffic with little concurrent access. >Once the proble

RE: Tomcat Documentation Project

>Are we agreed on the following? > >1. Tomcat documentation sucks :-) documentation is impcomplete :) >2. There needs to be a new CVS project called jakarta-tomcat-doc. +1 >My reasoning is that we want to avoid the fragmentation of >documentation >into different trees for 3.2, 3.3, and 4.0.

RE: Tomcat Documentation Project

>The main document still covers mod_jserv, the mod_jk document is a >separate HOWTO, there's no mod_webapp coverage, the procedure for >mod_jk.conf-auto has changed a few times, the instructions for NT and >Unix are kind of jumbled... We're working on JTC having an easy to build mod_jk, via au

RE: [jtc] apidocs

>I am starting to prepare mod_jk to use scandoc to generate the code >documentation. Good news >I have noted that mod_web uses include files as input but it >seems more easy to use also the c sources files. in mod_jk many defines and structs are only found in .c so we should also included thes

RE: Thread Local Storage libraries for JNI

>Is there a support for JNI on Tomcat 3.2.2 with Apache2.0 for >the UNIXes >(HP-UX is what I am interested in)? mod_jk found in JTC (jakarta-tomcat-connectors), support Apache 2.0 and you'll be happy to learn it's now using autoconf for build. JNI appears broken and I think Mike Anderson is wo

[J-T-C] struct defs

We found many definitions like this in mod_jk : xxx.h struct jk_map; typedef struct jk_map jk_map_t; xxx.c struct jk_map { jk_pool_t p; jk_pool_atom_t buf[SMALL_POOL_SIZE]; char **names; void **values; unsigned capacity; unsigned size; }; Why not having it directly

RE: [J-T-C] struct defs

>The reason would be to keep the implementation details of the structure >private so that people aren't tempted to access the fields >directly. All >the caller gets is an opaque handle. Think of it as 'objects lite' for >C. I could understand the OO construction if we were using C++ but in stric

TC 3.3 strange encoding

Hi, I've got the following contents in a JSP : -Multi-marché   Which give me on output : Multi-marché What's the problem :) - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697ECEDD...oOOo..(_)..oOOo...

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