cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/startup Tomcat.java

costin 01/06/08 20:36:42 Modified:src/share/org/apache/tomcat/startup Tomcat.java Log: Few more comments. Delegate everything that is related with starting tomcat to EmbededTomcat, which is the real starter ( Tomcat is in fact "embeding" tomcat, it's just a simple starter

cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/startup Main.java

costin 01/06/08 20:35:07 Modified:src/share/org/apache/tomcat/startup Main.java Log: The cleanup of Main - the duplicated methods are moved in util, unused code removed, the other class loaders are saved ( instead of just abandoning them and using getClassLoader later ) Re

cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/startup EmbededTomcat.java

costin 01/06/08 20:33:24 Modified:src/share/org/apache/tomcat/startup EmbededTomcat.java Log: Ops, commited a bit too much... Removed the serialization/deserialization of tomcat snapshots ( it doesn't work anyway without the additional "transient" and "Serializable"), better

cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/startup EmbededTomcat.java

costin 01/06/08 20:28:50 Modified:src/share/org/apache/tomcat/startup EmbededTomcat.java Log: A bit of cleanup and reorganization. EmbededTomcat is the main entry point and starter for tomcat. Tomcat.java is a nice program that can execute a number of tasks, process the

cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/modules/config ProfileLoader.java

costin 01/06/08 20:22:32 Modified:src/share/org/apache/tomcat/modules/config ProfileLoader.java Log: Various fixes and cleanup in ProfileLoader. The code that was common with Main is now in IntrospectionHelper, we also use the fields in ContextManager

cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/core Context.java ContextManager.java

costin 01/06/08 20:20:52 Modified:src/share/org/apache/tomcat/core Context.java ContextManager.java Log: Extra checks for errors on adding the modules. Added fields and accessors for the other 3 class loaders used in tomcat, to allow modules to start

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

costin 01/06/08 20:18:17 Modified:src/etc prof-server.xml server.xml Log: Use the new package name for Ajp13. Revision ChangesPath 1.2 +1 -1 jakarta-tomcat/src/etc/prof-server.xml Index: prof-server.xml

cvs commit: jakarta-tomcat build.xml

costin 01/06/08 20:17:39 Modified:.build.xml Log: Read build.properties ( as in connector and other projects ) in addition to our old .ant.properties. Fix the build of connector-utils ( remove util/** - that would add too much to common, and confuse the class loade

cvs commit: jakarta-tomcat-connectors/jk/java/org/apache/ajp/tomcat33 Ajp13Interceptor.java

costin 01/06/08 20:13:26 Modified:jk/java/org/apache/ajp/tomcat33 Ajp13Interceptor.java Log: Added missing method ( last dep on ajp12 ) Revision ChangesPath 1.2 +39 -4 jakarta-tomcat-connectors/jk/java/org/apache/ajp/tomcat33/Ajp13Interceptor.java Index:

cvs commit: jakarta-tomcat-connectors/jk/java/org/apache/ajp/tomcat33 Ajp12.java Ajp12Interceptor.java JNIConnectionHandler.java JNIEndpoint.java

costin 01/06/08 20:07:25 Removed: jk/java/org/apache/ajp/tomcat33 Ajp12.java Ajp12Interceptor.java JNIConnectionHandler.java JNIEndpoint.java Log: Rollback - Ajp12 depends on Http10 ( and it's not worth the effort to merge/integrate

cvs commit: jakarta-tomcat-connectors/jk/java/org/apache/ajp/tomcat33 - New directory

costin 01/06/08 19:12:25 jakarta-tomcat-connectors/jk/java/org/apache/ajp/tomcat33 - New directory

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

costin 01/06/08 18:56:09 Added: src/etc prof-server.xml Removed: src/etc server-main.xml Log: Ops, wrong name for the profile-based main config. Revision ChangesPath 1.1 jakarta-tomcat/src/etc/prof-server.xml Index: prof-server.xml

cvs commit: jakarta-tomcat build.xml

costin 01/06/08 17:25:06 Modified:.build.xml Log: Initial change for build.xml. Check if the 2 other repositories are available and give a message if not. Build from j-t-c. Revision ChangesPath 1.132 +71 -18jakarta-tomcat/build.xml Index

cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/resources LocalStrings.properties LocalStrings_es.properties LocalStrings_fr.properties

costin 01/06/08 17:24:23 Modified:src/share/org/apache/tomcat/resources LocalStrings.properties LocalStrings_es.properties LocalStrings_fr.properties Log: Removed the messages that belong to j-t-c. We should move all the messages

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

costin 01/06/08 17:21:04 Added: src/etc profile.xml server-main.xml Log: Added the 2 sample config files for use with ProfileLoader ( strange they were not here, the ProfileLoader was checked in few months ago ). This is very flexible from a config point of view, but prob

cvs commit: jakarta-tomcat/src/etc modules.xml

costin 01/06/08 17:15:50 Modified:src/etc modules.xml Log: Added ProfileLoader definition. Added JasperInterceptor34 definition ( will not be used unless the user replaces with ) Revision ChangesPath 1.6 +54 -0 jakarta-tomcat/src/etc/modules.xml

cvs commit: jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/http/res LocalStrings.properties LocalStrings_es.properties LocalStrings_fr.properties

costin 01/06/08 17:12:55 Modified:util/java/org/apache/tomcat/util/buf DateTool.java HexUtils.java util/java/org/apache/tomcat/util/http HttpMessages.java Added: util/java/org/apache/tomcat/util/buf/res LocalStrings

cvs commit: jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/buf/res - New directory

costin 01/06/08 17:05:37 jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/buf/res - New directory

cvs commit: jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/http/res - New directory

costin 01/06/08 17:05:29 jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/http/res - New directory

cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/util/collections EmptyEnumeration.java LRUCache.java MultiMap.java MultiMapNamesEnumeration.java MultiMapValuesEnumeration.java Queue.java SimpleHashtable.java SimplePool.java package.html

costin 01/06/08 16:48:04 Removed: src/share/org/apache/tomcat/util/collections EmptyEnumeration.java LRUCache.java MultiMap.java MultiMapNamesEnumeration.java MultiMapValuesEnumeration.java Queue.java

cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/util/res StringManager.java

costin 01/06/08 16:46:50 Removed: src/share/org/apache/tomcat/util/res StringManager.java Log: Moved the util/res in j-t-c

cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/util/http AcceptLanguage.java ContentType.java Cookies.java HttpMessages.java LocaleToCharsetMap.java MimeHeaders.java MimeMap.java Parameters.java ServerCookie.java package.html

costin 01/06/08 16:45:55 Removed: src/share/org/apache/tomcat/util/http AcceptLanguage.java ContentType.java Cookies.java HttpMessages.java LocaleToCharsetMap.java MimeHeaders.java MimeMap.java Parameters.java Serv

cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/util/buf Ascii.java B2CConverter.java Base64.java ByteChunk.java C2BConverter.java CharChunk.java DateTool.java HexUtils.java MessageBytes.java TimeStamp.java UDecoder.java UEncoder.java UTF8Decoder.java

costin 01/06/08 16:44:25 Removed: src/share/org/apache/tomcat/util/buf Ascii.java B2CConverter.java Base64.java ByteChunk.java C2BConverter.java CharChunk.java DateTool.java HexUtils.java MessageBytes.java TimeStam

cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/util IntrospectionUtils.java

costin 01/06/08 16:41:29 Modified:src/share/org/apache/tomcat/util IntrospectionUtils.java Log: Moved some of the class path utils to introspection helper, to avoid code duplication and simplify Main and ProfileLoader. Revision ChangesPath 1.10 +139 -0 jakart

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

GOMEZ Henri wrote: > > Could you also remove the unused apache1.3 and apache2.0. > We're using apache-1.3 and apache-2.0 now :) > they appear to have cvs rm'd, do you want them to be physically removed too?

RE: Source script reveal bug

All known "URL Trickery" source exposure bugs have been fixed in Tomcat 3.2.2 (and 3.3 and 4.0). > -Original Message- > From: Venkat [mailto:[EMAIL PROTECTED]] > Sent: Friday, June 08, 2001 4:14 AM > To: [EMAIL PROTECTED] > Subject: Source script reveal bug > > > I should do this today, p

AJP14 - header

What about using the same header for both side in AJP14 ? In AJP13, we're using 0x1234 when web->servlet and 'AB' when servlet->web. Ajp14 use now 0x1235 in web->servlet side and 'Ac' in servlet->web side. What about using 0x1235 in both side (in Ajp14), just to be consistent - Henri Go

RE: cvs commit: jakarta-tomcat-connectors/jk/java/org/apache/ajp Ajp13Packet.java

>seguin 01/06/08 12:49:52 > > Modified:jk/java/org/apache/ajp Ajp13Packet.java > Log: > [bug fix] send right header to webserver. > now i'm glad i added a junit test ;-) > > Revision ChangesPath > 1.6 +2 -2 >jakarta-tomcat-connectors/jk/java/org/apache/ajp/Ajp13Pa

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

Could you also remove the unused apache1.3 and apache2.0. We're using apache-1.3 and apache-2.0 now :) - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697ECEDD...oOOo..(_)..oOOo... PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 3

RE: Help with Code in jk_nwmain.c.

Why did you compile Netware code on HP-UX ? - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697ECEDD...oOOo..(_)..oOOo... PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 >-Original Message- >From: [EMAIL PROT

Help with Code in jk_nwmain.c.

I am trying to compile mod_jk in HPUX11.00 in 32 bit mode. I am using Tomcat3.2.1 I am getting these error messages saying: ../jk/jk_nwmain.c line 62 -unexpected void ../jk/jk_nwmain.c line 64 TSR_THREAD undefined. What am I doing wrong??? Thanks, Joyce Code from jk_nwmain.c =

Help with Code in jk_nwmain.c.

I am trying to compile mod_jk in HPUX11.00 in 32 bit mode. I am using Tomcat3.2.1 I am getting these error messages saying: ../jk/jk_nwmain.c line 62 -unexpected void ../jk/jk_nwmain.c TSR_THREAD undefined. What am I doing wrong??? Thanks, Joyce Code from jk_nwmain.c ===

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

... in jtc/util and jtc/jk.

cvs commit: jakarta-tomcat-connectors/util build.xml

seguin 01/06/08 12:54:06 Modified:util build.xml Log: account for removal of src level directory. Revision ChangesPath 1.3 +4 -4 jakarta-tomcat-connectors/util/build.xml Index: build.xml =

cvs commit: jakarta-tomcat-connectors/jk/java/org/apache/ajp Ajp13Packet.java

seguin 01/06/08 12:49:52 Modified:jk/java/org/apache/ajp Ajp13Packet.java Log: [bug fix] send right header to webserver. now i'm glad i added a junit test ;-) Revision ChangesPath 1.6 +2 -2 jakarta-tomcat-connectors/jk/java/org/apache/ajp/Ajp13Packet.java

cvs commit: jakarta-tomcat-connectors/jk build.xml

seguin 01/06/08 12:48:40 Modified:jk build.xml Log: account for removal of src level directory. Revision ChangesPath 1.8 +3 -3 jakarta-tomcat-connectors/jk/build.xml Index: build.xml ===

RE: buffers in jakarta-tomcat-connectors

+1 Saludos , Ignacio J. Ortega > -Mensaje original- > De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] > Enviado el: viernes 8 de junio de 2001 1:10 > Para: [EMAIL PROTECTED] > Asunto: buffers in jakarta-tomcat-connectors > > > Hi, > > Unless someone has reasons not to, I will start

Re: CVS builds

Pier P. Fumagalli at [EMAIL PROTECTED] wrote: > Frédéric VANNIERE at [EMAIL PROTECTED] wrote: > >> Bonjour, >> >> The tarballs of the nightly builds are empty since the 1st of June >> >> http://jakarta.apache.org/builds/jakarta-tomcat-4.0/nightly/ >> >> Regards, >> >> Frederic. > > Whops.

Re: buffers in jakarta-tomcat-connectors

> Hi, > > Unless someone has reasons not to, I will start changing the build > process to use the buffers and low-level objects in j-t-c. Over > the weekend I'll try to finish the move of all connector code > into j-t-c, where it belongs. > > I would also try to add jasper34 ( as originally di

RE: Jaxp.jar 1.0 and 1.1

AFAIK jaxp 1.1 is validating by default, perhaps some web.xml will run into troubles, most of the problems about bad ordered elements on web.xml ... i can recall that some time ago many of the jakarta-taglibs projects had buggy web.xml files :).. I'm using jaxp1.1 ( crimson ) for the latest mont

RE: removing src level in jk for jtc

I'll finish in half hour... - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697ECEDD...oOOo..(_)..oOOo... PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 >-Original Message- >From: kevin seguin [mailto:[EMAIL

cvs commit: jakarta-tomcat-connectors/jk/src/native/apache-2.0 mod_jk.c

hgomez 01/06/08 08:14:06 Modified:jk/src/native/apache-2.0 mod_jk.c Log: Remove the comment before wc_open init. Trying to locate IE5/MZ problem but seems to be in Apache 2.0 Revision ChangesPath 1.7 +4 -4 jakarta-tomcat-connectors/jk/src/native/apache-2.

cvs commit: jakarta-tomcat-connectors/jk/src/native/domino HISTORY inifile.c inifile.h

information + * on the Java Apache Project and the Apache JServ Servlet Engine project, + * please see <http://java.apache.org/>. + * + */ + +/*** + * Description: DSAPI plugin for Lotus Domino

cvs commit: jakarta-tomcat-connectors/jk/src/native/domino dsapi.dsp dsapifilter.h

hgomez 01/06/08 08:02:58 Modified:jk/src/native/domino dsapi.dsp dsapifilter.h Log: Updated stuff from domino 1.0.2 release Revision ChangesPath 1.5 +1 -1 jakarta-tomcat-connectors/jk/src/native/domino/dsapi.dsp Index: dsapi.dsp ===

cvs commit: jakarta-tomcat-connectors/jk/src/native README.configure

hgomez 01/06/08 07:46:05 Modified:jk/src/native README.configure Log: Updated doc (use ./buildconf instead of autoconf) JF some work less for you :) Revision ChangesPath 1.3 +1 -1 jakarta-tomcat-connectors/jk/src/native/README.configure Index: README.c

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

hgomez 01/06/08 07:43:31 Modified:jk/src/native/netscape jk_nsapi_plugin.c Log: To be consistent with previous wc_open call Revision ChangesPath 1.3 +2 -2 jakarta-tomcat-connectors/jk/src/native/netscape/jk_nsapi_plugin.c Index: jk_nsapi_plugin.c

cvs commit: jakarta-tomcat-connectors/jk/src/native/common jk_worker.c jk_worker.h

hgomez 01/06/08 07:41:06 Modified:jk/src/native/common jk_worker.c jk_worker.h Log: Updated wc_open to use a new struct (jk_worker_env_t) Needed by login/autoconf Revision ChangesPath 1.3 +3 -2 jakarta-tomcat-connectors/jk/src/native/common/jk_worker.c

cvs commit: jakarta-tomcat-connectors/jk/src/native/iis jk_isapi_plugin.c

hgomez 01/06/08 07:38:53 Modified:jk/src/native/iis jk_isapi_plugin.c Log: Updated params passed at worker init (ajp14 login/autoconf purposes) Revision ChangesPath 1.3 +7 -2 jakarta-tomcat-connectors/jk/src/native/iis/jk_isapi_plugin.c Index: jk_isapi_p

cvs commit: jakarta-tomcat-connectors/jk/src/native/apache-2.0 mod_jk.c

hgomez 01/06/08 07:36:58 Modified:jk/src/native/apache-2.0 mod_jk.c Log: Updated params passed at worker init (ajp14 autoconf/login purposes) Revision ChangesPath 1.6 +56 -37jakarta-tomcat-connectors/jk/src/native/apache-2.0/mod_jk.c Index: mod_jk.c ===

cvs commit: jakarta-tomcat-connectors/jk/src/native/apache-1.3 list.mk mod_jk.c

hgomez 01/06/08 07:34:07 Modified:jk/src/native/apache-1.3 list.mk mod_jk.c Log: Updated list.mk (miss jk_context in list) mod_jk will pass information add wc_open (worker init) Revision ChangesPath 1.3 +1 -1 jakarta-tomcat-connectors/jk/src/native/apache-1

Apache 2.0.18 problem with mod_jk and

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 there is a network traffic (I attached the ethereal logs (tcpdump compatible)), I couldn't get the Tomcat pages. No problem with Netscape 4.77 ? I've got no problem with static pages usin

Re: [ANNOUNCE] Domino redirector 1.0.2

GOMEZ Henri wrote: > > 7 vote +1, no vote -1 > > You're now commiter: > > Craig is a little busy with JavaOne but I'm sure > he will do the necessary next week. > > I'll do the commit :) Merci Henri. -- Andy Armstrong, Tagish

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

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

RE: [ANNOUNCE] Domino redirector 1.0.2

7 vote +1, no vote -1 You're now commiter: Craig is a little busy with JavaOne but I'm sure he will do the necessary next week. I'll do the commit :) - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697ECEDD...oOOo..(_)..oOOo..

Re: AJP14 - autoconf

jean-frederic clere at [EMAIL PROTECTED] wrote: > > You mean it does not support OS/X yet or that is buggy? > What about aplibtool? Ah... I ran into troubles when I tried to compile APR with LibTool under OS/X, (actually, that's why Ryan made it optional in APR land).. > I agree that libtool co

Re: [ANNOUNCE] Domino redirector 1.0.2

GOMEZ Henri wrote: > > >Version 1.0.2 of the Lotus Domino redirector for Win32 and Linux is > >available now at > > > > http://free.tagish.net/domino-tomcat/ > > > >The main change is a fix to the SSL handling that means that SSL > >connections are now correctly reported to Tomcat. > > Excellen

RE: [ANNOUNCE] Domino redirector 1.0.2

>Version 1.0.2 of the Lotus Domino redirector for Win32 and Linux is >available now at > > http://free.tagish.net/domino-tomcat/ > >The main change is a fix to the SSL handling that means that SSL >connections are now correctly reported to Tomcat. Excellent !:) Will you commit it ?

[ANNOUNCE] Domino redirector 1.0.2

Version 1.0.2 of the Lotus Domino redirector for Win32 and Linux is available now at http://free.tagish.net/domino-tomcat/ The main change is a fix to the SSL handling that means that SSL connections are now correctly reported to Tomcat. -- Andy Armstrong, Tagish

Re: removing src level in jk for jtc

i'll wait until around 12pm CDT -- that's about 4 hours from now :) GOMEZ Henri wrote: > > I've got some commit to do, could you wait 1 or 2 hours before ? > > - > Henri Gomez ___[_] > EMAIL : [EMAIL PROTECTED](. .) > PGP KEY : 697ECEDD...oOOo..(_)..oOOo... > PGP

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

Could you give me info on how to rebuild crimson from xml-commons, xml-crimson and xml-xalan ? Thanks. I'll package a RPM to falsehope.com :) - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697ECEDD...oOOo..(_)..oOOo... PGP Fing

RE: buffers in jakarta-tomcat-connectors

>Unless someone has reasons not to, I will start changing the build >process to use the buffers and low-level objects in j-t-c. Over >the weekend I'll try to finish the move of all connector code >into j-t-c, where it belongs. +1 for buffer stuff.

RE: removing src level in jk for jtc

I've got some commit to do, could you wait 1 or 2 hours before ? - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697ECEDD...oOOo..(_)..oOOo... PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 >-Original Message--

Re: removing src level in jk for jtc

i was just about to send a mail about that... i will do it :) i planning on doing this directly in cvs (rather than doing cvs add or cvs import). speak now if you have objections :) -kevin. GOMEZ Henri wrote: > > Who could do that ? > Kevin/JF ? > > - > Henri Gomez ___[_]__

removing src level in jk for jtc

Who could do that ? Kevin/JF ? - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697ECEDD...oOOo..(_)..oOOo... PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 >-Original Message- >From: Pier P. Fumagalli [mail

RE: AJP14 - autoconf (apxs 2.0 buggy?)

>> 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 why I am complaining! >Should not we able

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 why I am complaining! Should not

cvs commit: jakarta-tomcat-connectors/jk/src/native configure.in

jfclere 01/06/08 05:31:34 Modified:jk/src/native configure.in Log: Add Makefile.apxs for Apache-2.0. Revision ChangesPath 1.4 +1 -0 jakarta-tomcat-connectors/jk/src/native/configure.in Index: configure.in

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

jfclere 01/06/08 05:30:09 Added: jk/src/native/apache-2.0 Makefile.apxs.in Log: Allow configure to build a Makefile that works with apxs for all platform. Revision ChangesPath 1.1 jakarta-tomcat-connectors/jk/src/native/apache-2.0/Makefile.apxs.in

RE: AJP14 - autoconf (apxs 2.0 buggy?)

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 ../common/jk_ajp12_worker.c ../common/jk_connect.c ../common/jk_msg_buff.c ../common

RE: Fix to build for TC4 & jdk1.2

Sorry, there was a small error in that patch. This is what I should have sent :) jr > -Original Message- > From: Reilly, John [mailto:[EMAIL PROTECTED]] > Sent: Friday, June 08, 2001 12:46 PM > To: Tomcat Dev (E-mail) > Subject: Fix to build for TC4 & jdk1.2 > > > Hi folks, > Attached

VIRTUAL HOSTING TOMCAT

I am using tomcat 3.2 on linux. I want to virtual hosting in TOMCAT so thatevery domain can upload the servlet and JSP files in its own directory. Nowwe are uploading all the servlet and jsp files in the root of tomcatcontainer.But now we have 5 domains in server but we have to upload the se

TOMCAT VIRTUAL HOSTING

I am using tomcat 3.2 on linux. I want to virtual hosting in TOMCAT so that every domain can upload the servlet and JSP files in its own directory. Now we are uploading all the servlet and jsp files in the root of tomcat container. But now we have 5 domains in server but we have to upload the serv

Fix to build for TC4 & jdk1.2

Hi folks, Attached is a patch to allow tc4 to build with jdk1.2. It uses an extra property in the build.properties "using.jdk.1.3=true". Add this if you want to compile the files that use 1.3 APIs. Can someone commit this to the cvs (unless there is a better solution of course). Cheers, jr -

Jaxp.jar 1.0 and 1.1

Thought this would be better posted to dev rather than user where it originally went Does anyone know of any problems or implications of replacing the jaxp.jar shipped with tomcat 3.2.2 with jaxp 1.1 Tomcat seems to work with 1.1. Antony

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

>>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, what was the latest >of our 2 pacth

RE: AJP14 - autoconf

>> >> 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 (10 years ago) a

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: Tomcat 3.2.2 doesn't builds with jdk 1.1.8

When approximately this update will available? -- > -Original Message- > From: Marc Saegesser [mailto:[EMAIL PROTECTED]] > Sent: Friday, June 08, 2001 8:52 AM > To: [EMAIL PROTECTED] > Subject: RE: Tomcat 3.2.2 doesn't builds with jdk 1.1.8 > > > Tomcat 3.2.2 will run on JDK1.1 VMs, b

Source script reveal bug

I should do this today, please advise # Hi All Since I could not get a solution from the archives, this posting is inevitable I'm using Tomcat 3.2.1 on my production server on Win2K with IIS 5. I recently come across about a bug in this version of Tomcat which reveals JSP script source c

Re: [T4] Three things

On Fri, 8 Jun 2001, Punky Tse wrote: > > > #1. I have been able to compile Tomcat 4 for the FIRST time in about 6 > > months without a lot of painful work. Woo hoo! > > > Agree. I have the same experience before. But a few days ago I tried > again, I did it. How amazing. Thanks a lot, guys

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

On Wed, 6 Jun 2001, Jon Stevens wrote: > I need my fix man! > > > > -jon > > The builds run on my home machine (behind a firewall) and I'm here at J1 -- I'll fix it on Saturday when I get home. Craig

Re: per-context realms

On Wed, 6 Jun 2001, Michael Jennings wrote: > Hi everyone, > > Does anyone have an idea of how I could go about implementing > realms/authentication on a per-context basis? > Ideally, what I would like to do is have each context control > their users and roles. Where should I look to get a clu

Re: realms and authentication

On Wed, 6 Jun 2001, Andy Armstrong wrote: > Antony Bowesman wrote: > > > > Andy Armstrong wrote: > [snip] > > > I've just been having a look at this. As you say it would be easy enough > > > to implement a JAAS realm -- the main problem being how to provide > > > access to the JAAS Subject. Th

RE: LDAPRealm & JNDIReam for Tomcat 3.2 and 4.0 beta 1 is availab le

On Tue, 5 Jun 2001 [EMAIL PROTECTED] wrote: > On Tue, 5 Jun 2001, GOMEZ Henri wrote: > > > That was asked many time before but . > > > > What about creating a sub project jakarta-tomcat-realms > > What about jakarta-tomcat-modules ? > > Connector is a big enough thing, same for ja

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]>: > > > Hi, > > > > I have noted that Proc

cvs commit: jakarta-tomcat-jasper/jasper34/liaison/org/apache/jasper34/tomcat33 JspInterceptor.java

costin 01/06/07 23:01:39 Modified:jasper34/liaison/org/apache/jasper34/tomcat33 JspInterceptor.java Log: Use the depends to register includes. Next step ( a bit later ) is to add the TLDs.( web.xml and the jars are already taken in account, but they caus

RE: AJP14 - autoconf

>> 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 (10 years ago) and allways like this p

cvs commit: jakarta-tomcat-jasper/jasper34/runtime/org/apache/jasper34/runtime RuntimeLiaison.java

costin 01/06/07 22:42:59 Added: jasper34/runtime/org/apache/jasper34/runtime RuntimeLiaison.java Log: Initial prototype for the RuntimeLiaison, it will allow container to hook in and provide optimizations. RuntimeLiaison will be a critical piece for

cvs commit: jakarta-tomcat-jasper/jasper34/runtime/org/apache/jasper34/runtime HttpJspBase.java

costin 01/06/07 22:41:15 Modified:jasper34/runtime/org/apache/jasper34/runtime HttpJspBase.java Log: Added the 2 extra methods to be used for deps and chunks. Revision ChangesPath 1.4 +3 -0 jakarta-tomcat-jasper/jasper34/runtime/org/a

cvs commit: jakarta-tomcat-jasper/jasper34 build.xml

costin 01/06/07 23:10:18 Modified:jasper34 build.xml Log: Use tomcat_util from jakarta-tomcat. The stuff could be moved in a common place, if that place would exist ( moving it to jakarta-commons may be a good idea, but I don't have the resources right now ). Revision

buffers in jakarta-tomcat-connectors

Hi, Unless someone has reasons not to, I will start changing the build process to use the buffers and low-level objects in j-t-c. Over the weekend I'll try to finish the move of all connector code into j-t-c, where it belongs. I would also try to add jasper34 ( as originally discussed ). It do

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 : > >> > >> autoconf: Undefined macros: > >> configure.in:23:AC_PROG_LD > >> > >> I've got autocon