On Thu, 30 May 2002, Lars George wrote: > Does this also mean that the deprecated jk1, which was in exactly the same > code tree does not exist anymore, ie. the current code is jk2 and only that?
Of course not. Jk1 still exists in at least 2 places. Again, split by language: - mod_jk1 ( the C side ) is in j-t-c/jk/native, and also j-t/src/native/jk ( part of 3.3, but works with any tomcat ). The last one will eventually be removed, but there's no hurry. - the java side of what is considered jk1 is implemented in org.apache.ajp package, in j-t-c/jk/java ( for tomcat 4.x ) and jakarta-tomcat for 3.3. ( each server has it's own impl - coyote resolves that ). The goal is not to confuse people, but to be extra safe and not remove code that works very well. jk2 may have a better architecture and extra features / faster, but the core functionality is still the same - forwarding requests between web server and tomcat. Costin > -- Lars > > ----- Original Message ----- > From: <[EMAIL PROTECTED]> > To: "Tomcat Developers List" <[EMAIL PROTECTED]> > Sent: Thursday, May 30, 2002 3:25 PM > Subject: RE: New releases > > > > On Thu, 30 May 2002, Lars George wrote: > > > > > - The Apache/jakarta-tomcat-connectors/coyote only implements a > framework. > > > What package does implement the actual protocol, ie. where is > tomcat-jk2? > > > > in j-t-c/jk/java. > > > > > > > > > - The Apache/jakarta-tomcat-connectors/jk/native implements mod_jk1 and > > > Apache/jakarta-tomcat-connectors/jk/native2 implements mod_jk2? > > > > Yes. > > > > Note that the '2' is just a version number, and reflects internal > > code changes and config changes. The actual protocol is the same (ajp13), > > so you can use either implementation. ( there are some extensions and > > many extra features in native2/, but it is backward compatible ). > > > > > > Sory for all confusion - it's just normal software evolution, but > > we try to keep some basic compatibility and interoperability between > > components, and the whole thing is pretty modular and flexible. > > When native2 is released and enough people are satisfied, we'll have a > > simpler story ( until jk3 is started :-) > > > > Costin > > > > > > > > > > > > Thanks again, > > > > > > Lars > > > > > > > -----Original Message----- > > > > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] > > > > Sent: Thursday, 30 May 2002 12:14 > > > > To: Tomcat Developers List > > > > Subject: RE: New releases > > > > > > > > > > > > On Thu, 30 May 2002, Lars George wrote: > > > > > > > > > Remy, > > > > > > > > > > Thanks for the explanation, if the sources in the cvs named > > > > tomcat 4.0 then > > > > > where will I find the 4.0.4 code? Is this branched off and > > > > what would its > > > > > tag/flag be? > > > > > > > > > > One more question if you do not mind, am I correct assuming > > > > that JK2 is only > > > > > for Tomcat 4.1.x and it is named "Coyote" in the connector > > > > package? Sorry, > > > > > me confused! > > > > > > > > Coyote is a set of APIs to abstract the connectors ( http, etc ) and > > > > servlet container. It can be used with any kind of connector and with > > > > any container ( curently 3.3, 4.0, 4.1 - but it is possible to add 3.2 > > > > or even other containers ). > > > > > > > > tomcat-jk2 is the java implementation for the ajp13 protocol - and is > > > > using Coyote APIs ( so it works with any servlet container > > > > supported by > > > > coyote ). Same for the http11 implementation. > > > > > > > > On the web server side, you can use either mod_jk1 or mod_jk2. Both > > > > are using the same protocol and will work with any version of tomcat > > > > ( including 3.2.x ). mod_jk2 is getting close to 'stable', but > > > > there is still work going on. > > > > > > > > > > > > Costin > > > > > > > > > > > > > > > > > > Thanks a lot, > > > > > Lars > > > > > > > > > > > -----Original Message----- > > > > > > From: Remy Maucherat [mailto:[EMAIL PROTECTED]] > > > > > > Sent: Thursday, 30 May 2002 1:58 > > > > > > To: Tomcat Developers List > > > > > > Subject: Re: New releases > > > > > > > > > > > > > > > > > > > Remy, > > > > > > > > > > > > > > I would be very happy if the new version would be declared > > > > > > stable. I just > > > > > > > spent 1 man-day to fix a bug in 4.0.3 just to release that > > > > > > this is already > > > > > > > fixed in the current 4.0 sources. > > > > > > > > > > > > > > One question if you don't mind, would this be what I > > > > > > mentioned above, ie. > > > > > > is > > > > > > > the current code in the nightly folder for tomcat 4.0 the > > > > > > latest version > > > > > > you > > > > > > > want to promote to 4.0.4? If so I could get started testing > > > > > > it in our > > > > > > > environment. > > > > > > > > > > > > No, the nightlies are 4.1.x. > > > > > > > > > > > > > Please note that it will also give me a chance to check > > > > this bug I > > > > > > submitted > > > > > > > earlier but which is not handled yet: > > > > > > > > > > > > > > http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9334 > > > > > > > > > > > > All the JK guys are working on JK 2, which is a (big) > > > > > > refactoring of JK, and > > > > > > is part of Coyote. > > > > > > > > > > > > Remy > > > > > > > > > > > > > > > > > > -- > > > > > > To unsubscribe, e-mail: > > > > > <mailto:[EMAIL PROTECTED]> > > > > > For additional commands, e-mail: > > > <mailto:[EMAIL PROTECTED]> > > > > > > > > -- > > > > To unsubscribe, e-mail: > > > <mailto:[EMAIL PROTECTED]> > > > > For additional commands, e-mail: > > > <mailto:[EMAIL PROTECTED]> > > > > > > > > > > > > > > > > > -- > > > To unsubscribe, e-mail: > <mailto:[EMAIL PROTECTED]> > > > For additional commands, e-mail: > <mailto:[EMAIL PROTECTED]> > > > > > > -- > > > To unsubscribe, e-mail: > <mailto:[EMAIL PROTECTED]> > > > For additional commands, e-mail: > <mailto:[EMAIL PROTECTED]> > > > > > > > > > > > > -- > > To unsubscribe, e-mail: > <mailto:[EMAIL PROTECTED]> > > For additional commands, e-mail: > <mailto:[EMAIL PROTECTED]> > > > > > > -- > To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> > For additional commands, e-mail: <mailto:[EMAIL PROTECTED]> > > -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>