Return-Path: Delivered-To: apmail-jakarta-avalon-dev-archive@apache.org Received: (qmail 56338 invoked from network); 3 Jan 2003 17:29:54 -0000 Received: from exchange.sun.com (192.18.33.10) by daedalus.apache.org with SMTP; 3 Jan 2003 17:29:54 -0000 Received: (qmail 11145 invoked by uid 97); 3 Jan 2003 17:31:10 -0000 Delivered-To: qmlist-jakarta-archive-avalon-dev@jakarta.apache.org Received: (qmail 11116 invoked by uid 97); 3 Jan 2003 17:31:08 -0000 Mailing-List: contact avalon-dev-help@jakarta.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Help: List-Post: List-Id: "Avalon Developers List" Reply-To: "Avalon Developers List" Delivered-To: mailing list avalon-dev@jakarta.apache.org Received: (qmail 11104 invoked by uid 98); 3 Jan 2003 17:31:07 -0000 X-Antivirus: nagoya (v4218 created Aug 14 2002) Reply-To: From: "Berin Loritsch" To: "'Avalon Developers List'" Subject: RE: [general][attributes][clazz][A5] metadata & the java world Date: Fri, 3 Jan 2003 12:30:23 -0500 Message-ID: <000e01c2b34d$cc864340$f700a8c0@acsdom1.citius.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook CWS, Build 9.0.2416 (9.0.2910.0) In-Reply-To: X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Importance: Normal X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N > From: Stepanossov, Kirill [mailto:kstepano@lehman.com] > > JSR 175 "A Metadata Facility for the JavaTM Programming > Language" is going > to be released by the end of this year as the part of J2SE 1.5 "Tiger" > release. > > From JSR 175 home page : > > 2.5 Please give a short description of the underlying technology or > technologies: > A Java programming language feature for metadata, plus a > runtime format for > metadata information, plus runtime APIs for accessing > metadata information That sounds encouraging, but like all JSRs we don't see squat until everything is already decided. At that time it has the attitude of "ok, bless what I have done wether you like it or not." That is one of my major gripes with the whole JCP. I like the way that .Net implements attributes, and I would like to have a Java version of that. Furthermore, we at Avalon would not be wise if we said that you couldn't use Avalon 5 unless you upgrade to JDK 1.5. Even if JDK 1.5 provides many enhancements for us, it ties our hands as to who can use it. The container can use JDK 1.5 features once it is released, but the client/component should not be limited to that. -- To unsubscribe, e-mail: For additional commands, e-mail: