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]>

Reply via email to