Re: mod_webapp

Clere Jean-Frederic FSC EP LP COM 5 wrote: > > Hi, > > I have started to test mod_webapp I have some complains: > - It needs gnu make but could have used normal make. - Should I change it? - > - When configuring APR I need to pass some parameters: > CC=/usr/bin/cc \ > CFLAGS=-DXTI_SUPPORT \

mod_webapp

Hi, I have started to test mod_webapp I have some complains: - It needs gnu make but could have used normal make. - Should I change it? - - When configuring APR I need to pass some parameters: CC=/usr/bin/cc \ CFLAGS=-DXTI_SUPPORT \ ./configure --enable-static --disable-shared --disable-thr

Re: [PROPOSAL] Tomcat 4.0-beta-6 Release on Thursday 07/19/2001

> Please vote on a Tomcat 4.0-beta-6 Release: > [X] +1 - I support this proposal, and will actively assist > [ ] +0 - I support this proposal, but do not have time to assist > [ ] -0 - I do not support this proposal, but am not going to resist :-) > [ ] -1 - I oppose this proposal (backed by reas

Re: Alternative to NSI

GOMEZ Henri wrote: > > > >A Java installer is what we need, OpenSource one of course. > > >Installing a Java product should not be too related to the platform on > > which it > > >is installed, installing is just copying the right files at the right > > place. > > >(well may a little more ;-)). >

Re: [DOC] TOC - thoughts

"Pier P. Fumagalli" wrote: > > Christopher Cain at [EMAIL PROTECTED] wrote: > > > > IMNSHO, that kernel flag workaround is a joke. I almost fell out of my > > chair with laughter when I first read that proposed "solution" on the > > Sun forums. "Hey, our JDK makes some faulty assumptions about me

Re: Alternative to NSI

Klaus Sonnenleiter wrote: > > I've worked with both Setup Factory and InstallShield in the past and I liked > Setup Factory a lot. But as far as I know, it is Windows only. Last I heard, > both InstallShield and Wise were planning Java versions of their installers > that were supposed to be cross

Re: cvs commit: jakarta-tomcat-connectors/webapp configure.in

Pier Fumagalli wrote: > > Quoting [EMAIL PROTECTED]: > > > > Fixed bug I introduced 5 seconds ago. Now the return value of > > LOCAL_FILTEREXEC should be correctly returned to the parent. > > (try to modify the last line of APR buildconf to exit with a non-zero > > value and execute configure, it

Re: cvs commit: jakarta-tomcat-connectors/webapp configure.in

Pier Fumagalli wrote: > > Quoting jean-frederic clere <[EMAIL PROTECTED]>: > > > I have some more problems because printf does not like \133. (Why > > \133 and not ]?). > > Bacause [ and ] are the string delimiters in M4... If you change that and try > to

Re: cvs commit: jakarta-tomcat-connectors/webapp configure.in

Pier Fumagalli wrote: > > Quoting jean-frederic clere <[EMAIL PROTECTED]>: > > > "Pier P. Fumagalli" wrote: > > > > > > Hmm If you do an exit $ret, it'll kill the whole ./configure > > > process with some bourne shells...

Re: cvs commit: jakarta-tomcat-connectors/webapp configure.in

I have some more problems because printf does not like \133. (Why \133 and not ]?). I have some remarks: - Why using "\033\13301m", "\033\13300m" etc but not bold="\033\13301m", offbold="\033\13300m", red=...? - \133 is not ] but $ on my EBCDIC platform. - Why not using bold=`tput smso` offbol

Re: cvs commit: jakarta-tomcat-connectors/webapp configure.in

"Pier P. Fumagalli" wrote: > > Hmm If you do an exit $ret, it'll kill the whole ./configure process > with some bourne shells... Will check it... Oop, I have just found one, on BS2000! > > Pier > > [EMAIL PROTECTED] at [EMAIL PROTECTED] wrote: > > > jfclere 01/07/09 07:09:19 > >

Re: cvs commit: jakarta-tomcat-connectors/jk/native/apache-2.0 Makefile.in

Hi, I have added the feature to link mod_jk staticly with httpd-2.0. Fell free to test it. BTW, I have just noted that the name of the installed library is libjk.* in Apache-1.3 and lib_jk.* in Apache-2.0. I will correct Apache-2.0 to use libjk.* (On Monday, it does not prevent the things to wor

Re: libapr and --disable-shared?

"Pier P. Fumagalli" wrote: > > jean-frederic clere at [EMAIL PROTECTED] wrote: > > > >> DOH! So why do you keep saying that you're against using sources... > >> Since all those problems are simply fixed by using them > > > &g

Re: libapr and --disable-shared?

"Pier P. Fumagalli" wrote: > > Copying the Tomcat list (barf barf, too much crossposting :) :) > > Pier > > jean-frederic clere at [EMAIL PROTECTED] wrote: > >> > >> I'm going to do it... And if he remembers his -1, he'll roll

Re: TC 3.3 strange encoding

GOMEZ Henri wrote: > > Hi, > > I've got the following contents in a JSP : > > > -Multi-marché >   > > > Which give me on output : > > Multi-marché > > What's the problem :) Encoding? I have things like: in my server.xml. (EBCDIC + modified Xerces as parser). You prob

Re: [J-T-C] struct defs

GOMEZ Henri wrote: > > >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 constructio

Re: [J-T-C] struct defs

Andy Armstrong wrote: > > GOMEZ Henri wrote: > > > > >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. > >

Re: [jtc] apidocs

"Pier P. Fumagalli" wrote: > > jean-frederic clere at [EMAIL PROTECTED] wrote: > > > Hi, > > > > I am starting to prepare mod_jk to use scandoc to generate the code > > documentation. > > > > I have noted that mod_web uses include files as

[jtc] apidocs

Hi, I am starting to prepare mod_jk to use scandoc to generate the code documentation. I have noted that mod_web uses include files as input but it seems more easy to use also the c sources files. Any comments? Cheers Jean-frederic

Re: problem with mod_webapp

[EMAIL PROTECTED] wrote: > > On Tue, 3 Jul 2001, jean-frederic clere wrote: > > > Yes, but jk_open_socket would have to be modified: > > 1 - to pass a apr_pool to allocate the apr_connect. > > 2 - to return a status instead a socket. > > Sure, you can pass a

Re: problem with mod_webapp

GOMEZ Henri wrote: > > >> 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) > >>

Re: problem with mod_webapp

Justin Erenkrantz wrote: > > On Mon, Jul 02, 2001 at 06:09:44PM +0200, GOMEZ Henri wrote: > > >Realistically though, APR is fairly stable API-wise. There *are* > > >going to be some minor changes and tweaks along the way. But, they > > >should all be for the better (like the util_date migration

Re: problem with mod_webapp

Aaron Bannert wrote: > > On Thu, Jun 28, 2001 at 06:35:29PM -0700, Justin Erenkrantz wrote: > > > What if (random thoughts coming out now), instead of requiring people to > > > build APR (since that seems the biggest source of problems), we don't simply > > > ask them where the tarball is, and th

Re: [jtc - jk] jk_version.h

Andy Armstrong wrote: > > Hi Jean Frederic, > > Would you like me to commit this? > Yes - Please - I have some problem with my Internet access - > jean-frederic clere wrote: > > > > Andy Armstrong wrote: > > > > > > +1 > > > > >

Re: [jtc - jk] jk_version.h

Andy Armstrong wrote: > > +1 > > jean-frederic clere wrote: > > > > GOMEZ Henri wrote: > > > > > > >so, forgive me if this is a stupid question, but... how is jk_version.h > > > >generated on windows? do i need to install cygwin stuf

Re: problem launching apache 1.3.19 with apr lib

Henri Delebecque wrote: > > hello, > > I have an Alpha server under Digital Unix 4.0d , running (or trying to): > Apache 1.3.19 > apr_20010627114532 > Tomcat 4.0 b5 > > like "Markus Mailinglists <[EMAIL PROTECTED]>", I have > an error : "Cannot load /usr.../mod_webapp.so into server: Unresolved

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

"Pier P. Fumagalli" wrote: > > [EMAIL PROTECTED] at [EMAIL PROTECTED] wrote: > > > > 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 c

Re: [jtc - jk] jk_version.h

GOMEZ Henri wrote: > > >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 ;) Should move the logic of version out from conf

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

GOMEZ Henri wrote: > > >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 cal

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

GOMEZ Henri wrote: > > >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 :) Ok, I have used a more recent Apache-2.0. apu_com

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

GOMEZ Henri wrote: > > 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=/

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

Andy Armstrong wrote: > > jean-frederic clere wrote: > > > > Hi, > > > > 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_EXP

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

((2) << 8) + (0)) +++ Any comments? - Otherwise I will commit it tomorrow - Cheers Jean-frederic Andy Armstrong wrote: > > jean-frederic clere wrote: > [snip] > > > I'm categorically /not/ suggesting moving anything protocol specific > > &g

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

Gomez Henri wrote: > > > > 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 > >

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

Gomez Henri wrote: > > 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] Having virtualhost there is not very good because there is already a in Apache, having infor

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

Aaron Bannert wrote: > > On Tue, Jun 19, 2001 at 06:16:15PM +0200, Gomez Henri wrote: > > > 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

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

Andy Armstrong wrote: > > jean-frederic clere wrote: > [snip] > > > > But it makes only sense if someone want to use a new module with a old core > > > > code. > > > > That means a protocol developed in 1.3.x could be used in 1.2.x. > > > >

structure for Tomcat-Connectors

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

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

Andy Armstrong wrote: > > jean-frederic clere wrote: > [snip] > > > #if defined(JK_VERSION) && JK_VERSION >= 1 > > > ... newer stuff ... > > > #endif > > > > Like it is in the Linux Kernel (LINUX_VERSION_CODE) ;-) > > Yup. &

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

Andy Armstrong wrote: > > GOMEZ Henri wrote: > > > > >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

Re: [j-t-c] JNI support

GOMEZ Henri wrote: > > >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. I have committed the needed changes. Cheers

[j-t-c] moving webapp/scandoc to util/scandoc

Hi, mod_jk will use scandoc to generate its documentation. I will move (copy + cvs remove) the scandoc directory from webapp to util. Any objections? Cheers Jean-frederic

Re: [j-t-c] JNI support

GOMEZ Henri wrote: > > 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](. .

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

GOMEZ Henri wrote: > > >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

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

Justin Erenkrantz wrote: > > On Wed, Jun 13, 2001 at 10:57:16AM +0200, GOMEZ Henri wrote: > > Now which webservers are you using : > > > > - Apache 1.3 (Apache, Apache/SSL or Apache-mod_ssl) > > - Apache 2.0 > > - Domino > > - IIS 4/5/2000 > > - JNI > > - Netscape/IPlanet > > > > This qu

Re: JTC Logo

GOMEZ Henri wrote: > > 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

Re: RedHat 7.1 and MOD_WEBAPP anyone?

"Craig R. McClanahan" wrote: > > Still having problems getting mod_webapp installed and running in my > environment (RedHat 7.1, JDK 1.3.1). Here's what I've done: > > (1) Download this morning's tarball of APR and built it per the docs: > > ./buildconf > ./configure --prefix=/usr/loca

Re: RedHat 7.1 and MOD_WEBAPP anyone?

"Craig R. McClanahan" wrote: > > Still having problems getting mod_webapp installed and running in my > environment (RedHat 7.1, JDK 1.3.1). Here's what I've done: > > (1) Download this morning's tarball of APR and built it per the docs: > > ./buildconf > ./configure --prefix=/usr/loca

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

"Pier P. Fumagalli" wrote: > > 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

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

"Pier P. Fumagalli" wrote: > > Pier P. Fumagalli at [EMAIL PROTECTED] wrote: > > > >> - Why using a different documentation tool in each ASF project? > > > > Yes, so WHY USING SCANDOC... If you're following APR, you have noticed that > > they moved from SCANDOC to DOXYGEN... > > BTW, reference..

Re: [j-t-c] OS poll

GOMEZ Henri wrote: > > 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 : 9DF

Re: cvs commit: jakarta-tomcat-connectors/jk/src/native buildconf

Jon Stevens wrote: > > Most shell scripts have: > > #!/bin/sh at the top and are also named with a suffix...like buildconf.sh I have fixed it... I had some problems because httpd-2.0 and APR use buildconf. But the correct name is buildconf.sh > > -jon > > on 6/5/01 4:04 AM, "[EMAIL PROTECTED

Re: cvs commit: jakarta-tomcat-connectors/jk/src/nativeREADME.configure

Jon Stevens wrote: > > on 6/7/01 9:58 AM, "[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote: > > > + Building from the cvs tree: (for develloppers only). > > Typo. Fixed. > > -jon > > -- > "Open source is not available to commercial companies." > -Steve Ballmer, CEO Microsoft >

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

GOMEZ Henri wrote: > > I just started to look at doxygen. > > A nice tool but may require many > extras stuff (qt-2.1.0), tetex 1.0... > > The current RPM build of doxygen failed about > missing command moc (a qt devel tool). > > Did you succeed build doxygen under MacOs X ? > > We'll have to

Re: AJP14 - autoconf (apxs 2.0 buggy?)

GOMEZ Henri wrote: > > >> Strange, > >> > >> I didn't have that, libtool use mod_jk.la : > >> > >> make -f Makefile.linux > >> > >> /usr/sbin/apxs2 -DUSE_APACHE_MD5 -I ../common -I > >/opt/IBMJava2-13/include -I > >> /opt/IBMJava2-13/include/linux -c -o mod_jk.la mod_jk.c > > > >mod_jk.la that wh

Re: AJP14 - autoconf (apxs 2.0 buggy?)

th /usr/lib/apache2 -module > -avoid-version ../common/jk_ajp_common.lo ../common/jk_context.lo > ../common/jk_md5.lo ../common/jk_ajp14_worker.lo ../common/jk_ajp14.lo > ../common/jk_uri_worker_map.lo ../common/jk_map.lo ../common/jk_sockbuf.lo > ../common/jk_lb_worker.lo ../common/jk_ajp1

Re: AJP14 - autoconf (apxs 2.0 buggy?)

GOMEZ Henri wrote: > > >>By the way my apxs (2.0) tries to build an excutable instead a > >>dynamic library, > >>has someone seen a problem like that? (evil libtool or JF's > >>big fingers?:-( ). > > > >I didn't have such problem here using Linux :) > >And I use your apache 2.0 (or may be mine, w

Re: AJP14 - autoconf

GOMEZ Henri wrote: > > >> Oh, BTW, I don't want to see libtool used anywhere... The > >would would be a > >> better place without that evil thing... (Doesn't run on OS/X) > > > >You mean it does not support OS/X yet or that is buggy? > >What about aplibtool? > > I used to be a Mac Developpers (1

Re: Tomcat4.0 does not compile with jdk1.2.2

Amy Roh wrote: > > Please remove those files from your source tree if you're using jdk1.2.2. I'll > fix this after JavaOne this week. Thanks, I have removed the 2 files, Tomcat works again. > > Amy > > Quoting jean-frederic clere <[EMAIL PROTECTED]>:

Re: AJP14 - autoconf

"Pier P. Fumagalli" wrote: > > jean-frederic clere at [EMAIL PROTECTED] wrote: > > > GOMEZ Henri wrote: > >> > >> Hi JF, > >> > >> Just test the latest configure stuff and autoconf failed > >> with : > >> >

Re: AJP14 - autoconf

GOMEZ Henri wrote: > > >> autoconf: Undefined macros: > >> configure.in:23:AC_PROG_LD > >> > >> I've got autoconf 2.13, libtool 1.3.4, automake 1.4 :) > >> > >> The configure.in from yesterday (without AC_PROG_LD) > >> worked fine... > > > >I use libtool 1.3.5... AC_PROG_LD is in libtool.m4 > >(/

Re: AJP14 - autoconf

GOMEZ Henri wrote: > > Hi JF, > > Just test the latest configure stuff and autoconf failed > with : > > autoconf: Undefined macros: > configure.in:23:AC_PROG_LD > > I've got autoconf 2.13, libtool 1.3.4, automake 1.4 :) > > The configure.in from yesterday (without AC_PROG_LD) > worked fine...

Re: cvs commit: jakarta-tomcat-4.0/connectors/scandoc scandoc.pl template.pl

GOMEZ Henri wrote: > > Could we change the naming of webapp to > make it matching jk... > > ie : > > webapp/src/native/apache-1.3 > webapp/src/doc > webapp/src/native/include > webapp/src/java > webapp/src/native/lib > webapp/src/native/scandoc > webapp/src/native/webapplib > > May be JF or Ke

Re: mod_jk for HP-UX 11.0

Alberto Silva wrote: > > Hi, > > Does anyone know where can I get a compiled version of mod_jk for HP-UX > 11.0?? It seem that we have a problem with the compilation... > > Thanks in advance Have you tried with the mod_jk that is on jakarta-tomcat-connectors? Running there (in jk/src/native)

Re: [T4] Nightly snapshots aren't working...

Remy Maucherat wrote: > > Quoting Jon Stevens <[EMAIL PROTECTED]>: > > > I need my fix man! > > > > > > I think that's because of a few files which won't build with 1.2 (but will with > 1.3), which is a problem with Craig's build en

moving jakarta-tomcat-4.0/connectors to jakarta-tomcat-connectors/webapp

Hi all, I would like to move jakarta-tomcat-4.0/connectors to jakarta-tomcat-connectors/webapp. It had been voted some weeks ago. I also would like to add the configure things I have done in jakarta-tomcat-connectors/jk to webapp. Things like shell scripts, default rules, libtool files etc could

Tomcat4.0 does not compile with jdk1.2.2

Hi, I have noted that ProcessHelper.java and CGIServlet.java use jdk1.3.1 but this code cannot compile with jdk1.2.2... +++ [javac] /home/jakarta/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/servlets/CGIServlet.java:1567: Wrong number of arguments in method. [javac]

Re: mod_jk for Apache 2.0 not building on Red Hat 6

+++ CUT +++ > (cd .libs && rm -f mod_jk.la && ln -s ../mod_jk.la mod_jk.la) > libtool --mode=compile gcc -pthread -I/usr/local/apache2/include > -I../common -I/ > opt/IBMJava2-13/include -I/opt/IBMJava2-13/include/linux -c > ../common/jk_ajp12_ > worker.c && touch ../common/jk_ajp12_worker.slo >

Re: mod_jk for Apache 2.0 not building on Red Hat 6

Jeffrey Altman wrote: > > > Something I know well :) > > > > Which version of Apache 2.0 have you ? > > Up to the latest, the apxs was broken. > > > > I recommand you take a look at Makefile.linux > > in TC 3.3 :) > > > > Thanks for your help. The Apache version is 2.0.16 > > I've looked at th

Re: [VOTE] New Committer: Mike Anderson

+1 GOMEZ Henri wrote: > > I would like to propose Mike Anderson as a new committer. > > He found many subtils bugs in mod_jk and since he's > working on Netware platforms, it will a great help > to improve connectors on this OS. > > Vote please > > - > Henri Gomez ___[_] >

jakarta-tomcat-connectors/jk/src/native/README.configure

Hi, This README.configure is what I have prepared for the configure of mod_jk in jakarta-tomcat-connectors. Could you have a look to it before commit? Cheers Jean-frederic Installation It is possible to use autoconf for configuration and installation. To create jakarta

Re: configure for jakarta-tomcat-connectors

GOMEZ Henri wrote: > > >Hi, > > > >I have added support for static linking of mod_jk (for > >Apache-1.3.x). I have > >used automake to reach it, it has side effects I would like to comment: > >- apxs cannot be used build mod_jk.so. > >- It needs autoconf/automake for prepare the *.in file. (Only

configure for jakarta-tomcat-connectors

Hi, I have added support for static linking of mod_jk (for Apache-1.3.x). I have used automake to reach it, it has side effects I would like to comment: - apxs cannot be used build mod_jk.so. - It needs autoconf/automake for prepare the *.in file. (Only for develloppers). - It needs libtools. I

README.configure for jakarta-tomcat-connectors

Hi, I have started to write a README for the configure of the jakarta-tomcat-connectors/jk/src/native. Find it enclosed. Several features are not yet supported, but I will try to go on with --with-apache (static module). Any comments? Cheers Jean-frederic Installation

Re: [PATCH] configure.in for jakarta-tomcat-connectors

Hi, Henri has point out the patch is wrong: The IBM JVM has the jni_md.h located in JAVA_HOME/include directly. So I have patched the patch. Tomorrow I will start to write a README.configure and go on with missing features. I hope it is now Ok, check and commit it. Cheers Jean-frederic

Re: [PATCH] configure.in for jakarta-tomcat-connectors

Clere Jean-Frederic FSC EP LP COM 5 wrote: > > Hi, > > I have added the detection of the JAVA_HOME and OS that will be need for the jni > connector. > It is a copy of acinclude.m4 of JServ and some improvements. ;=) > > Please check it and commit it. > > Cheers > > Jean-frederic Oops... I ha

[PATCH] configure.in for jakarta-tomcat-connectors

Hi, I have added the detection of the JAVA_HOME and OS that will be need for the jni connector. It is a copy of acinclude.m4 of JServ and some improvements. ;=) Please check it and commit it. Cheers Jean-frederic

Re: configure for jakarta-tomcat-connectors

[EMAIL PROTECTED] wrote: > > On Tue, 15 May 2001, jean-frederic clere wrote: > > > By the way I have a question: Why jk_jni_worker.c is in common not in jni? What > > it is used for? (I have to add JAVA_HOME to the configure for it and I am > > curious). > >

Re: configure for jakarta-tomcat-connectors

ems. It is possible > to have multiple versions of a library on a system, or to have apache > configured to use a very specific version ( /usr/secure/libs/). > > Costin > > On Tue, 15 May 2001, jean-frederic clere wrote: > > > GOMEZ Henri wrote: > > > > &

Re: virus warnings and

"Pier P. Fumagalli" wrote: > > Jay Doggett at [EMAIL PROTECTED] wrote: > > > Ok, good call. I had multiple mail rules for this list. > > I still think that virus posters should get expunged. > > I didn't get any virus... > > Pier I also didn't get any virus, but our company mail servers m

Re: configure for jakarta-tomcat-connectors

[EMAIL PROTECTED] wrote: > > On Mon, 14 May 2001, jean-frederic clere wrote: > > > Hi, > > > > I have started a configure.in and makefile(s).in for the > > jakarta-tomcat-connectors. > > Excelent ! > > > Currently I have just prepared it for Apa

Re: configure for jakarta-tomcat-connectors

GOMEZ Henri wrote: > > >I have started a configure.in and makefile(s).in for the > >jakarta-tomcat-connectors. > >Currently I have just prepared it for Apache2.0 and Apache1.3, > >before going on I > >have some questions: > > I tested the configure/makefile stuff and it works well but > could yo

Re: Trying New Connectors Build Stuff

"Pier P. Fumagalli" wrote: > > GOMEZ Henri at [EMAIL PROTECTED] wrote: > > > Will you also Jon, contribute to jakarta-tomcat-connectors ? > > > > You were invited with Pier last week and there is still no > > anwsers :) > > Was I? Whops, didn't notice... Sorry... What should I do? Throw away al

configure for jakarta-tomcat-connectors

Hi, I have started a configure.in and makefile(s).in for the jakarta-tomcat-connectors. Currently I have just prepared it for Apache2.0 and Apache1.3, before going on I have some questions: - The idea is to have one configure.in in jakarta-tomcat-connectors/jk/src/native and a makefile.in for ea

Re: cvs commit: jakarta-tomcat-connectors/jk/src/native/apache2.0 mod_jk.c

[EMAIL PROTECTED] wrote: > > hgomez 01/05/14 02:26:07 > > Added: jk/src/native/apache2.0 mod_jk.c > Log: +++ CUT +++ Why apache2.0/apache1.3 and not apache-2.0/apache-1.3? mod_webapp uses apache-1.3 it would be better to have the same structure to allow an easy integration of m

Re: [PROPOSAL AJP14] AJP13 Evolution

GOMEZ Henri wrote: > > >> 1) How did we share it in forked (apache 1.3) env ? > >>=> shared memory => MM or APR > > > >APR of course: MM is included in it. > > But APR is only available in Apache 2.0, what about Apache 1.3, > NES and IIS ? And MM is still only for Unix OS APR is only r

Re: ajp13 and tomcat 4

kevin seguin wrote: > > GOMEZ Henri wrote: > > > > The discussion about jakarta-tomcat-connectors is closed and the CVS > > is created (even if I still couldn't access it) > > > > >-kevin. > > > > > >btw, the reason i'm so interested in this because i want to make the > > >switch from tc3 to

Re: [PROPOSAL AJP14] AJP13 Evolution

Hi all, I have the following idea: JServ has a nice feature "ApJServManual off", the mod_jserv starts the JVM and check via pings messages that is goes on running. It would be nice to put the feature in AJP14. JkStartTomcat path_name server_conf_name time_out Where path_name is a path to a C wr

Re: [PROPOSAL AJP14] AJP13 Evolution

GOMEZ Henri wrote: > > > >> 1) We've talked about specifying a response packet to > >indicate that the > >> engine (or the web server) doesn't recognize a packet sent > >over. This would > >> allow us much more flexiblity to add packet types to ajpv14, > >without having > >> to make ajpv15,16,

Re: [PROPOSAL AJP14] AJP13 Evolution

GOMEZ Henri wrote: > > >Lots of good stuff. A few ideas/possibilities: > > Happy to see you allready read it Dan :) > > > 1) We've talked about specifying a response packet to > >indicate that the > >engine (or the web server) doesn't recognize a packet sent > >over. This would > >allow us mu

[PATCH] mod_jk apache20 shells

Hi all, I have tried mod_jk with apache20 and I have noted the shells scripts to build and install it need improvements. Find enclosed the patch I have used. apxs looks buggy... apxs -c -o mod_jk.so *.c does not work, but it should ;=) Cheers Jean-frederic Index: build-unix.sh

Re: Problem with JNI...

Daniel Diaz wrote: > > Hello > > I have now another strange problem. I have reinstalled my machine with a > RedHat 7.0, here is the unmae -a output: > > Linux lima.univ-paris1.fr 2.2.16-22 #1 Tue Aug 22 16:49:06 EDT 2000 i686 > unknown > > but my previous JNI application no longer works (even

Re: fdatasync in mod_jk

GOMEZ Henri wrote: > > I'm strongly to remove the fdatasync in mod_jk since : > > - it slow down too much Apache when running in DEBUG/TRACE mode > - not very portable (not PORTABLE/FREEBSD/WIN32) And probably others platforms because it needs _POSIX_SYNCHRONIZED_IO I do not think that mod_jk

Re: mod_webapp status?

GOMEZ Henri wrote: > > >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_w

Re: mod_webapp status?

GOMEZ Henri wrote: > > >> 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. No, that is not exactly the goal of APR, it is USED by APAC

Re: mod_webapp status?

"Eric L. Anderson" wrote: > > What is the current status of mod_webapp? I have tried building the connector > from cvs but the build fails with webapplib. The errors seem to indicate there > are some missing source files. > > wa.c:69: `wa_connections' undeclared (first use in this function) > wa

TOMCAT4.0 and REGEXP for CVS

Hi, I have noted that jakarta-regexp from CVS produces jakarta-regexp-1.3-dev.jar. But catalina/build.xml expects jakarta-regexp-1.2.jar... A note it the README telling that TOMCAT4.0 requires jakarta-regexp-1.2 will not be bad. Cheers Jean-frederic ---

Re: Using Tomcat4.0 (CVS) with xerces

"Craig R. McClanahan" wrote: > > jean-frederic clere wrote: > > > Hi, > > > > There is (still) a problem using xerces with Tomcat4.0: > > Could you expand on precisely what JAR files you have in what directories > when it fails, and when i

Using Tomcat4.0 (CVS) with xerces

Hi, There is (still) a problem using xerces with Tomcat4.0: +++ Exception during startup processing java.lang.reflect.InvocationTargetException: javax.xml.parsers.FactoryConfigurationError: org.apache.crimson.jaxp.SAXParserFactoryImpl at javax.xml.parsers.SAXParserFactory.newInstance(SAXP

Re: jsvc_unix.c broken under linux ?

GOMEZ Henri wrote: > > I wonder what is jsvc ? > ie when using it and from what ? > > > After all, on my linux machine I had to specify the location > > of libjvm.so and other JRE .so files via LD_LIBRARY_PATH anyway > > (otherwise I would receive a JVM init error while the > >

<    5   6   7   8   9   10   11   >