Re: [4.1] JK 2 docs

Remy Maucherat wrote: > I have refreshed the online docs bundle (which was really stale) so that > people can see the result. > > http://jakarta.apache.org/tomcat/tomcat-4.1-doc/index.html Ok, I see you included the jk (and jk2 docs). You snap it between my last style commit and JF add on inst

Re: [PROPOSAL] working jk2 configuration files

Mladen Turk wrote: > Hi, > > I would like to make a jk2.properties and workers2.properties as working > one by the installation. > Hope that I express myself as understandable :). > > This means that the default jk2 and workers2 properties should have only > the minimum configuration directives

Re: [4.1] JK 2 docs

> I tried including everything. The idea would be to have users be able to > download the bundle (eventually), put it on a CD, and don't have to > browse the web for more info. Correct (or users spending 4hours by days in train). BTW, the jk doc will be updated today and may be tomorrow, some

Re: [4.1] JK 2 docs

> I tried it. I kinda like the result (but we can choose to link to the JK > docs instead), except for the JK 1 / JK 2 confusion. may be better make link to jk instead of jk2. the doc split between commons, jk and jk2 specifics, and I think we'll focus next time of jk2 specific. I tried to av

Re: [4.1] JK 2 docs

> The JK docs look a bit like the Maven or Turbine style, so it may be the > "next-gen" look for Jakarta > http://jakarta.apache.org/turbine/index.html Largelly grabbed from Pier's mod_webapp documentation style. >> What about building docs? We can have one release of TC that is not >> necessa

Re: cvs commit: jakarta-tomcat-connectors/jk/support jk_apxs.m4

[EMAIL PROTECTED] wrote: > jfclere 2002/09/12 03:33:45 > > Modified:jk/support jk_apxs.m4 > Log: > Prevent using --with-apxs2 with apache-1.3 and vice-versa(s). > > Revision ChangesPath > 1.5 +7 -1 jakarta-tomcat-connectors/jk/support/jk_apxs.m4 > > Index

Re: cvs commit: jakarta-tomcat-connectors/jk/support jk_apxs.m4

jean-frederic clere wrote: > Henri Gomez wrote: > >> [EMAIL PROTECTED] wrote: >> >>> jfclere 2002/09/12 03:33:45 >>> >>> Modified:jk/support jk_apxs.m4 >>> Log: >>> Prevent using --with-apxs2 with apache-1.3 and vice-ve

Re: cvs commit: jakarta-tomcat-connectors/jk/xdocs/jk2 configweb.xml

jean-frederic clere wrote: > What about creating style(s) for the nested subsections? > This document is not very readable for the moment and I am looking for > ideas to improve it. It seems fine to me. -- To unsubscribe, e-mail: For additional commands, e-mail:

Re: 4.1.10 tarball is borked.

Pier Fumagalli wrote: > Whoever packaged the tar gzip distribution didn't check that it was actually > _packaged_ properly... > > I get a few gazillion broken files (noticeably with some beautiful > "././@LongLink" entries), and with all file names longer than 100 or > something characters foobar

TC 3.3.2 release ?

Did there is plan to make a release of 3.3.2 ? The fixes in JSPC (submited by one of my co-workers) make it very usefull for many (including myself). -- To unsubscribe, e-mail: For additional commands, e-mail:

Tomcat 3.3 repository changes

Now that we have mod_jk present on JTC, what about removing it from TC 3.3.2 CVS ? Also is it planned to remove util and use only the one present in JTC ? From build/gump it seems that util from JTC will be used but -- To unsubscribe, e-mail: For additional c

tomcat 4.1.10 rpm available

At the usual location : http://jakarta.apache.org/builds/jakarta-tomcat-4.0/release/v4.1.10/rpms/ --- Tomcat 4 RPM info the RPM will be named tomcat4 to allow coexistence with the actual tomcat 3.x RPM (3.2.x and 3.3) Here is the release notes for the tomcat4.0.x RPM builds. o Starting with

Re: Tomcat: new kind of servlet & connector

Pier Fumagalli wrote: > "Francis ANDRE" <[EMAIL PROTECTED]> wrote: > > >>Hello >> >>I would like to add a new type of ServletManager and a new type of connector >>to Tomcat 4.1.10, defined roughly as >> >>public abstract class DS3270Servlet extends GenericServlet {} >>public interface

Re: Tomcat not scaling very well...

>My recommendation is to stop using autoreload, and use IBM's VM because for > what I can remember, it handles more file descriptors better than Sun's... Yes, autoreload should be off on production servers since it cause performance penalty and also that deploying a new application should allw

Re: [ADDON] Jk2 uriMap using pcre (someone willing to check)

Mladen Turk wrote: > Hi, > > Some intro: > > Here is the result of the previous discussions regarding using regular > expressions for uri mappings. > I didn't change or enable the conditional build (need some ideas how or > why to do that), although this was the +1 case, so I didn't commit > not

tomcat 3.3.2 and JMX

Hi to all, I've fixed MXInterceptor for Tomcat 3.3.2-dev which will now be able to use JMX stuff present in JTC. To enable it, just add in server.xml To use the jmx http adaptor add port : if you're using mx4j, you could also specify listen host : Be sure to have mx4j.jar and mx4j-tools

tomcat-dev@jakarta.apache.org

Hi, While working on build.xml to add JMX jars deployment, I noticed that there is a serious problem when using 'all' target. all target make clean and dist, but clean erable jtc/buid/ which make build failed sometimes later -- To unsubscribe, e-mail: For addi

Re: [ADDON] Jk2 uriMap using pcre (someone willing to check)

> > > > All the pcre related code from httd's util.c IMO can be moved to the > apr-util. IIS/NES implemtation of jk will need pcre as shared libs / dll, so we'll have to update makefiles and documentations -- To unsubscribe, e-mail: For additional commands,

Re: [ADDON] Jk2 uriMap using pcre (someone willing to check)

jean-frederic clere wrote: > Henri Gomez wrote: > >>> >>> <<<< >>> >>> All the pcre related code from httd's util.c IMO can be moved to the >>> apr-util. >> >> >> >> IIS/NES implemtation of jk

Re: cvs commit: jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/bufDateTool.java

> The upshot is that DateFormats need to be either thread local, or created new > each time. Created each time is exactly what we want to avoid ;) -- To unsubscribe, e-mail: For additional commands, e-mail:

Re: [ADDON] Jk2 uriMap using pcre (someone willing to check)

>> That's jk2 (including IIS/NES) and not just Apache 1.3/2.0 since these >> files are in common and used for example in isapi implementation. >> >> Do you means that APR/APR-UTIL is a pre-requisite for ALL servers >> implementations ? > > > Yes. It would be. That's partially bad, since we'll h

Re: tomcat 3.3.2 and JMX

Shannon Lal wrote: > Henri, > > Will you also be submitting any sample code with this? MXInterceptor let you monitor Tomcat 3.3.2-dev from a JMX console or via the http adaptor. To monitor your own code running on tomcat, you need to adapt what's present in MxInterceptor and DynamicMBeanProxy (

Tomcat on AS/400 (iSeries)

http://eservercomputing.com/iseries/archives/index.asp?a=1&id=67 It cover the current Tomcat (3.2.4), available on iSeries but the wizard should be seen. Regards -- To unsubscribe, e-mail: For additional commands, e-mail:

Re: [ADDON] Jk2 uriMap using pcre (someone willing to check)

> Well, right now it's a matter of have the 2 dlls inthe same dir wher > it's i_r2.dll, not a very cumbersome nor very strange for a Win32 user,i > dont see a problem at all, and for the Win32 purist sake, we are Apache > so i dont see anything very bad and/or eat our own dogfood .. Since nacho

Re: 4.1.10 tarball is borked.

> [pier@bubbles] ~ $ gnutar --help > GNU `tar' saves many files together into a single tape or disk archive, and > can restore individual files from the archive. > [] > Archive format selection: > --posixwrite a POSIX conformant archive > [...] > GNU tar cannot re

Problem with Tomcat 3.3.2-dev and classloader for JMX

I've got a problem in loading MX4J and it's http adaptator. I initially put mx4j and mx4j-tools in lib/container, next to crimson and xalan but at init time the ClassLoader didn't find mx4j/mx4j-tools there. When I moved mx4j and mx4j-tools to lib/common, both are found but http connector couldn

Re: Problem with Tomcat 3.3.2-dev and classloader for JMX

Bill Barker wrote: > - Original Message - > From: "Henri Gomez" <[EMAIL PROTECTED]> > To: <[EMAIL PROTECTED]> > Sent: Thursday, September 19, 2002 4:25 AM > Subject: Problem with Tomcat 3.3.2-dev and classloader for JMX > > > >>I'

mod_jk 1.2.0 release proposal

Hi to all, Now that code and odc is stabilized in mod_jk 1.2.0, it could be time to do the release : Proposals : Monday 2002/09/23 - Freeze native development Tuesday 2002/09/24 - Tag JTC as mod_jk 1.2.0 and prepare tarball, which will contains only : jk/native jk/docs (genera

Re: mod_jk 1.2.0 release proposal

>> - Tag JTC as mod_jk 1.2.0 and prepare tarball, >> which will contains only : >> >> jk/native >> jk/docs (generated from xdocs and without jk2 parts) Do you agree to remove jk2 docs from jk release ? Just to avoid confusion... -- To unsubscribe, e-mail: F

Re: mod_jk 1.2.0 release proposal

Matthew Hannigan wrote: > > The current mod_jk expects under CATALINA_HOME/conf. What do you means by CATALINA_HOME/conf and mod_jk ? -- To unsubscribe, e-mail: For additional commands, e-mail:

Re: mod_jk 1.2.0 release proposal

Matthew Hannigan wrote: > Henri Gomez wrote: > >> Matthew Hannigan wrote: >> >>> The current mod_jk expects under CATALINA_HOME/conf. >> >> >> What do you means by CATALINA_HOME/conf and mod_jk ? > > > Hmm I seemed to have dropped a few w

jk doc

The JK doc is allready available for comments and revue at : http://jakarta.apache.org/builds/jakarta-tomcat-connectors/jk/release/v1.2.0/doc/ Remember release will be next week. -- To unsubscribe, e-mail: For additional commands, e-mail:

Re: problems compiling tomcat-connectors w/ make

Jon Monroe wrote: > Hey all, > > First off, apologies in advance if this is already addressed in > documentation someplace -- I didn't see it. you're at the right place > I was attempting to compile the tomcat-connectors/jk/native2 stuff using > the configure/make software. Most of this work

Re: [POLL] aprize jk2

Mladen Turk wrote: > I would like to make a poll (something non-obligatory as a vote) about > using apr/apr-util inside the jk2. The reason is quite simple, we have > lots of extra code that we either duplicate or just mimic. Since the APR > is already default for Apache2 and IIS, IMO there is no

Re: Problem with Tomcat 3.3.2-dev and classloader for JMX

I'm not sure if this mail ever arrived on list ? >>> How could I update MxInterceptor to make use of lib/container >>> CL and sus being able to put mx4j jars in lib/container ??? >> >> What needs to happen is to split the j-t-c tomcat-util.jar into two jars >> (one for common and one for con

Re: mod_jk 1.2.0 release proposal

Bojan Smojver wrote: > Sounds good (although I have to admit I haven't compiled mod_jk from CVS > for a while). Just take a look, cvs should be tagged tomorrow ;) -- To unsubscribe, e-mail: For additional commands, e-mail:

Re: [POLL] aprize jk2

> +1 on using apr/apr-util - but I would preffer doing so for jk2.1. > > Let's tag/branch the workspace as jk2.0, with the current code ( as beta > level ), at the moment 4.1 is released. It is stable and works. > Imediately after we start on the main branch with the removal of the > old code, a

Re: Problem with Tomcat 3.3.2-dev and classloader for JMX

> Not sure I agree ( completely ). > > In theory, jmx is a 'system' API, and we can expect it to be in > common. J2EE has it, catalina has it, etc. So we need to make sure > it's security works and it is safe. > > I agree - it is much 'safer' to keep in in container/. But there > are many cases

Re: Problem with Tomcat 3.3.2-dev and classloader for JMX

> With JDK1.4 - this is not possible anyway ( unless reverse loader > is used to load org.apache.xalan classes ). Interesting point here, will it be possible when using jdk 1.4 to use a specific xalan at least for webapp ? > Just put xalan in common, it won't be worse :-) ( or use 1.4 ) So we'

removing old jtc/jk/docs

I'd like to remove the old jtc/jk/docs now that the xml based is available. Do you agree ? -- To unsubscribe, e-mail: For additional commands, e-mail:

[POLL] Tomcat 3.3.2 updates

Hi to all, If you tracked the discussion about MxInterceptor and it's use in Tomcat 3.3.2-dev you should know that we have some modification to Tomcat 3.3.2 jars layout to be able to use MxInterceptor : 1) mx4j and mx4j-tools should goes in lib/common 2) mx4j-tools HTTP adaptor require TRAX (xa

Re: [VOTE] [4.0.5] [4.1.12] Security releases

> Tomcat 4.0.5 is virtually indentical to 4.0.4, with the exception of: > - a bugfix to URL parsing > - the security fix > > > +1 [+1] Yes, I approve this release > -1 [ ] No, because: > > Which JTC should be used ? > > Tomcat 4.1.12 Stable release > > > Tomcat

Re: [VOTE] [4.0.5] [4.1.12] Security releases

Remy Maucherat wrote: > Henri Gomez wrote: > >>> Tomcat 4.0.5 is virtually indentical to 4.0.4, with the exception of: >>> - a bugfix to URL parsing >>> - the security fix >>> >>> >>> +1 [+1] Yes, I approve this release >>&

Re: problems compiling tomcat-connectors w/ make

> Again, the first error message I get is: > > configure: error: can't locate /usr/src/apache/apache_1.3.26/ > > Incidentally, I tried the native (not native2) and it works fine. I'm sure JF will fix it quickly. I'm using DSO (--with-apxs) and never tried static build ;[ -- To unsubscribe, e

Re: [POLL] Tomcat 3.3.2 updates

Larry Isaacs wrote: > Hi Henri, > > I would prefer to minimize the impact of upgrading from > 3.3.1 to 3.3.2. I agree with Costin that using 4 with > documentation on the steps to enable the MxInterceptor > would be a resonable way to implement this. So I'll have to take a look at MxInterceptor

JK 1.2.0 tag

JTC will be tagged JK_1_2_0 by 17h CET. Regards -- To unsubscribe, e-mail: For additional commands, e-mail:

Re: JK2 2.0.0 Release proposal

Mladen Turk wrote: > Hi, > > Since there is no major showstoppers and > a) The vhosts should work now > b) Socket BUG 12346 is solved > > Here is the release plan: > > 1. 09/25/2002 - Freeze the further development. > > 2. 09/26/2002 - If there is no major bugs tag the release as JK2_2_0_0 >

jk 1.2.0 and cygwin (showstoper ?)

I tried to build jk with latest cygwin : - automake used in buildconf.sh didn't support -i I removed it and make configure, make but it failed : $ make Making all in common make[1]: Entering directory `/cygdrive/d/jakarta-tomcat-connectors/jk/native/com mon' /usr/bin/libtool --mode=compile gcc

Re: [POLL] Tomcat 3.3.2 updates

Bill Barker wrote: > - Original Message - > From: "Henri Gomez" <[EMAIL PROTECTED]> > To: "Tomcat Developers List" <[EMAIL PROTECTED]> > Sent: Tuesday, September 24, 2002 1:38 AM > Subject: Re: [POLL] Tomcat 3.3.2 updates > > &g

Re: cvs commit: jakarta-tomcat-connectors/jk/xdocs faq.xml

Bojan Smojver wrote: > I think this also applies to 1.3. It's just that MMN in it hasn't been > changed for a while. > Sure API are stalibilized for sometimes now on 1.3.x -- To unsubscribe, e-mail: For additional commands, e-mail:

back port from iSeries/AS400 to jk2

I submitted some backport from jk 1.2.0 for AS400 support to jk2 More to come after JK 1.2.0 release ;-) -- To unsubscribe, e-mail: For additional commands, e-mail:

Re: jk 1.2.0 and cygwin (showstoper ?)

More on cygwin : libtool seems to need more works, but using makefile.apxs in jk/native/apache-1.3 seems to works (after fixing socketvar.h in jk_global.h) ./common/ -Ic:progra~1javasoft1.3.1/include gcc --shared -o mod_jk.so jk_context.o jk_ajp_common.o jk_md5.o jk_ajp14_worker. o jk_ajp14.o jk

JTC tagged JK_1_2_0

Just after my commits... Tarball to be released tomorrow. -- To unsubscribe, e-mail: For additional commands, e-mail:

Re: JTC tagged JK_1_2_0

Ignacio J. Ortega wrote: >>De: Henri Gomez [mailto:[EMAIL PROTECTED]] >>Enviado el: 25 de septiembre de 2002 0:54 > > > I will move the tag in the isapi_redirector.c file, to port some fixes > done in jk2, this fixes involve to tighten the security measures for IIS

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

Mladen Turk wrote: > Henri, > > I was just thinking, wouldn't be better to make that not only for AS400. > If there are some other machines that has 16 byte pointers (IA64 > perhaps), > Then we cold make that as: > > #ifdef HUGE_POINTERS (or something like that) > instead of AS400. > OK. --

Re: cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_requtil.c

Bojan Smojver wrote: > Quoting [EMAIL PROTECTED]: > > >> In the C language we use #ifdef not #ifef :-) > > > Only if something like this works: > > #define #ifef #idef > > ;-) Oups, I'll fix the typo ASAP -- To unsubscribe, e-mail: For additional commands, e

Re: [POLL] Tomcat 3.3.2 updates

Larry Isaacs wrote: > Hi Henri, > > The basic problem is that o.a.t.u.mx.DynamicMBeanProxy.java > carries dependencies, which imposes requirements on the > classloader hierarchy for any class that uses it. In this > case the "jmx", "parser", and "tranform" jars would need > to move to lib/common

Re: cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_requtil.c

Bojan Smojver wrote: > Quoting Henri Gomez <[EMAIL PROTECTED]>: > > >>Bojan Smojver wrote: >> >>>Quoting [EMAIL PROTECTED]: >>> >>> >>> >>>> In the C language we use #ifdef not #ifef :-) >>> >>> >&g

Re: JTC tagged JK_1_2_0

Henri Gomez wrote: > Ignacio J. Ortega wrote: > >>> De: Henri Gomez [mailto:[EMAIL PROTECTED]] >>> Enviado el: 25 de septiembre de 2002 0:54 >> >> >> >> I will move the tag in the isapi_redirector.c file, to port some fixes >> done in jk2, t

Re: JK2 logo

Mladen Turk wrote: > Just a suggestion. +1, It's way better than those I provided for JK 1.2.0 (I never be a decent graphist) Good works Mladen -- To unsubscribe, e-mail: For additional commands, e-mail:

Re: [POLL] aprize jk2

Mladen Turk wrote: > >>-Original Message- >>From: jean-frederic clere >> >>I have always supported the use of APR. We should use it every where! >> >>I have just a question what happends with jni (we have to use >>the same threads >>for JVM and Apache)? >> > > > Nothing cannot use th

Re: [POLL] Tomcat 3.3.2 updates

> I take a look at this module and I really like it. What about using it and remove MxInterceptor ? Could we bundle this module in TC 3.3.2 ? -- To unsubscribe, e-mail: For additional commands, e-mail:

Re: [POLL] Tomcat 3.3.2 updates

Larry Isaacs wrote: > >>-Original Message- >>From: Henri Gomez [mailto:[EMAIL PROTECTED]] >>Sent: Wednesday, September 25, 2002 5:55 AM >>To: Tomcat Developers List >>Subject: Re: [POLL] Tomcat 3.3.2 updates >> >> >> >>><

Re: [POLL] Tomcat 3.3.2 updates

> Think about it - each app can expose config and status > data to the mx layer, and the config app ( or another > tool ) can manage not only tomcat, but also each webapp. > JMX is not restricted to server code, it can ( and should) > be used in user apps as well. And that's where things > wil

Re: [POLL] aprize jk2

Eugene Gluzberg wrote: > I am against only because many apache 1.3 users (who installed apache > from RPMs, like me) will not be able to use jk2, unless there an easy > way to install apr libs/includes, etc on top of apache1.3 Is there? > Yes, working on it ;) -- To unsubscribe, e-mail

JTC tagged JK_1_2_0_rel

Ok, since nobody need to add patches to jk/native, I tagged JTC with JK_1_2_0_rel. I'll prepare tarball containing only jk/native (java, webapp and jk/native2 will be removed). Regards -- To unsubscribe, e-mail: For additional commands, e-mail:

Re: Tagging JK2_2_0_0_BETA

Mladen Turk wrote: > The JTC will be tagged as JK2_2_0_0_BETA at 18:00 GMT. > > > Until then we need as much work on the docs, anyone can spare ;), or > perhaps it doesn't mater for the tag? > > Regards, > MT. > > > -- > To unsubscribe, e-mail: > For additional co

Re: cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_uriEnv.c

Ok it works now for both apache 1.3 and 2.0 for simple workers2.properties : [shm:] info=Scoreboard. Required for reconfiguration and status with multiprocess servers file=/var/run/jk2-ap13.shm size=1048576 [channel.socket:localhost:8009] debug=1 [ajp13:localhost:8009] channel=channel.socket:l

Re: cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_channel_jni.c

[EMAIL PROTECTED] wrote: > mturk 2002/09/26 03:39:57 > > Modified:jk/native2/common jk_channel_jni.c > Log: > Some Henri's leftovers :) > > Revision ChangesPath > 1.35 +2 -2 jakarta-tomcat-connectors/jk/native2/common/jk_channel_jni.c > > Index: jk_chann

jk2 uri normal behaviour

I've got a question about uris : In my workers2.properties I've got : [uri:/examples] info=Example webapp in the default context. context=/examples debug=0 [uri:/examples/servlet/*] info=Prefix mapping [uri:/examples/*.jsp] info=Extension mapping [uri:/examples/*] info=Map the whole webapp I

Re: Tagging JK2_2_0_0_BETA

Mladen Turk wrote: > >>-Original Message- >>From: Henri Gomez > > >>jk2 still didn't works on Apache 1.3 (something broken on) : >> > > > Should work now (tested on WIN32), could you test that on a NIX? As reported previously, it now w

Re: jk2 uri normal behaviour

Mladen Turk wrote: > Look into the /examples/Web-inf/web.xml ;) What do you means ? I couldn't get http://myhost/examples/servlets/ until I comment [uri:/examples/servlet/*] . And I've set [uri:/examples/*] so any uri under /examples/* should be directed to tomcat isn't it ? -- To unsubsc

Re: jk2 uri normal behaviour

>>I couldn't get http://myhost/examples/servlets/ until >>I comment [uri:/examples/servlet/*] . >> >>And I've set [uri:/examples/*] so any uri under /examples/* >>should be directed to tomcat isn't it ? >> > > > Never tried. Could be a bug or a feature :-) Hum, since the uri is new to jk2, I t

Re: Apache 2.0.42

JK 1.2.0 is tagged (JK_1_2_0_rel) and source tarball is being constructed (without webapp, jk/native2, java parts). I'll provide rpm for Redhat users, against Apache 1.3.22 (with ssl), Apache 2.0.42 (also with SSL). mod_jk.so for Apache 1.3 (with and without SSL), and 2.0.42 will also be provid

Re: cvs commit: jakarta-tomcat-connectors/jk/native2/server/isapijk2_install.vbs

[EMAIL PROTECTED] wrote: > mturk 2002/09/26 11:45:55 > Very interesting stuff... I didn't expect to see VBS one days in an Apache CVS ;) But in JTC we found more exotic stuff like iSeries CL sources... -- To unsubscribe, e-mail: For additional commands, e

Re: cvs commit: jakarta-tomcat-connectors/jk/native2/server/isapijk2_install.vbs

Henri Gomez wrote: > [EMAIL PROTECTED] wrote: > >> mturk 2002/09/26 11:45:55 >> > > Very interesting stuff... > > I didn't expect to see VBS one days in an Apache CVS ;) > But in JTC we found more exotic stuff like iSeries CL sources... Read, didn&#

Re: [ANNOUNCEMENT]: JK 1.2.0 is now available

Marx, Mitchell E (Mitch), ALCNS wrote: > Where is Solaris 8, Apache 1.3? to be released, but contributions are welcomed ;-) -- To unsubscribe, e-mail: For additional commands, e-mail:

Re: [ANNOUNCEMENT]: JK 1.2.0 is now available

Henri Gomez wrote: > Marx, Mitchell E (Mitch), ALCNS wrote: > >> Where is Solaris 8, Apache 1.3? > > > to be released, but contributions are welcomed ;-) Just uploaded by JF Clere. -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional comma

[ANNOUNCEMENT]: JK 1.2.0 is now available

Hi all, The Jakarta-Tomcat-Connector team is pleased to announce the availability of JK 1.2.0. JK, also known as mod_jk, is a Tomcat / WebServers plug-in that handles the communication between Tomcat and webservers. Currently Apache 1.3.x and 2.0.x, IIS, Netscape/iPlanet are supported. binar

Re: [VOTE] [5.0] Milestones

Remy Maucherat wrote: > Hi, > > Now that the first stable releases of Tomcat 4.1 are out (and according > to reports, of good overall quality), it could be appropriate to start > releasing 5.0.x milestones. > It should be pointed out that 5.0.x is still far from being feature > complete (esp t

Re: cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_channel_socket.c

Did you source tarball include latest patches from Nacho ? -- To unsubscribe, e-mail: For additional commands, e-mail:

tomcat 3.3.2 cleanup

If everybody agree, what about removing src/native for tomcat 3.3.2 ? -- To unsubscribe, e-mail: For additional commands, e-mail:

garbaged image jpeg in jk documentation from tc 4.1.12

A quick note to say that TC 4.1.12 which included jk/jk2 documentation, as a garbled mod_jk.jpeg images (dos->unix conversion ?). I changed mod_jk.jpeg to mod_jk.jpg to avoid cvs client to change that file. -- To unsubscribe, e-mail: For additional commands, e-mail

Re: cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_channel_socket.c

> Either we'll retag that as 2_0_0 or 2_0_1. > What do you think? 2_0_0_rel, as I did for JK 1.2.0 > > I would like to make that as JK2_2_0_1, and rerelease, as 2.0.1 It's just a fix, so make a new tarball and tell you get it from 2_0_0_rel (unless you put an announce to tomcat-user which in

Re: cvs commit: jakarta-tomcat-5 KEYS

Stefan Bodewig wrote: > Henri, > > let me know if you need changes to Ant's KEYS file as well. Yes, you should remove the old one, since it has been revoked. PS: I use the new one to produce rpm with jpackage.org project -- To unsubscribe, e-mail: For additional

Re: cvs commit: jakarta-tomcat-5 KEYS

Stefan Bodewig wrote: > On Mon, 30 Sep 2002, Henri Gomez <[EMAIL PROTECTED]> wrote: > >>Yes, you should remove the old one, since it has been revoked. >> > > > What if we are still distributing RPMs that have been signed with the > old key? Will you create

Re: JK2 Tagged as JK2_2_0_0_rel

jean-frederic clere wrote: > Mladen Turk wrote: > >> JK2 has been retagged cause of socket bug (for some of us it was a >> feature :-). >> The sources are on: >> >> http://jakarta.apache.org/~mturk/ >> >> Cannot write to the builds dir, so if someone is willing to copy that to >> the builds/relea

Re: JK2 Tagged as JK2_2_0_0_rel

Henri Gomez wrote: > jean-frederic clere wrote: > >> Mladen Turk wrote: >> >>> JK2 has been retagged cause of socket bug (for some of us it was a >>> feature :-). >>> The sources are on: >>> >>> http://jakarta.apache.org/~mturk/ >

Re: JK2 Tagged as JK2_2_0_0_rel

Mladen Turk wrote: > Ok did, could you check on the same place (my home dir). Where cvs or jakarta ? -- To unsubscribe, e-mail: For additional commands, e-mail:

Re: tomcat 3.3.2 cleanup

Larry Isaacs wrote: > Now that mod_jk 1.2.0 is released, I'm fine with this. Nota, that it will remove also mod_jserv -- To unsubscribe, e-mail: For additional commands, e-mail:

Re: JK2 Tagged as JK2_2_0_0_rel

Mladen Turk wrote: > Ok did, could you check on the same place (my home dir). Where ? http://jakarta.apache.org/builds/jakarta-tomcat-connectors/jk2/release/v2.0.0/src/ -- To unsubscribe, e-mail: For additional commands, e-mail:

Re: tomcat 3.3.2 cleanup

Costin Manolache wrote: > Henri Gomez wrote: > > >>If everybody agree, what about removing src/native for tomcat 3.3.2 ? > > > > +1 > Yes or no ? -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Re: tomcat 3.3.2 cleanup

Costin Manolache wrote: > Henri Gomez wrote: > > >>Costin Manolache wrote: >> >>>Henri Gomez wrote: >>> >>> >>> >>>>If everybody agree, what about removing src/native for tomcat 3.3.2 ? >>> >>> >>>

Re: cvs commit: jakarta-tomcat/src/native/mod_jserv jserv.h jserv_ajpv11.cjserv_ajpv12.c jserv_balance.c mod_jserv.c

[EMAIL PROTECTED] wrote: > costin 2002/09/30 13:51:11 > > Modified:src/native/mod_jserv jserv.h jserv_ajpv11.c jserv_ajpv12.c > jserv_balance.c mod_jserv.c > Log: > Update the workspace with various fixes from java-jserv. > > Revision ChangesPath >

Re: [VOTE] JK2 2.1

Even if I agree with using APR in JK 2.1, I think we should first focus on having a stable JK 2.0 before starting thinking about JK 2.1. Branching now since premature. -- To unsubscribe, e-mail: For additional commands, e-mail:

Re: JK2 Tagged as JK2_2_0_0_rel

Mladen Turk wrote: > Jakarta... > > Size is 401274 bytes > Could you sign that if it OK. I forget to update KEYS prior tagging. Where is the source tarball ? URL needed... -- To unsubscribe, e-mail: For additional commands, e-mail:

Re: [VOTE] JK2 2.1

Mladen Turk wrote: > >>-Original Message- >>From: Henri Gomez >> >>Even if I agree with using APR in JK 2.1, I think we should >>first focus on having a stable JK 2.0 before starting >>thinking about JK 2.1. >> > > > That&#x

JK 1.2.1-beta

I started the JK 1.2.1 beta since I discovered many problems in iSeries build which will make necessary a JK 1.2.1 release to support iSeries. BTW, while working on JNI support in iSeries i saw many suspects area, in making pointer -> int -> jlong which make me think that JNI is jk 1.2.1 need a s

Re: [VOTE] JK2 2.1

> Well, didn't think that it would require a new branch. > Ok, can we at least agree to the following. > > 1. Apache2 uses APR > 2. IIS uses APR > 3. Apache1 can use the APR. Did iPlanet/NES could use APR on Netware, I'm waiting for Mike Anderson advices. Also we should be very carefull with AP

Re: JK 1.2.1-beta

Glenn Nielsen wrote: > Hi Henri, > > I would like to propose one change before the JK 1.2.1 release. > > I have noticed that on tomcat-user there are questions like: > > What do these mod_jk.log entries mean? > > There are some common problems which can happen using mod_jk in production > whic

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