Return-Path: Delivered-To: apmail-struts-dev-archive@www.apache.org Received: (qmail 74933 invoked from network); 21 Feb 2009 17:35:19 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 21 Feb 2009 17:35:19 -0000 Received: (qmail 64027 invoked by uid 500); 21 Feb 2009 17:35:12 -0000 Delivered-To: apmail-struts-dev-archive@struts.apache.org Received: (qmail 63941 invoked by uid 500); 21 Feb 2009 17:35:11 -0000 Mailing-List: contact dev-help@struts.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Help: List-Post: List-Id: "Struts Developers List" Reply-To: "Struts Developers List" Delivered-To: mailing list dev@struts.apache.org Received: (qmail 63861 invoked by uid 99); 21 Feb 2009 17:35:11 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 21 Feb 2009 09:35:11 -0800 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: local policy) Received: from [85.214.44.140] (HELO e.nrgie.net) (85.214.44.140) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 21 Feb 2009 17:35:01 +0000 Received: from [192.168.100.2] (p508A5E4E.dip.t-dialin.net [80.138.94.78]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by e.nrgie.net (Postfix) with ESMTP id 467ACACC03E for ; Sat, 21 Feb 2009 18:34:41 +0100 (CET) Message-ID: <49A03B30.2010306@it-neering.net> Date: Sat, 21 Feb 2009 18:34:40 +0100 From: Rene Gielen User-Agent: Thunderbird 2.0.0.19 (X11/20090105) MIME-Version: 1.0 To: Struts Developers List Subject: Re: moving JSON result type into core References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org +1 - I love the JSON plugin :) Wes Wannemacher schrieb: > Does anyone have any objection to us moving the JSON result type into > core? It seems to me that it is a good candidate for a core result > type and I think it would also show that we are striving to provide > AJAX support. The main motivation for me is that if I wanted to begin > work on another AJAX plugin, there is this feeling that plugins > shouldn't depend on each other, yet the JSON plugin seems to be an > important piece of supporting just about any AJAX/JS framework > (JQuery, YUI, etc.). Plus, if we make it a part of core, then if > struts2/xwork changes potentially break compatibility with the JSON > result type, we'll know, rather than depending on Musachy, Jeromy, > James or myself (committers on the JSON plugin) to find out the hard > way. > > So, does anyone object, and why? > > -Wes > --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org For additional commands, e-mail: dev-help@struts.apache.org