Re: mod_jk2 (native2) autoconf preliminary works

"[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote: > On Tue, 7 May 2002, Pier Fumagalli wrote: > >> "[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote: >> >>> If we use apr, I think ( a bit strongly ) that >>> we should use exactly the same library as apache2 does. >> >> If that's provided with Apache 2

DO NOT REPLY [Bug 5826] - JSPC not recompiling modified files

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

RE: mod_jk2 (native2) autoconf preliminary works

On Tue, 7 May 2002, GOMEZ Henri wrote: > >I must say I don't like autoconf too much :-) > > Ditto, ant is better than m4 but we couldn't ask > people to have a jvm+ant+... to build native code ;( I agree - but doing autoconf twice ( once in APR, once for jk ) is _bad_. Not only because it's dou

Re: mod_jk2 (native2) autoconf preliminary works

On Tue, 7 May 2002, jean-frederic clere wrote: > > APR libs should/could be installed in /usr/lib, /usr/include, > > and considered 'system' ( like glib, qt, nspr, etc ). > > If you build a non-threaded version, it shouldn't be > > called libapr.so in any case. > > But we have to deliver the a

Re: mod_jk2 (native2) autoconf preliminary works

On Tue, 7 May 2002, Pier Fumagalli wrote: > "[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote: > > > If we use apr, I think ( a bit strongly ) that > > we should use exactly the same library as apache2 does. > > If that's provided with Apache 2.0... What if it's not provided with the > web-server (

DO NOT REPLY [Bug 8831] - ErrorReportValve.java corrupts data in subtle way

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

RE: tomcat 4.0.4b2 rpm available

>Ok, I understand now -- from your announcement of the RPM I >thought the FHS work had been done, but you are saying that it >has not been done but will be done prior to the final RPM of >4.0.4. I guess that makes more sense. :-) I haven't looked at >these new RPMs too closely but I noticed a

RE: How do I get the classloader inside the session manager

>If you are in an implementation of o.a.c.Manager, you can say: > > ClassLoader webappCL = getContainer().getLoader().getClassLoader(); > >> Filip >> > >Craig yeah, I just saw this, thanks a lot!! Filip ~ Namaste - I bow to the divine in you ~ Filip Hanik Software Architect [EMAIL PROTECTED] w

RE: tomcat 4.0.4b2 rpm available

Ok, I understand now -- from your announcement of the RPM I thought the FHS work had been done, but you are saying that it has not been done but will be done prior to the final RPM of 4.0.4. I guess that makes more sense. :-) I haven't looked at these new RPMs too closely but I noticed a coup

cvs commit: jakarta-tomcat-connectors/jk/native2 Makefile.am

hgomez 02/05/07 09:00:46 Added: jk/native2 Makefile.am Log: Initial top makefile Revision ChangesPath 1.1 jakarta-tomcat-connectors/jk/native2/Makefile.am Index: Makefile.am ===

cvs commit: jakarta-tomcat-connectors/jk/native2/server/apache2 Makefile.apxs.in Makefile.in

hgomez 02/05/07 08:57:37 Added: jk/native2/server/apache13 Makefile.apxs.in Makefile.in jk/native2/server/apache2 Makefile.apxs.in Makefile.in Log: First task will be to have Makefile which will use apxs to build Revision ChangesPath 1.1

cvs commit: jakarta-tomcat-connectors/jk/native2 buildconf.sh configure.in

hgomez 02/05/07 08:55:19 Added: jk/native2 buildconf.sh configure.in Log: First autoconf stuff, largely grabbed from the one in native Revision ChangesPath 1.1 jakarta-tomcat-connectors/jk/native2/buildconf.sh Index: buildconf.sh

DO NOT REPLY [Bug 8878] New: - Session in servlet bug ?

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

cvs commit: jakarta-tomcat-connectors/jk/native2/scripts/build/unix config.guess config.sub install-sh ltconfig ltmain.sh missing mkinstalldirs

hgomez 02/05/07 08:53:13 Removed: jk/native2/scripts/build/unix config.guess config.sub install-sh ltconfig ltmain.sh missing mkinstalldirs Log: removed excessive config files, since they are autogenerated -- To unsubscribe, e-mail:

Re: Load balancing patch

Hi Mathias, a looked at your patch and I think there are two bugs: 1) You set in_recovering of a woker which is in error_state to JK_TRUE even if you don't select him for handling the request. This should be moved into the next if clause when the worker is choosen. 2) When a local/main worker g

cvs commit: jakarta-tomcat-connectors/jk/native2/scripts/build config_vars.mk rules.mk

hgomez 02/05/07 08:41:08 Added: jk/native2/scripts/build config_vars.mk rules.mk Log: Populate scripts subdir for autoconf/make use Revision ChangesPath 1.1 jakarta-tomcat-connectors/jk/native2/scripts/build/config_vars.mk Index: config_vars.mk

Load balancing patch

Here is my patch to the load balancing code. I have tested the jk1 part but not the jk2. The behavior should be identical though. The concept of local worker is introduced. Local workers form a subset of the balanced workers, those workers handle the requests with no session information

cvs commit: jakarta-tomcat-connectors/jk/native2/scripts/build/unix - New directory

hgomez 02/05/07 08:40:27 jakarta-tomcat-connectors/jk/native2/scripts/build/unix - New directory -- To unsubscribe, e-mail: For additional commands, e-mail:

cvs commit: jakarta-tomcat-connectors/jk/native2/scripts/build - New directory

hgomez 02/05/07 08:40:17 jakarta-tomcat-connectors/jk/native2/scripts/build - New directory -- To unsubscribe, e-mail: For additional commands, e-mail:

cvs commit: jakarta-tomcat-connectors/jk/native2/scripts - New directory

hgomez 02/05/07 08:40:01 jakarta-tomcat-connectors/jk/native2/scripts - New directory -- To unsubscribe, e-mail: For additional commands, e-mail:

RE: How do I get the classloader inside the session manager

On Tue, 7 May 2002, Filip Hanik wrote: > Date: Tue, 7 May 2002 07:28:38 -0700 > From: Filip Hanik <[EMAIL PROTECTED]> > Reply-To: Tomcat Developers List <[EMAIL PROTECTED]> > To: Tomcat Developers List <[EMAIL PROTECTED]> > Subject: RE: How do I get the classloader inside the session manager >

RE: mod_jk2 (native2) autoconf preliminary works

>But we have to deliver the apr.so corresponding to mod_jk.so. Exact and and it's not a big problem, if you use packaging tools like rpm/deb. mod_jk will depend on libapr rpm or /usr/lib/libapr.so I could produce and place both of them in download dir >Pier is right... That is more easy to lin

RE: mod_jk2 (native2) autoconf preliminary works

>I must say I don't like autoconf too much :-) Ditto, ant is better than m4 but we couldn't ask people to have a jvm+ant+... to build native code ;( >But I know many people find it easier, so I won't opose >this. Thanks and JF is a great specialist of autoconf >At the moment the compilation of

RE: mod_jk2 (native2) autoconf preliminary works

>> 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 normaly contains the >files you want to >generate. Ok, I keep 2 set of files. >> 2) What should be done for APR in Apache 1.3 ?

RE: [PROPOSAL] Option to 3.3 to allow internal Welcome Files

+1 - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697ECEDD...oOOo..(_)..oOOo... PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 >-Original Message- >From: Bill Barker [mailto:[EMAIL PROTECTED]] >Sent: Tuesd

RE: mod_jk2 (native2) autoconf preliminary works

>Every "autoconf" M4 definition file (configure.in) is (should) >be tied to >the bone of what it's trying to actually configure... If there's enough >stuff in common (like all you want is something like >--enable-native=[native/native2]) that could work, but >otherwise, it's just >going to mess

RE: [PROPOSAL] Option to 3.3 to allow internal Welcome Files

+1 Larry > -Original Message- > From: Bill Barker [mailto:[EMAIL PROTECTED]] > Sent: Tuesday, May 07, 2002 2:33 AM > To: [EMAIL PROTECTED] > Subject: [PROPOSAL] Option to 3.3 to allow internal Welcome Files > > > I've finally managed to patch StaticInterceptor to be able to process >

RE: tomcat 4.0.4b2 rpm available

>I have a couple of quick questions for you about the tomcat4 >RPMs. You left %{confdir} defined as %{homedir}/conf which >leaves server.xml, web.xml, etc. installed in >/var/tomcat4/conf. Is this intentional? Yes, but the spec make provision to locate confdir in /etc/tomcat4/conf. And to

RE: How do I get the classloader inside the session manager

>The context classloader is supposed to be the webapp class loader. >Is that what you want ? exactly, that is what I want. I assume there is a different classloader for each web app. how do I get this guy from the session manager? Filip ~ Namaste - I bow to the divine in you ~ Filip Hanik Softwa

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 normaly contains the files you want to >>generate.

Re: mod_jk2 (native2) autoconf preliminary works

"[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote: > If we use apr, I think ( a bit strongly ) that > we should use exactly the same library as apache2 does. If that's provided with Apache 2.0... What if it's not provided with the web-server (AKA, apache 1.3?) > APR libs should/could be installed i

RE: tomcat 4.0.4b2 rpm available

Henri, I have a couple of quick questions for you about the tomcat4 RPMs. You left %{confdir} defined as %{homedir}/conf which leaves server.xml, web.xml, etc. installed in /var/tomcat4/conf. Is this intentional? Also, what distro and version are you building these on (just for curiosity sa

Re: Question on JTC native/apache2.0 mod_jk.c

On Tue, 7 May 2002, Larry Isaacs wrote: > #ifdef REUSE_WORKER > I think it would be best to programmatically determine if > "tpool" is usable to fetch a thread unique endpoint, and > do something appropriate if it is not. Before I go digging > into Apache 2.0 code, I would appreciate any sugges

Re: mod_jk2 (native2) autoconf preliminary works

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 normaly contains the files you want to > generate. IMHO autoconf is justified o

Re: mod_jk2 (native2) autoconf preliminary works

Henri, I must say I don't like autoconf too much :-) There are few reasons for that, one beeing that I prefer to have control over what's compiled ( we want to distribute the binary to work on any machine, I want minimal deps on the build machine ). But I know many people find it easier, so I w

RE: mod_jk 1.2.0 / apache 2.0.35 error

That's a very stupid error message ( handler jakarta-servlet not found ). It should be changed to 'Can't connect to tomcat instance mywork' in the logs, and an 'application unavailable' in the page ( 'can't connect to tomcat' is fine too, but may reveal informations about the internal configurat

Re: mod_jk2 (native2) autoconf preliminary works

"jean-frederic clere" <[EMAIL PROTECTED]> wrote: > 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 Mak

Re: [PROPOSAL] Option to 3.3 to allow internal Welcome Files

+1 I think Apache uses a 301 too. The main reason for 301 was the problem of relative hrefs - if you have a request for /examples and you do an internal redirect to index.html, then will go to /foo instead of /examples/foo. AFAIK there is no good reason to not do an internal redirect for /exa

Question on JTC native/apache2.0 mod_jk.c

I tracked down the source of the hang I was seeing running Tomcat 3.3's internal test with Apache 2.0. It turns out the native/Apache2.0 mod_jk.c code: /* Use per/thread pool ( or "context" ) to reuse the endpoint. It's a bit faster, but I don't know how to deal with load

tomcat 4.0.4b2 rpm available

With some delay they are available at : http://jakarta.apache.org/builds/jakarta-tomcat-4.0/release/v4.0.4-b2/rpms/ BTW : connector stuff is not updated since I'll wait for a mod_webapp 1.2.0 and mod_jk 1.2.1 release and make rpms for them. - Henri Gomez ___[_] EMAIL

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

mod_jk2 (native2) autoconf preliminary works

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/native to just jk ? It avoid du

DO NOT REPLY [Bug 8859] New: - Out-of-namespace A:href with locked files

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

RE: mod_jk 1.2.0 / apache 2.0.35 error

Hum I found the problem and it's weird. In httpd2.conf i used : JkWorkersFile /etc/httpd2/conf/workers.properties JkLogFile /var/log/httpd2/mod_jk.log JkLogLeveldebug JkMount /examples/* mywork But in workers.properties worker.list=ajp13 worker.ajp13.port=8009 worker.ajp13.host=local

DO NOT REPLY [Bug 6709] - Images on protected areas have not "Last modified" header

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 8773] - Enable browser caching of authenticated pages

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

cvs commit: jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/resources SetUpUserDatabaseAction.java

manveen 02/05/07 00:31:21 Added: webapps/admin/WEB-INF/classes/org/apache/webapp/admin/resources SetUpUserDatabaseAction.java Log: Class to initialise editing userdb resources. Revision ChangesPath 1.1 jakarta-tomcat-4.0/webapp

cvs commit: jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/apache/webapp/admin ApplicationResources_en.properties

manveen 02/05/07 00:29:58 Modified:webapps/admin/WEB-INF/classes/org/apache/webapp/admin ApplicationResources_en.properties Log: properties for resources added. Revision ChangesPath 1.54 +13 -1 jakarta-tomcat-4.0/webapps/admin/WEB-INF/cl

cvs commit: jakarta-tomcat-4.0/webapps/admin/WEB-INF struts-config.xml

manveen 02/05/07 00:29:11 Modified:webapps/admin/WEB-INF struts-config.xml Log: Added action mappings, forwards and beans for userdb resources. Revision ChangesPath 1.47 +42 -1 jakarta-tomcat-4.0/webapps/admin/WEB-INF/struts-config.xml Index: struts-config.

cvs commit: jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/resources ResourceUtils.java ResourcesTreeBuilder.java

manveen 02/05/07 00:27:29 Modified:webapps/admin/WEB-INF/classes/org/apache/webapp/admin/resources ResourceUtils.java ResourcesTreeBuilder.java Log: Added User Datasource to resource tree. Revision ChangesPath 1.3 +42 -11 jakarta-tomcat-

cvs commit: jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/resources UserDatabaseForm.java UserDatabasesForm.java ListUserDatabasesAction.java

manveen 02/05/07 00:24:37 Added: webapps/admin/WEB-INF/classes/org/apache/webapp/admin/resources UserDatabaseForm.java UserDatabasesForm.java ListUserDatabasesAction.java Log: Classes to display the list of existing User databases.

cvs commit: jakarta-tomcat-4.0/webapps/admin/resources deleteUserDatabases.jsp listUserDatabases.jsp listUserDatabases.jspf userDatabase.jsp userDatabases.jspf dataSources.jspf

manveen 02/05/07 00:21:41 Modified:webapps/admin/resources dataSources.jspf Added: webapps/admin/resources deleteUserDatabases.jsp listUserDatabases.jsp listUserDatabases.jspf userDatabase.jsp userDatabases.jspf Log: adding jsp