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

e.apxs, makefile.static, makefile.libtool) > > - > Henri Gomez ___[_] > EMAIL : [EMAIL PROTECTED](. .) > PGP KEY : 697ECEDD...oOOo..(_)..oOOo... > PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 > > >-Original Message- >

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

GOMEZ Henri wrote: > > What's about your support apxs sub macro ? make -f Makefile.apxs looks broken... > > > - > Henri Gomez ___[_] > EMAIL : [EMAIL PROTECTED](. .) > PGP KEY : 697ECEDD...oOOo..(_)..oOOo... > PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364

tyrex 1.0

Hi, I have noted that tyrex 0.9.7 is not available for download at ftp.exolab.org. Won't it be time to change to tyrex 1.0? Cheers Jean-frederic -- To unsubscribe, e-mail: For additional commands, e-mail:

Re: [Kin-Man] Jasper compiling wrong stuff in the wrong place...

Pier Fumagalli wrote: > > "jean-frederic clere" <[EMAIL PROTECTED]> wrote: > > > Pier Fumagalli wrote: > >> > >> "jean-frederic clere" <[EMAIL PROTECTED]> wrote: > >> > >>> Pier Fumagalli wrote: > >>

Re: [Kin-Man] Jasper compiling wrong stuff in the wrong place...

Pier Fumagalli wrote: > > "jean-frederic clere" <[EMAIL PROTECTED]> wrote: > > > Pier Fumagalli wrote: > >> > >> "Remy Maucherat" <[EMAIL PROTECTED]> wrote: > >> > >>> Thanks for the report Pier. I had been wo

Re: Ant1.5B1/TC

"Anthony W. Marino" wrote: > > Are there any side effects to using Ant 1.5B1 with existing TC drops? It works great for me. I am using ant "download" behind a fire wall that works only with ant-1,5B1. > > Thanks, > Anthony > > -- > To unsubscribe, e-mail: > For ad

Re: [Kin-Man] Jasper compiling wrong stuff in the wrong place...

Pier Fumagalli wrote: > > "Remy Maucherat" <[EMAIL PROTECTED]> wrote: > > > Thanks for the report Pier. I had been wondering for AGES why the CL would > > reload the webapp "randomly" after accessing a JSP, telling that a bean > > class had been modified. I couldn't find a reason why it was a bu

Re: [Kin-Man] Jasper compiling wrong stuff in the wrong place...

Pier Fumagalli wrote: > > When I touch the "clsr.jsp" jsp example with Tomcat 4.0.4 (and before), > Jasper tries to compile also the bean associated with it (although it wasn't > modified)... My only problem is that it tries to compile it in the /WEB-INF/ > directory of the application (and it do

Re: [4.1.2] Milestone available for testing

Remy Maucherat wrote: > > > Remy Maucherat wrote: > > > > > > The 4.1.2 milestone is available for testing. > > > The vote on how much the build should be publicized will happen next > week > > > (unless a showstopper bug is found before, in which case a new milestone > > > will be released). > >

Re: [4.1.2] Milestone available for testing

Remy Maucherat wrote: > > The 4.1.2 milestone is available for testing. > The vote on how much the build should be publicized will happen next week > (unless a showstopper bug is found before, in which case a new milestone > will be released). > > Binaries are available at: > http://jakarta.apac

Re: cvs commit:jakarta-tomcat-connectors/jk/native2/server/apache2Makefile

GOMEZ Henri wrote: > > >"GOMEZ Henri" <[EMAIL PROTECTED]> wrote: > > > >>> Is it possible to generate build.properties from > >>> build.properties.sample > >>> ( instead of .in ) ? Not a big deal, but it would be nice. > >> > >> don't known (Pier/JF ?) > > > >Not with the AC_OUTPUT macro, but if

Re: [ANNOUCEMENT] Tomcat 4.0.2 Final released

Pae Choi wrote: > > We already have v4.0.3. You menat 4.0.4? If not, what am I missing here? The date! - That is a mail from the 11 th of February - (problem is nagoya?) > > Pae > > - Original Message - > From: "Remy Maucherat" <[EMAIL PROTECTED]> > To: <[EMAIL PROTECTED]>; <[EMAIL PR

test

please ignore -- To unsubscribe, e-mail: For additional commands, e-mail:

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

Pier Fumagalli wrote: > "[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote: > > >>pier02/05/13 17:22:34 >> >>Modified:webapp Makefile.in >>Log: >>Added how to invoke ANT from Make (still need to do the clean target) > > > All those new things in "configure" have been tested only on Ma

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

GOMEZ Henri wrote: >>>good, it seems pier does a so decent works on webapp autoconf >>>that I may steal it at a later time for jk/jk2 ;) >> >>Call it a 5 years long experience of M4 and POSIX shell scripts? >> > > > Well, I must admin that's one of the clearer autoconf file I > ever see (I like

Re: cvs commit: jakarta-tomcat-connectors/jk/native2/server/apache2Makefile

GOMEZ Henri wrote: >>jakarta-tomcat-connectors/jk/native2/server/apache2/Makefile >> >> Index: Makefile >> === >> RCS file: >>/home/cvs/jakarta-tomcat-connectors/jk/native2/server/apache2/M >>akefile,v >> retrieving revision 1.4 >>

Re: Prove me wrong - take this quiz

Pier Fumagalli wrote: > "Steve McCarthy" <[EMAIL PROTECTED]> wrote: > > >>Hi, Developers and Developer-ettes! >> >>It is time for a fun quiz to test your knowledge of HTTP, Servlets, and >>servlet behavior. See if you can get them all right! As a bonus, see if >>you can guess how Tomcat handle

Re: mod_jk2 (native2) autoconf preliminary works

[EMAIL PROTECTED] wrote: > On Tue, 7 May 2002, jean-frederic clere wrote: > > >>>1) What about moving scripts from jk/native to >>> just jk ? It avoid duplicate between native >>> and native2. >> >>That may bring problems: the configure.in no

Re: mod_jk2 (native2) autoconf preliminary works

GOMEZ Henri wrote: > I started to works on adding autoconf stuff for > mod_jk2 (native2) for Apache 1.3/2.0 and will need > some help and advice since it's not fluent in this > area (JF/Pier are jtc specialists). > > Initial works in on Makefile for apxs. > > 1) What about moving scripts from jk

Re: Add a target in build.xml

-beanutils-1.2.tar.gz I have started to add the download target. Find the changes in the attached patch. It needs ant-1.5 to work behind a proxy. Some files cannot be downloaded because their download need a licence acceptance... Any comments? Cheers Jean-frederic Clere, Jean-Frederic wrote: > B

Re: WARP Jar File renaming...

Pier Fumagalli wrote: > tomcat-webapp.jar is wrong, and definitely confusing. WebApp is just the > connector on the Apache side, on Tomcat it should be called "WARP"... > > I'm going to change this to tomcat-warp.jar if nobody is against it. +1 > > pier > > -- > I think that it's extremel

Re: Building the Java part of WebApp...

Pier Fumagalli wrote: > "Pier Fumagalli" <[EMAIL PROTECTED]> wrote: > > >>Ok, I'm about to tackle *my disgrace* build.xml. >> >>When building Tomcat, what properties does it supply me, and what targets >>does it execute? And (last but not least) where the heck does it want the >>warp.jar? >> >>(

Re: Add a target in build.xml

Bill Barker wrote: > - Original Message - > From: "jean-frederic clere" <[EMAIL PROTECTED]> > To: <[EMAIL PROTECTED]> > Sent: Friday, May 03, 2002 7:44 AM > Subject: Add a target in build.xml > > > >>Hi, >> >>I would l

Re: Add a target in build.xml

t; > - Original Message - > From: "jean-frederic clere" <[EMAIL PROTECTED]> > To: <[EMAIL PROTECTED]> > Sent: Friday, May 03, 2002 10:44 > Subject: Add a target in build.xml > > > >>Hi, >> >>I would like to add a target to the TC

Re: Add a target in build.xml

ution, excluding options. It builds for me > with just the jakarta-tomcat-connectors property defined. > > Cheers, > Larry > > >>-Original Message- >>From: jean-frederic clere >>[mailto:[EMAIL PROTECTED]] >>Sent: Friday, May 03, 2002 10:45 AM

Add a target in build.xml

Hi, I would like to add a target to the TC build.xml: download. Last time I have tried to help to release TC I have found there is no "clean" way to know easly what is needed to build a TC release (which xerces.jar is needed for example). The download would download using wget and extract the n

Re: cvscommit:jakarta-tomcat-connectors/webapp/supportbuildconf.sh

GOMEZ Henri wrote: >>Are you _CRAZY_? I'm going to -1 any release that is not >>clearly an interim >>test release (such as Tomcat 4.1.0, which is _supposed_ not to work, >>although it does) and which doesn't have all the Apache >>standards to _be_ a >>release... > > > Did there is still blocki

Re: wa_version.h / jk_version.h : WAS ......

GOMEZ Henri wrote: >>>for mod_webapp >>> >>>#define WA_MODULE_BASEVENDOR "Apache Software Foundation" >>>#define WA_MODULE_NAME "mod_webapp" >>>#define WA_MODULE_BASEREVISION "1.2.0-dev" >>>#define WA_MODULE_BASEVERSION WA_MODULE_BASEPRODUCT "/" >>>WA_MODULE_BASEREVISION >> > >>I just

Re: cvscommit:jakarta-tomcat-connectors/webapp/supportbuildconf.sh

Pier Fumagalli wrote: > "jean-frederic clere" <[EMAIL PROTECTED]> wrote: > > >>>That still doesn't change the fact that whatever is in JK for versioning is >>>utterly complicated, is completely different from what the Apache folks have >&g

Re: cvscommit:jakarta-tomcat-connectors/webapp/supportbuildconf.sh

Pier Fumagalli wrote: > "Punky Tse" <[EMAIL PROTECTED]> wrote: > > >>GOMEZ Henri wrote: >> Punky, I appreciate your effort, but IMO, wa_version.h is way too utterly complicated. I'd add -DWEBAPP_VERSION="x" to CFLAGS from the autoconf magicness, and go from there... >>>

Re: mod_webapp.so socketpool changes..

[EMAIL PROTECTED] wrote: > Hi, > > I'm a bit confused about the problem with the use of the APR atomic types. > Is the problem that it is not supported on all platforms? No it is not yet supported on all platforms. > If this is the > case then isn't this a problem with the apr code? Even

Re: [NITPICK] didn't see this one coming...

Pier Fumagalli wrote: > "[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote: > > >>On Mon, 29 Apr 2002, Remy Maucherat wrote: >> >> However I do think we should somehow document better what's happening - many people have the strange impression that webapp is going to replace jk. >>> >>>I'd

Re: mod_webapp.so socketpool changes..

Pier Fumagalli wrote: > "Cavan Morris" <[EMAIL PROTECTED]> wrote: > > >>Attached is an ASCII file with my build process. It may be important to not >>that I'm using the APR libraries from the webapp-module-1.0.2-tc402 and apxs >>from apache 2.0.32 not 2.0.35. > > > You _need_ to use the APR l

Re: R: ATTENZIONE A QUESTO VIRUS

Luca Ventura wrote: > Non è vero nulla!!! > > Il file in questione fa parte del debugger della Java VM di Microsoft > e la sua cancellazione potrebbe danneggiare seriamente il sistema. Yep! That is a known hoax (http://vil.mcafee.com/dispVirus.asp?virus_k=99436). - I was just not remembering wha

Re: mod_webapp.so socketpool changes..

Clere, Jean-Frederic wrote: > [EMAIL PROTECTED] wrote: > >> Hi John-Frederic, >> >> I've only just seen your mail as I've been away for a few days... >> >> Is there any update on this? Have you had a chance to look at the >> updates I made? > > > Yep... But it needs more when having a not thr

Re: mod_webapp.so socketpool changes..

[EMAIL PROTECTED] wrote: > Hi John-Frederic, > > I've only just seen your mail as I've been away for a few days... > > Is there any update on this? Have you had a chance to look at the updates I made? Yep... But it needs more when having a not threaded Apache-1.3 for example. The code still do

Re: Bad build process for mod_webapp for Apache 2

Jeffrey Bonevich wrote: > (sorry if this has come through already, but I did not see the post on > the mail archive, so I done went and subscribed to the list to resend it) > > > For those of you who do not regularly cruise the tomcat-user postings > (you all do that regularly, right? ;-), a nu

Re: [PROPOSAL] "New" version numbering scheme

Remy Maucherat wrote: >>On Wed, 24 Apr 2002, Ignacio J. Ortega wrote: >> >> De: Remy Maucherat [mailto:[EMAIL PROTECTED]] Enviado el: miércoles 24 de abril de 2002 23:41 >>> >>>Which will be the rules to advance the build numbers? >> >>Probably every time the release manager feels the code

Re: [VOTE] Release Plan for Apache Tomcat 4.1

Remy Maucherat wrote: > I'd like to call for a vote on the Apache Tomcat 4.1 Release Plan. > > The vote will run until 04/26, and will be followed, if the Release Plan is > accepted, by a vote for the release of Apache Tomcat 4.1 Beta 1. > > > [ ] +1 I approve this plan, and will help > [ ] +0

Re: Continue, select one of the above, and then

That is probably a virus! issa wrote: -- To unsubscribe, e-mail: For additional commands, e-mail:

Re: catalina.home and catalina.base

Please ignore my previous mail... Something looks broken in the JVM I was using (jdk1.2.2) ;-( Clere, Jean-Frederic wrote: > Remy Maucherat wrote: > >>> Hi, >>> >>> I am wondering why we have both catalina.home and catalina.base. >>> catalina.base is the only one used but catalina.home is used t

Re: catalina.home and catalina.base

Remy Maucherat wrote: >>Hi, >> >>I am wondering why we have both catalina.home and catalina.base. >>catalina.base is the only one used but catalina.home is used to set > > catalina.base... > >>What was the goal of having 2 properties instead one? > > > It is to allow sharing one binary betwee

catalina.home and catalina.base

Hi, I am wondering why we have both catalina.home and catalina.base. catalina.base is the only one used but catalina.home is used to set catalina.base... What was the goal of having 2 properties instead one? Cheers Jean-frederic -- To unsubscribe, e-mail: For add

Re: [PATCH] org.apache.catalina.connector.warp.WarpRequestHandler.java

Cavan Morris wrote: > Could someone please tell me what I need to do to get the attached patch committed? > It fixes a NullPointerException thrown when the Warp Connector is used with a >. > I got the original file from the archive located here >http://jakarta.apache.org/builds/jakarta-tomcat-4.

Re: MinTC, "terrible rudeness", persistence

GOMEZ Henri wrote: >>This cannot be done, as the layering structure of the ASF >>won't "allow" it. >>It can be hosted either in commons, either here (but then it would be >>swallowed by the TC project itself), or as a top level project >>of Jakarta >>(or some other project)... > > > couldn't i

Re: mod_webapp.so socketpool changes..

Pier Fumagalli wrote: > "[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote: > > >>Hi, >> >>As mentioned in my last email I have updated the socketpool changes to >>incorporate the changes recommended. >> >>I'm not sure if my mail was missed or not but I haven't received any feedback >>on the latest c

Re: JNI

Pier Fumagalli wrote: > "[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote: > > >>On Fri, 12 Apr 2002, Pier Fumagalli wrote: >> >> >Then it won't work... BTW, I hope you guys are not trying to load APR from >the VM, right? Because if so, I _really_ want to see how you can do it on >Mach-O

Re: [Fwd: mod_webapp file changes for socket pools]

houghts? You have done a very good job ;-) > > Thanks > Simon > > > Pier Fumagalli <[EMAIL PROTECTED]> wrote: > >>"Jean-frederic Clere" <[EMAIL PROTECTED]> wrote: >> >> >>>atomic are very good but only used in mod_cache (experimenta

Re: JNI

Pier Fumagalli wrote: > jean-frederic clere <[EMAIL PROTECTED]> wrote: > > >>Pier Fumagalli wrote: >> >>>"jean-frederic clere" <[EMAIL PROTECTED]> wrote: >>> >>> >>> >>>>[EMAIL PROTECTED] wrote: >>

Re: JNI

Pier Fumagalli wrote: > "jean-frederic clere" <[EMAIL PROTECTED]> wrote: > > >>[EMAIL PROTECTED] wrote: >> >>>Need help and feedback... >>> >>>As you know, the new Coyote supports both HTTP/1.1 and JK. And the new >>>JK

Re: Building modapp for Tomcat4.0 and apache1_3.23

Pier Fumagalli wrote: > "GOMEZ Henri" <[EMAIL PROTECTED]> wrote: > > I'm like you and use exotic OS, OS/400, where autoconf/automake/libtool didn't works (yet ?). >>> >>>If autoconf/libtool doesn't work, then you can't even build >>>APR, you can't >>>build Apache, therefore you don't f**

Re: JNI

[EMAIL PROTECTED] wrote: > Need help and feedback... > > As you know, the new Coyote supports both HTTP/1.1 and JK. And the new > JK supports some new communication channels and APR functions that need JNI. > > The 'idealistic' goal was to do that transparently - using System.load(), > so that

Re: Building modapp for Tomcat4.0 and apache1_3.23

GOMEZ Henri wrote: >>Ok, so then don't destroy MY build by introducing shit around >>the CVS tree, >>moving files along and NOT patching what I've done before... >>Thanks JF for >>doing that, but I'm still not able to build the java code interactively >>without passing thru ANT... > > > You co

Re: Building modapp for Tomcat4.0 and apache1_3.23

Pier Fumagalli wrote: > "Punky Tse" <[EMAIL PROTECTED]> wrote: > > >>Jean, >> >>Your correction/fix is good, and I remembered that you solved my problem. >>The things that screwed up is the move of Constant.java, which is not made >>by you... And I recalled that it is very hard to find out the d

Re: Building modapp for Tomcat4.0 and apache1_3.23

Pier Fumagalli wrote: > "Punky Tse" <[EMAIL PROTECTED]> wrote: > > >>>The problem described is a compilation problem and isn't related to to the >> >>make install. I had this problem when I tried to compile the source after >>downloading it a while ago. The problem is caused by the constants T

Re: mod_webapp socket pool changes

[EMAIL PROTECTED] wrote: > Hi, > > I've made some more progress on the socket pool implementation in mod_webapp to >solve the concurrent request problem on NT boxes and it is pretty much complete. > > At the moment I am using a hard-coded constant to set the max number of available >sockets th

Re: make path relative to server root in mod_jk2

[EMAIL PROTECTED] wrote: > On Mon, 8 Apr 2002 [EMAIL PROTECTED] wrote: > > >>>My first idea is to add makeRoot() in jk_ws_service_t. But I have the problem >>>that apache needs a pool (not a jk_pool) to call ap_server_root_relative(). >>>Where could I get the pool? >> > > Actually, that would

Re: make path relative to server root in mod_jk2

GOMEZ Henri wrote: >>>Why not just use a char * which will be initialised by >>>mod_jk for AP1.3/2.0 and later for IIS/iPlanet ;) >> >>Ok... But where should we stored it? Like a property "server.root" in >>jk_workerEnv_t? > > > Yes Storing it in jk_config but how to get it back? Will not it

Re: apr pools in mod_webapp

[EMAIL PROTECTED] wrote: > Hi, > > Sorry if this is a little off-topic That is not off-topic! > > I'm presentently trying to modifiy the mod_webapp source so that concurrent > warp requests can be supported on NT. To do this, I'm implementing a pool > of sockets per warp connection a

Re: make path relative to server root in mod_jk2

GOMEZ Henri wrote: > Hi JF > > >>It would be nice to have /usr/local/apache/conf/jk2.properties >>when httpd is >>configured to be in /usr/local/apache (instead of >>/conf/jk2.properties in the >>son processes...). >> >>My first idea is to add makeRoot() in jk_ws_service_t. But I >>have the

make path relative to server root in mod_jk2

Hi, I have played a little with mod_jk2 and I have missed a feature: To get a path relative to the server root. For example in jk_workerEnv.c: +++ if( configFile == NULL ) { wEnv->config->setPropertyString( env, wEnv->config, "config.file",

Re: [4.0.4-b2] Binaries online

Remy Maucherat wrote: > The binaries for Tomcat 4.0.4 Beta 2 are now online (well, almost, they will > be in a few minutes). Please feel free to verify them, or upload additional > binaries (RPMs, connectors). > > The official release announcement will be made by Monday. You may have noted it is

Re: cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/authenticatorBasicAuthenticator.java

Clere, Jean-Frederic wrote: > Typo Basic is not basic. ;-((( > Should we retag 4.0.4B2? I have fixed another one... In catalina/src/share/org/apache/catalina/loader/WebappLoader.java !started instead of started. > > Cheers > > Jean-frederic > > [EMAIL PROTECTED] wrote: > >> remm02/

Re: cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/authenticatorBasicAuthenticator.java

Typo Basic is not basic. ;-((( Should we retag 4.0.4B2? Cheers Jean-frederic [EMAIL PROTECTED] wrote: > remm02/03/23 09:59:06 > > Modified:catalina/src/share/org/apache/catalina/authenticator Tag: > tomcat_40_branch BasicAuthenticator.java > Log: > - F

Re: [VOTE] Tomcat 4.0.4 Beta 2 / Coyote 1.0 Beta 4 release

Remy Maucherat wrote: > I'd like to propose releasing 4.0.4 beta 2 within a few days (friday at the > earliest, next tuesday at the latest). This release will include bugfixes > (the list is in the usual release notes document in CVS) as well as the > inclusion of the Coyote binaries (conditional

Re: Manager application working again in 4.0.4-B1. Please evaluatepatch

Renato wrote: > Hi all, > > Apparently the new piece of in StandardContext that releases the > DirContext breaks the ManagerServlet since it's messes with docBase ( > when it tries to start again, docBase in just relative not absolute ). > The following patch moves super.stop() before the release

Re: jk2: config

[EMAIL PROTECTED] wrote: > > I just commited a big chunk of config changes to support > dynamic configuration of jk2. > > I'm pretty happy with the new model - many new things > will become possible. > > As you know, I'm usually a bit extreme regarding backward > compatibility. Preserving it is

Re: Problem with mod_webapp/warp connector

[EMAIL PROTECTED] wrote: > > Hi, > > I've recently setup a intranet site on an NT 4.0 box using Apache 1.3.23 combined >with Tomcat 4.0.3. To integrate them together I'm using the warp connector and the >mod_webapp module I found at >http://jakarta.apache.org/builds/jakarta-tomcat-4.0/releas

Re: [PROPOSAL] Proposed integration of Coyote in 4.0-HEAD

"Craig R. McClanahan" wrote: > > +1 for all, with an expansion on the last point. > > Currently, Tomcat components all use the internal Logger APIs for logging > both container event and error messages, as well as those from the web > applications that are being run (i.e. calls to ServletContext

Re: jk2: Config changes ( again )

[EMAIL PROTECTED] wrote: > > On Tue, 12 Mar 2002, jean-frederic clere wrote: > > > myworker1= > > Would be the same as: > > myworker1=ajp13://localhost:8009?lbfactor=0&debug=ERROR > > (no load balancing and only log error messages). > > >

Re: [PROPOSAL] Proposed integration of Coyote in 4.0-HEAD

Remy Maucherat wrote: > > There are many ways to take advantage of Coyote in Tomcat 4, but I'd like to > start with some limited changes at first. Most of these proposed changes are > Coyote-related (hence the subject of the message), and all involve some > refactoring / API additions. > > A) UR

Re: jk2: Config changes ( again )

[EMAIL PROTECTED] wrote: > > On Tue, 12 Mar 2002, jean-frederic clere wrote: > > > What to do when myvhost is www.apache.org for example... > > uri."www.apache.org:/examples".worker? Using ':' instead of '.' does not > > solve the

Re: jk2: Config changes ( again )

[EMAIL PROTECTED] wrote: > > On Tue, 12 Mar 2002, GOMEZ Henri wrote: > > > >but the config module will locate 'worker.ajp13' and > > >call setProperty("port", "8009" ). > > > > You mean > > > > the config module will locate 'worker.ajp13' > > call getProperty("port", "8009" ) > > setProperty, y

Re: jk2: Config changes ( again )

[EMAIL PROTECTED] wrote: > > Yes, it's happening again... I feel I'm really close to > what I want - so please send feedback ! > > The goal - improve mod_jk2 configuration. > Subgoals: > - make it more intuitive / simpler / cleaner > - allow runtime changes ( and query ) > > The proposed soluti

Re: Install bug tomcat4.0 on Mac Osx

Hi, You have to use gnutar: With /usr/bin/tar: +++ [moof:~] jfclere% gzip -dc jakarta-tomcat-4.0-20020303.tar.gz | tar tfv - | grep SetCharacterEncodingFilter -rw-rw-r-- 1 craigmcc 500 7910 Mar 3 02:41 jakarta-tomcat-4.0/webapps/examples/WEB-INF/classes/filters/SetCharacterEncodingFil

Re: possible oversight

MIS wrote: > > I may have found an oversight in the latest mod_webapp source distribution. > The file .../webapp/apache-13/Makefile.in is looking for APR files, but > according to http://apr.apache.org/ APR is only supported on Apache 2.x. No, It is Apache Portable Runtime, if you read the page

Re: mod_jk2 config

GOMEZ Henri wrote: > > >> tomcat allready decode the information and could send them in > >> a simpler form to jk. > > > >Yes, but that creates some strange dependencies between configuring > >apache ( or the web server ) and running tomcat. > > The recurrent chicken&eggs problem :) > > >Tomcat

Re: mod_jk2 config

GOMEZ Henri wrote: > > >On Fri, 1 Mar 2002, Ignacio J. Ortega wrote: > > > >> > JkMount /uri worker > >> > is > >> > /uri=worker > >> > >> I like to point out, that just now isapi_redirector ( 3.3 and j-t-c) > >> uses a slightly more complex form of the former syntax, to allow a > >> limited vhos

Re: tomcat402+iplanet4.1

GOMEZ Henri wrote: > > >In fact i am using ajp13. When ajp13 failed i tried ajp12. > > > >The other news is that this combo works fine on SUn Solaris > >using solaris6 > >so > >library. > > iplanet + ajp13 + tomcat 4 works fine with Sun Solaris6 SO LIB ? > > JF, it's something for you I am usi

Re: [4.0.3] [VOTES] Upcoming release and security fix

Remy Maucherat wrote: > > Since there are apparently diverging opinions on the subject (and also since > I didn't get any +1s for a possible 4.0.3 b1, or a 4.0.2a release), here's a > formal request for vote. > > On the security problem reported yesterday, affecting the security manager > sandbo

Re: [4.0.3] Beta 1 release

Remy Maucherat wrote: > > Hi, > > I'd like to propose to release Tomcat 4.0.3 Beta 1 at the end of this week > (03/01 seems an appropriate target). This release will include the fix for > the security issue publicized earlier today, as well as other fixes. I > personally don't think the issue is

Re: Problems with mod_webapp. Please read!

[EMAIL PROTECTED] wrote: > > On Tue, 26 Feb 2002, jean-frederic clere wrote: > > > Erik Lotspeich wrote: > > > > > > On Tue, 26 Feb 2002, jean-frederic clere wrote: > > > > > > > Erik Lotspeich wrote: > > > > > > > >

Re: Problems with mod_webapp. Please read!

Erik Lotspeich wrote: > > On Tue, 26 Feb 2002, jean-frederic clere wrote: > > > Erik Lotspeich wrote: > > > > > > Brian, > > > > > > I used --enable-shared=max and --enable-shared=most configure flags for > > > Apache. Nothing too s

Re: Problems with mod_webapp. Please read!

Erik Lotspeich wrote: > > Brian, > > I used --enable-shared=max and --enable-shared=most configure flags for > Apache. Nothing too special. > > For webapp, I gave the following options: > > --with-tomcat > --with-apr > --with-apxs > --enable-debug And if you remove the --enable-debug option?

Re: mod_jk suggestion, add "request" logging option

GOMEZ Henri wrote: > > >> OK, I think that explains it. > >> > >> So mod_jk 2.0 and Ajp14 are still in development, and it > >> may be a while before they are finished. > > > >> > >What is the status of mod_jk (2) 1.2 and Ajp 14? > > > >My opinion: > > > >Jk2 supports all the features from jk1 (

Re: [Daemon] New commons component

Remy Maucherat wrote: > > > Pier, > > > > I took a quick look at the code and found the RegisterNative function. > This > > looks like an interesting feature. I also found the same function in your > > daemons code. The picture is becoming much clearer. > > > > Let me try to get it working in the

Re: [Daemon] New commons component

Pier Fumagalli wrote: > > "jean-frederic clere" <[EMAIL PROTECTED]> wrote: > > > Remy Maucherat wrote: > >> > >>> "Patrick Luby" <[EMAIL PROTECTED]> wrote: > >>> > >>>> Remy, > >>>> &

Re: jk2 renaming - need revue and comments

GOMEZ Henri wrote: > > Ouf, finished the renaming of jk2 (native2) > > Some remarks : > > 1) I choose to rename ALL JK directive since there are >just too many which are common in JK (SSL, LOG, DATE...) > > ... > > AP_INIT_TAKE1( > "Jk2WorkersFile", jk2_set1, "workerFile", RSR

Re: [Daemon] New commons component

Patrick Luby wrote: > > Pier, > > Hmmm. I could only find the setuid() calls in the parent process that launches > Tomcat. I couln't find any code JNI code (or a shared library) that Tomcat could > use to temporarily switch the user back to root immediately before binding a > ServerSocket object

Re: [Daemon] New commons component

Remy Maucherat wrote: > > > "Patrick Luby" <[EMAIL PROTECTED]> wrote: > > > > > Remy, > > > > > > This is great news! > > > > > > I scanned through the Unix code and noticed that it uses the chmod'ing > > > executables with setuid bits instead of performing a JNI call to the > setuid() > > > and

Re: altering the session cookie's path (Tomcat 4.0x): RESOLVED

Jarecsni János wrote: > > Hi, > > after some time I've found that the session cookie is set in the AJP > connector, namely in org.apache.ajp.tomcat4.AJP13Response (method > sendHeaders()). Actually to my surprise > o.a.c.connector.HttpResponseBase#sendHeaders() is called only when the first > re

Re: Jk2 logging

[EMAIL PROTECTED] wrote: > > Hi, > > A quick proposal ( vote ? ): I would like to start using commons-logging > in jk2. Right now it has println() style, but beeing able to benefit > from the fine control that log4j ( and other loggers ) provides > would help a lot. > > If nobody oposes, I will

Re: [4.1] Service

Remy Maucherat wrote: > > Hi, > > There's a hidden component in Tomcat 4 named "service" (package is > org.apache.service), which has almost nothing to do with Tomcat (except it > was written by Pier and started its life here). The most current version of > it (which is *not* the one used by Tom

Re: setting the path in the session cookie (Tomcat 402b)

illconsulting.hu/ :: Phone+Fax: + 36 1 484 0392 > > |-Original Message- > |From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On > |Behalf Of jean-frederic clere > |Sent: Friday, February 15, 2002 12:16 PM > |To: Tomcat Developers List > |Subject: Re: setting the path

Re: setting the path in the session cookie (Tomcat 402b)

Jarecsni János wrote: > > Hi, > > it seems that tomcat uses the "/contextname" path when creating the cookie > for the JSESSIONID. Since we use Apache in front of Tomcat and we use > mod_rewrite with mod_proxy to provide aliasing of dynamic Java resources, it > is not working for us. You should

Re: Retry: PureTLS/Cryptix RPM at Apache ????

GOMEZ Henri wrote: > > I still didn't receive replies on the hosting of > PureTLS/Cryptix stuff on Apache.org ? > > Should I ask to Cryptix.org & PureTLS, to > host the rpms for Cryptix and PureTLS ? That makes sense. > > Starting from Tomcat 3.3.1-B1 we could use this stuff > to have a 100%

Re: Rename jK2 to mod_jk2 ?

GOMEZ Henri wrote: > > What about renaming native2 (jk2) in JTC to mod_jk2 > and jk2_module ? If we consider native2 as a remplacement for the native of mod_jk, no. That is just a new version. If you thing of easy testing may be... I have libjk.so from native and mod_jk.so from native2 and I sto

Re: How to APR for JTC ? WAS: Native Connector Builds - When?

GOMEZ Henri wrote: > > I've done a RPM for tomcat-connectors which include : > > mod_jk for Apache 1.3 > mod_jk for Apache 2.0 > mod_jk2 for Apache 2.0 > > I still can't build mod_webapp since the APR_DIR/APR_VARS > are mandatory and I want/need to use instead APR_INCLUDE > and APR_LIBS. > >

Re: Native Connector Builds - When?

Kevin Seguin wrote: > > i have builds of the iis connector and the netscape connector on solaris (built on >2.6) for jk1. > > if somebody can tell me what i need to do - how to sign the binaries, where to >upload files to - i can provide these. The file are in daedalus.apache.org under /x2/ww

Re: Native Connector problems

Remy Maucherat wrote: > > > The problem is that the default cache size is one and in the ajp_init > > function > > in jk_ajp_common.c we return from inside of an if when we initialize > > the cache > > so the secrect member of the structure never gets initialized. This > > caused > > some GPFs i

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