Return-Path: X-Original-To: apmail-incubator-deltaspike-dev-archive@minotaur.apache.org Delivered-To: apmail-incubator-deltaspike-dev-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 6B28DD1F0 for ; Mon, 10 Sep 2012 07:51:29 +0000 (UTC) Received: (qmail 90205 invoked by uid 500); 10 Sep 2012 07:51:29 -0000 Delivered-To: apmail-incubator-deltaspike-dev-archive@incubator.apache.org Received: (qmail 90149 invoked by uid 500); 10 Sep 2012 07:51:28 -0000 Mailing-List: contact deltaspike-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: deltaspike-dev@incubator.apache.org Delivered-To: mailing list deltaspike-dev@incubator.apache.org Received: (qmail 90136 invoked by uid 99); 10 Sep 2012 07:51:28 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 10 Sep 2012 07:51:28 +0000 X-ASF-Spam-Status: No, hits=1.5 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of rmannibucau@gmail.com designates 209.85.217.175 as permitted sender) Received: from [209.85.217.175] (HELO mail-lb0-f175.google.com) (209.85.217.175) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 10 Sep 2012 07:51:24 +0000 Received: by lban1 with SMTP id n1so952094lba.6 for ; Mon, 10 Sep 2012 00:51:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type; bh=+FBXznEOYRE/QGrTCBrYoKT46L6MLCA3AYsiVyejOi4=; b=0Egcj4cTTBkQAnHyTOjajvYarXjVp/3aXfJJFWk7fr7FaztVdHD0rW7aHMyNa7Dmp+ ytjqEWvRBL1ROsPyesmh8qACH/hD6RAlI2Wx7Jb5rF7MGwqKzgdFusiHdiqIjHnRKKG3 GgHWwkjJgdCaqS2/whKBglxYKjpdbqScdOylHSA9CeAO/ESCAwHz6tCNHxrQpy/apD7M e6/ehFTyetP3d1N322/8dk6MqCBa9cWJ9mbA9pjU7EOFKb+ScXEprwQHjl3S6Q8ETS49 0tdldp1oFu6UE0Rnb9TN5FQwCmfHrOCq77JrrwyD2AYt4tMRsGApUZXbPNKcKNUVzXCq PWiw== Received: by 10.152.104.172 with SMTP id gf12mr11808958lab.56.1347263462871; Mon, 10 Sep 2012 00:51:02 -0700 (PDT) MIME-Version: 1.0 Received: by 10.114.15.8 with HTTP; Mon, 10 Sep 2012 00:50:42 -0700 (PDT) In-Reply-To: References: From: Romain Manni-Bucau Date: Mon, 10 Sep 2012 09:50:42 +0200 Message-ID: Subject: Re: XML Config To: deltaspike-dev@incubator.apache.org Content-Type: multipart/alternative; boundary=f46d04088d0d1f924604c954383f X-Virus-Checked: Checked by ClamAV on apache.org --f46d04088d0d1f924604c954383f Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable what does bring xml? i think that's the point if it is only to get a format with hierarchy you can use yaml for instance *Romain Manni-Bucau* *Twitter: @rmannibucau* *Blog: http://rmannibucau.wordpress.com* 2012/9/10 Bernard =C5=81abno > If you find elegant way to do everything that can be currently done then > it's cool not to use XML, but if we won't be able to i.e. configure bean > properties between compilation and deployment then it will be great > disappointment. > > 2012/9/10 Charles Moulliard > > > I would prefer that we avoid to use XML. Otherwise, end users will be > > confused about what a CDI / CDI Extension should looks like and why we > are > > moving one step down to do what Spring / Xbean are doing. > > > > On Fri, Sep 7, 2012 at 11:31 PM, Romain Manni-Bucau > > wrote: > > > > > Why i would like to use files (i find xml too verbose) is for constan= ts > > > (uri for instance) or alternative/interceptor (as mentionned) > > > > > > Today i find other use case the translation of bad design > > > > > > ...just my opinion maybe > > > Le 7 sept. 2012 23:01, "Jason Porter" a > =C3=A9crit > > : > > > > > > > Mark, Pete and I discussed a little bit about the XML config (from > > > Solder) > > > > on IRC today. We quickly decided that we needed to move over to the > > > mailing > > > > list for more input, and to make things official. > > > > > > > > As things currently exist in the Solder XML Config, it's probably n= ot > > > > portable and would really need some of the changes in CDI 1.1 to wo= rk > > > > properly. We also discussed throwing out the idea of completely > > > configuring > > > > beans via XML and using the XML config for other tasks such as > applying > > > > interceptors and the like via regex or similar ideas, in other word= s > > > having > > > > it being a subset of what currently exists today. What is in Solder > is > > > very > > > > similar to configuring beans via XML in Spring, and we feel that > > paradigm > > > > has sailed. > > > > > > > > I'm starting this thread to get some other ideas about what we shou= ld > > do > > > > for XML config and also see what people think. > > > > > > > > -- > > > > Jason Porter > > > > http://lightguard-jp.blogspot.com > > > > http://twitter.com/lightguardjp > > > > > > > > Software Engineer > > > > Open Source Advocate > > > > Author of Seam Catch - Next Generation Java Exception Handling > > > > > > > > PGP key id: 926CCFF5 > > > > PGP key available at: keyserver.net, pgp.mit.edu > > > > > > > > > > > > > > > -- > > Charles Moulliard > > Apache Committer / Sr. Pr. Consultant at FuseSource.com > > Twitter : @cmoulliard > > Blog : http://cmoulliard.blogspot.com > > > --f46d04088d0d1f924604c954383f--