Return-Path: Mailing-List: contact tomcat-dev-help@jakarta.apache.org; run by ezmlm Delivered-To: mailing list tomcat-dev@jakarta.apache.org Received: (qmail 54977 invoked from network); 15 Jun 2000 20:15:05 -0000 Received: from adsl-63-198-47-229.dsl.snfc21.pacbell.net (HELO costin.dnt.ro) (63.198.47.229) by locus.apache.org with SMTP; 15 Jun 2000 20:15:05 -0000 Received: from localhost (costin@localhost) by costin.dnt.ro (8.9.3+Sun/8.9.1) with ESMTP id NAA19382 for ; Thu, 15 Jun 2000 13:14:22 -0700 (PDT) Date: Thu, 15 Jun 2000 13:14:22 -0700 (PDT) From: To: tomcat-dev@jakarta.apache.org Subject: Re: VOTE: JDK1.2 compiler In-Reply-To: <394934B9.29142148@virgil.nl> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Rating: locus.apache.org 1.6.2 0/1000/N I think the problem is resolved for now. By keeping the core 1.1 compatible we don't lose anything, and I think we should continue to do that until we have good reasons to change. Policy-based security was a big change, but it seems we found a way to add it while keeping even 1.1 compilers happy. I don't think we'll have another big 1.2 change very soon, so 1.1 is probably safe. All tomcat functionality is implemented in modules ( interceptors ), and conditional compilation allows us to provide a subset that is 1.1 compatible and still do 1.2 -specific code. The only problem was in the class loaders, but I think the current solution is ok. I saw all the votes, and it seems the reality is that most people develop on JDK1.2. All we have to do is check periodically if the code works and compile with 1.1. As long as this is not too expensive we can continue to support it. Costin On Thu, 15 Jun 2000, Mark Brouwer wrote: > Hi, > > costin@costin.dnt.ro wrote: > > > > I went ahead and fixed everything to compile with 1.1 ( using conditional > > compilation and dynamic class loading ). I guess it's taking less time > > than arguing about it. > > > > The vote result seems to indicate that most people are using JDK1.2 and > > want to see the features, but there are still people who depend on 1.1 and > > develop on 1.1 ( like BSD ). Since the current architecture allows us to > > do that, we can try ( as much as possible ) to keep them happy, but I > > think we should be prepared for a change - at least on the compiler > > requirements. > > > > This is what I came up after some more research and comments from people > about JDK level and release dates: > > OS JDK 1.2 JDK 1.3 > --------------------------------------------------------------- > Windows NT prod prod > Solaris Sparc/x86 prod beta (prod Q3) > Linux x86 prod beta (prod Q3) > Linux sparc beta (prod Q2) beta (prod Q3) > AIX prod beta (prod Q2) > AS400 prod beta (prod Q3) > OS390 skipped beta (prod Q2) > OS/2 skipped beta Q2 (prod Q3) > BSDi beta (prod ?) unknown > FreeBSD beta (prod ?) unknown > HP-UX prod beta (prod unknown) > IRIX prod unknown > Mac OS* beta Q3 (prod Q1 2001), level 1.2+ > > * for this you need a complete new OS > prod = production > > Some nice results, because IMHO Juli 1 we can proceed to JDK 1.2 (sorry > for Apple). For the BSD people, they can use Tomcat 3.2 on JDK 1.1 in > production and if they are dare devils the can use the next Tomcat > release into production with a beta JDK. If your software passes your > test (you always test don't you) it will also work at your customers > site. > > So therefore I think with this info it should be time for the Project > Management Committee to have a meeting :-) > > B.T.W. I hate it when IBM releases their production JDK 1.3 on OS390 > before Sun on Solaris. Also seen the VolanoMark for the AS400 > http://www.as400.ibm.com/news/05jun2000.htm . When Java arrived I made > jokes about those AS400 system administrators (they said they could also > do Java 'soon'), but if they find out about this I have to make my > apologizes and I hate that. > -- > Mark Brouwer > > --------------------------------------------------------------------- > To unsubscribe, e-mail: tomcat-dev-unsubscribe@jakarta.apache.org > For additional commands, e-mail: tomcat-dev-help@jakarta.apache.org >