Return-Path: X-Original-To: apmail-myfaces-dev-archive@www.apache.org Delivered-To: apmail-myfaces-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 0F5F9999D for ; Wed, 5 Oct 2011 11:06:50 +0000 (UTC) Received: (qmail 7021 invoked by uid 500); 5 Oct 2011 11:06:49 -0000 Delivered-To: apmail-myfaces-dev-archive@myfaces.apache.org Received: (qmail 6934 invoked by uid 500); 5 Oct 2011 11:06:49 -0000 Mailing-List: contact dev-help@myfaces.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: "MyFaces Development" Delivered-To: mailing list dev@myfaces.apache.org Received: (qmail 6927 invoked by uid 99); 5 Oct 2011 11:06:49 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 05 Oct 2011 11:06:49 +0000 X-ASF-Spam-Status: No, hits=1.5 required=5.0 tests=FREEMAIL_FROM,HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of darkarena@gmail.com designates 74.125.82.181 as permitted sender) Received: from [74.125.82.181] (HELO mail-wy0-f181.google.com) (74.125.82.181) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 05 Oct 2011 11:06:44 +0000 Received: by wyf19 with SMTP id 19so1723065wyf.12 for ; Wed, 05 Oct 2011 04:06:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=references:in-reply-to:mime-version:from:date:message-id:subject:to :content-type; bh=xkbtOk/zfwI1rh3nURTJWJ9Bwsd3XZEqYQ60aJiewkg=; b=lIGpLQhPQjqYldL/Tj/FnYFgtElFRvMnpsrEBfYgy49hl0QN0Ud20f/ZfSj4oidFTl W8dD6gQHjfHFHGyfIjLt6ywzj/iFO6JNuzo0c8nWpG+H1x/NAzBoZKJloMb80Ka4Bm+z A97wSgRdyyEqBU8sIc91CMkgnQpSlirpErcV4= Received: by 10.216.132.136 with SMTP id o8mr6439014wei.84.1317812783156; Wed, 05 Oct 2011 04:06:23 -0700 (PDT) References: <4412585340972373272@unknownmsgid> In-Reply-To: Mime-Version: 1.0 (iPhone Mail 8J2) From: "Scott O'Bryan" Date: Wed, 5 Oct 2011 05:06:17 -0600 Message-ID: <-5610220181216039587@unknownmsgid> Subject: Re: [trinidad] cleanup To: MyFaces Development Content-Type: multipart/alternative; boundary=0016e6dee83fd20eb704ae8b329b --0016e6dee83fd20eb704ae8b329b Content-Type: text/plain; charset=ISO-8859-1 Well just because something is depth aged doesn't mean we can remove it. It just means that an alternate means is suggested or something may not work exactly as expected if used. A Prime example is ExternalContextUtils. That guy has been around since JSF 1.1. It contains lots of functionality that wasn't present in later versions of JSF, but now is. Use of the native objects should be encouraged, but there is also something to be said about older code being able to migrate easier to a later release. Now I DO agree with removing the JSDoc and possibly the deprecations in the impl, but I think it's important to keep any deprecations in the API for backward compatibility. Sent from my iPhone On Oct 5, 2011, at 4:32 AM, Gerhard Petracek wrote: both - there are just two possibilities: those parts are really deprecated and we remove them (and refactor the rest) or we can't remove them and the information (annotation and/or javadoc) isn't correct. regards, gerhard http://www.irian.at Your JSF powerhouse - JSF Consulting, Development and Courses in English and German Professional Support for Apache MyFaces 2011/10/5 Scott O'Bryan > Gerhard, by deprivation hints, I'm assuming you mean the javadoc > deprecations and not the annotations, right? > > Sent from my iPhone > > On Oct 5, 2011, at 3:09 AM, Gerhard Petracek > wrote: > > hi @ all, > > there are still over 400 deprecations (via @Deprecated) and nearly 400 via > javadoc (not all of them overlap). > a lot of them are in for a long time and some of them were deprecated even > before [1]. > > however, some parts are still used and can't be removed. > > imo we should do a cleanup or remove the deprecation hints. > > regards, > gerhard > > [1] > https://issues.apache.org/jira/browse/INFRA-1229 > > http://www.irian.at > > Your JSF powerhouse - > JSF Consulting, Development and > Courses in English and German > > Professional Support for Apache MyFaces > > --0016e6dee83fd20eb704ae8b329b Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Well just because something is depth a= ged doesn't mean we can remove it. =A0It just means that an alternate m= eans is suggested or something may not work exactly as expected if used.

A Prime example is ExternalContextUtils. =A0That guy ha= s been around since JSF 1.1. =A0It contains lots of functionality that wasn= 't present in later versions of JSF, but now is. =A0Use of the native o= bjects should be encouraged, but there is also something to be said about o= lder code being able to migrate easier to a later release.

Now I DO agree with removing the JSDoc and possibly the= deprecations in the impl, but I think it's important to keep any depre= cations in the API for backward compatibility.

Sent from my iPhone

On Oct 5, 2011, at 4:32 AM, Gerhard Petracek <gerhard.petracek@gmail.com> wrote:
<= br>
both - there are just two possibilities: th= ose parts are really deprecated and we remove them (and refactor the rest) = or we can't remove them and the information (annotation and/or javadoc)= isn't correct.

regards,
gerhard

http://www.irian.at<= br>
Your JSF powerhouse -
JSF Consulting, Development and
Courses = in English and German

Professional Support for Apache MyFaces



2011/10/5 Scott O'Bryan <darkarena@gmail.com>
Gerhard, by deprivation hints, I'm assumi= ng you mean the javadoc deprecations and not the annotations, right?
Sent from my iPhone

On Oct= 5, 2011, at 3:09 AM, Gerhard Petracek <gerhard.petracek@gmail.com> wrote:

hi @ all,

there are still=A0over 400 deprecations (via @Deprecated) and nearly = 400 via javadoc (not all of them overlap).
a lot of them are in f= or a long time and some of them were deprecated even before [1].

however, some parts are still used and can't be rem= oved.

imo we should do a cleanup or remove the dep= recation hints.

regards,
gerhard


http:= //www.irian.at

Your JSF powerhouse -
JSF Consulting, Development and
Courses in English and German

Pro= fessional Support for Apache MyFaces

--0016e6dee83fd20eb704ae8b329b--