Return-Path: Delivered-To: apmail-jakarta-taglibs-dev-archive@apache.org Received: (qmail 2050 invoked from network); 11 Nov 2002 19:05:27 -0000 Received: from unknown (HELO nagoya.betaversion.org) (192.18.49.131) by daedalus.apache.org with SMTP; 11 Nov 2002 19:05:27 -0000 Received: (qmail 19669 invoked by uid 97); 11 Nov 2002 19:06:25 -0000 Delivered-To: qmlist-jakarta-archive-taglibs-dev@jakarta.apache.org Received: (qmail 19636 invoked by uid 97); 11 Nov 2002 19:06:24 -0000 Mailing-List: contact taglibs-dev-help@jakarta.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Help: List-Post: List-Id: "Tag Libraries Developers List" Reply-To: "Tag Libraries Developers List" Delivered-To: mailing list taglibs-dev@jakarta.apache.org Received: (qmail 19623 invoked by uid 98); 11 Nov 2002 19:06:24 -0000 X-Antivirus: nagoya (v4218 created Aug 14 2002) Date: Mon, 11 Nov 2002 14:05:19 -0500 Subject: Re: JSTL in 1.1 Content-Type: text/plain; charset=US-ASCII; format=flowed Mime-Version: 1.0 (Apple Message framework v546) From: Timothy Kettering To: "Tag Libraries Developers List" Content-Transfer-Encoding: 7bit In-Reply-To: <3DCFE92D.3060109@gefionsoftware.com> Message-Id: <855FF427-F5A8-11D6-9591-000393D6C93A@mac.com> X-Mailer: Apple Mail (2.546) X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N Just a thought here, but if I may suggest something. How about a sandbox project that wouldn't be labeled JSTL. It'd be just called something like the "Jakarta Slow-Adopter JSTL-Like But Not All Functionality Included" library. Well mabye not that specific name, mabye something like Jakarta 1.1 JSP Utilities Taglib. Then in the documentation, explain that it attempts to emulate as much functionality as the JSTL spec as humanely possible within the JSP 1.1 specifications, but it's NOT JSTL. It makes no guarantees for compatibility. Etc. The people who use said Taglib can maintain the taglib source tree on their own within the jakarta process, and it would be free to find and use solutions to problems as the lack of TryCatchFinally, etc, without compromising anything in the JSTL tags? just my two cents. -tim On Monday, November 11, 2002, at 12:30 PM, Hans Bergsten wrote: > > > I agree with Shawn et. al. that it would very confusing to release a > subset of JSTL for JSP 1.1, especially since it would either have to > excluse basic acions (e.g. , which relies on > TryCatchFinally) > or include them with different semantics (e.g. without the > ability to remove nested variables in all cases). There's already so > much confusion between JSTL and Jakarta Taglibs; please don't add to > that. -- To unsubscribe, e-mail: For additional commands, e-mail: