Mailing-List: contact deltaspike-dev-help@incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: deltaspike-dev@incubator.apache.org
Received-SPF: neutral (athena.apache.org: local policy)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws;
  s=s1024; d=yahoo.de;
  h=X-YMail-OSG:Received:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding;
  b=Hka5F0oXmJtAKCWzDjL2ursORi47FugIsF6SBaZZ8VTCCTxC3K/J1hNBZwjW21g1T2R3vnyllrbR0zjwgVTMpXWJHlAGmb7intx6HqPUFh324tWjIFS1APFzkYn+nULSHfEL/llOH9asXgA/U+XhUaDCKLwlEOgu9jbFqwrWQME=;
References: 
 <CAF9TksMiBB8HYUM23eYmNa3=fZH-JShF-zS2-t0MtEUFd5sGPw@mail.gmail.com>
 <CACLE=7OHt6eP1BgWDpGYPgsbqHNCt8a8FrFx8pi9fOu_ScHdjw@mail.gmail.com>
 <CAAxZHdevSddTT0mORA62Nhvric7urB+9v68v_Tp9A87EsygKng@mail.gmail.com>
 <CAOvc48Xe7LSX9tq7zB_+o_K4z8QoPBj6kgh97JpDdKY-N1-njQ@mail.gmail.com>
 <CACLE=7PtsVETyhe2RGCu8CcAD5dGSE8nzDd7vKuVAK5rtHhKSQ@mail.gmail.com>
 <504DE918.5040408@gmail.com>
 <1347286525.2322.YahooMailNeo@web28905.mail.ir2.yahoo.com>
 <504DF744.9050803@gmail.com>
 <CAOvc48XbAmpE9++f7G6JazULUgeo8UvWOcvj0jJf=2qRBeyVdA@mail.gmail.com>
Message-ID: <1347292761.47240.YahooMailNeo@web28903.mail.ir2.yahoo.com>
Date: Mon, 10 Sep 2012 16:59:21 +0100 (BST)
From: Mark Struberg <struberg@yahoo.de>
Reply-To: Mark Struberg <struberg@yahoo.de>
Subject: Re: XML Config
To: "deltaspike-dev@incubator.apache.org"
 <deltaspike-dev@incubator.apache.org>
In-Reply-To: 
 <CAOvc48XbAmpE9++f7G6JazULUgeo8UvWOcvj0jJf=2qRBeyVdA@mail.gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable

One of the credos is that you MUST NOT repackage for just moving to a new s=
erver.=0AEither this is in JNDI (same location) or just use @Inject Project=
Stage ps; to check on which server you are running. =0A=0AI see no benefit =
of moving config to XML if it's not picked up from a really changable locat=
ion.=0ATo me this just means to replace hardcoding in java sources with har=
dcoding in some XML which gots scanned by java sources.=0A=0ALieGrue=0Astru=
b=0A=0A=0A=0A=0A----- Original Message -----=0A> From: Bernard =C5=81abno <=
s4237@pjwstk.edu.pl>=0A> To: deltaspike-dev@incubator.apache.org=0A> Cc: =
=0A> Sent: Monday, September 10, 2012 5:41 PM=0A> Subject: Re: XML Config=
=0A> =0A> Ok, what If I have library with CDI beans that send emails and ne=
ed to have=0A> JNDI of mail session configured?=0A> When I attach this libr=
ary to project A that is deployed on JBoss AS7 it=0A> may have different jn=
di then in some other project or server.=0A> =0A> =0A> 2012/9/10 Marius Bog=
oevici <marius.bogoevici@gmail.com>=0A> =0A>>  Spring supports it, but in p=
ractice you'd want to stay away from it. I=0A>>  thought more along the lin=
es of a script that is interpreted at startup.=0A>> =0A>> =0A>>  On 2012-09=
-10 10:15 AM, Mark Struberg wrote:=0A>> =0A>>>  hmm 'scriptable' imo implie=
s that it can be changed at runtime. =0A> But=0A>>>  that's by design not p=
ossible with CDI. Spring supports this, we do =0A> not.=0A>>>  Otoh this al=
lows us to be much faster in all 'static' use =0A> cases.=0A>>> =0A>>>  Lie=
Grue,=0A>>>  strub=0A>>> =0A>>> =0A>>> =0A>>> =0A>>>  ----- Original Messag=
e -----=0A>>> =0A>>>>  From: Marius Bogoevici <marius.bogoevici@gmail.com>=
=0A>>>>  To: =0A> deltaspike-dev@incubator.**apache.org<deltaspike-dev@incu=
bator.apache.org>=0A>>>>  Cc: Romain Manni-Bucau <rmannibucau@gmail.com>=0A=
>>>>  Sent: Monday, September 10, 2012 3:20 PM=0A>>>>  Subject: Re: XML Con=
fig=0A>>>> =0A>>>>  G enerally speaking, I think it would be good to have a=
 mechanism =0A> for=0A>>>>  configuring beans that does not require re-comp=
ilation - may be of=0A>>>>  limited use in greenfield applications, but abo=
ve all with=0A>>>>  brownfield/legacy code. In fairness, for the latter one=
 could use=0A>>>>  producers and such, but it may still be a PITA in some c=
ases.=0A>>>> =0A>>>>  Now, the key here IMO would be to have a scriptable (=
no =0A> recompilation)=0A>>>>  and toolable DSL outside the annotation syst=
em. It so happens that =0A> of=0A>>>>  all the options, XML is IMO the most=
 common and better understood =0A> by the=0A>>>>  average developer. If we =
manage to define a proper intermediate =0A> model=0A>>>>  for this mechanis=
m, then there could be plenty of other options =0A> (yaml,=0A>>>>  or even =
Groovy or Ruby if one so wishes) to add on later.=0A>>>> =0A>>>> =0A>>>>  O=
n 2012-09-10 3:50 AM, Romain Manni-Bucau wrote:=0A>>>> =0A>>>>> =C2=A0  wha=
t does bring xml? i think that's the point=0A>>>>> =0A>>>>> =C2=A0  if it i=
s only to get a format with hierarchy=C2=A0 you can use =0A> yaml for=0A>>>=
>>  instance=0A>>>>> =0A>>>>> =C2=A0  *Romain Manni-Bucau*=0A>>>>> =C2=A0  =
*Twitter: @rmannibucau*=0A>>>>> =C2=A0  *Blog: =0A> http://rmannibucau.word=
press.**com<http://rmannibucau.wordpress.com>=0A>>>>>  *=0A>>>>> =0A>>>>> =
=0A>>>>> =0A>>>>> =0A>>>>> =C2=A0  2012/9/10 Bernard =C5=81abno <s4237@pjws=
tk.edu.pl>=0A>>>>> =0A>>>>> =C2=A0 =C2=A0 If you find elegant way to do eve=
rything that can be =0A> currently done=0A>>>>>> =0A>>>>>  then=0A>>>> =0A>=
>>>> =C2=A0  it's cool not to use XML, but if we won't be able to =0A> i.e.=
=0A>>>>>> =0A>>>>>  configure bean=0A>>>> =0A>>>>> =C2=A0  properties betwe=
en compilation and deployment then it will be =0A> great=0A>>>>>> =C2=A0  d=
isappointment.=0A>>>>>> =0A>>>>>> =C2=A0  2012/9/10 Charles Moulliard <ch00=
7m@gmail.com>=0A>>>>>> =0A>>>>>> =C2=A0 =C2=A0 I would prefer that we avoid=
 to use XML. Otherwise, end =0A> users will=0A>>>>>>> =0A>>>>>>  be=0A>>>> =
=0A>>>>> =C2=A0  confused about what a CDI / CDI Extension should looks lik=
e =0A> and why=0A>>>>>>> =0A>>>>>>  we=0A>>>> =0A>>>>> =C2=A0  are=0A>>>>>>=
 =0A>>>>>>> =C2=A0  moving one step down to do what Spring / Xbean are =0A>=
 doing.=0A>>>>>>> =0A>>>>>>> =C2=A0  On Fri, Sep 7, 2012 at 11:31 PM, Romai=
n Manni-Bucau=0A>>>>>>> =C2=A0  <rmannibucau@gmail.com>wrote:=0A>>>>>>> =0A=
>>>>>>> =C2=A0 =C2=A0 Why i would like to use files (i find xml too =0A> ve=
rbose) is for=0A>>>>>>>> =0A>>>>>>>  constants=0A>>>> =0A>>>>> =C2=A0  (uri=
 for instance) or alternative/interceptor (as mentionned)=0A>>>>>>>> =0A>>>=
>>>>> =C2=A0  Today i find other use case the translation of =0A> bad desig=
n=0A>>>>>>>> =0A>>>>>>>> =C2=A0  ...just my opinion maybe=0A>>>>>>>> =C2=A0=
  Le 7 sept. 2012 23:01, "Jason Porter"=0A>>>>>>>> =0A>>>>>>>  <lightguard.=
jp@gmail.com> a=0A>>>> =0A>>>>> =C2=A0  =C3=A9crit=0A>>>>>> =0A>>>>>>> =C2=
=A0  :=0A>>>>>>> =0A>>>>>>>> =C2=A0  Mark, Pete and I discussed a little bi=
t about the =0A> XML=0A>>>>>>>>> =0A>>>>>>>>  config (from=0A>>>> =0A>>>>> =
=C2=A0  Solder)=0A>>>>>>>> =0A>>>>>>>>> =C2=A0  on IRC today. We quickly de=
cided that we =0A> needed to move=0A>>>>>>>>> =0A>>>>>>>>  over to the=0A>>=
>> =0A>>>>> =C2=A0  mailing=0A>>>>>>>> =0A>>>>>>>>> =C2=A0  list for more i=
nput, and to make things =0A> official.=0A>>>>>>>>> =0A>>>>>>>>> =C2=A0  As=
 things currently exist in the Solder XML =0A> Config,=0A>>>>>>>>> =0A>>>>>=
>>>  it's probably not=0A>>>> =0A>>>>> =C2=A0  portable and would really ne=
ed some of the changes in CDI=0A>>>>>>>>> =0A>>>>>>>>  1.1 to work=0A>>>> =
=0A>>>>> =C2=A0  properly. We also discussed throwing out the idea of=0A>>>=
>>>>>> =0A>>>>>>>>  completely=0A>>>> =0A>>>>> =C2=A0  configuring=0A>>>>>>=
>> =0A>>>>>>>>> =C2=A0  beans via XML and using the XML config for =0A> oth=
er tasks such=0A>>>>>>>>> =0A>>>>>>>>  as=0A>>>> =0A>>>>> =C2=A0  applying=
=0A>>>>>> =0A>>>>>>> =C2=A0  interceptors and the like via regex or similar=
 ideas, =0A> in=0A>>>>>>>>> =0A>>>>>>>>  other words=0A>>>> =0A>>>>> =C2=A0=
  having=0A>>>>>>>> =0A>>>>>>>>> =C2=A0  it being a subset of what currentl=
y exists =0A> today. What is=0A>>>>>>>>> =0A>>>>>>>>  in Solder=0A>>>> =0A>=
>>>> =C2=A0  is=0A>>>>>> =0A>>>>>>> =C2=A0  very=0A>>>>>>>> =0A>>>>>>>>> =
=C2=A0  similar to configuring beans via XML in =0A> Spring, and we feel=0A=
>>>>>>>>> =0A>>>>>>>>  that=0A>>>> =0A>>>>> =C2=A0  paradigm=0A>>>>>>> =0A>=
>>>>>>> =C2=A0  has sailed.=0A>>>>>>>>> =0A>>>>>>>>> =C2=A0  I'm starting t=
his thread to get some =0A> other ideas about=0A>>>>>>>>> =0A>>>>>>>>  what=
 we should=0A>>>> =0A>>>>> =C2=A0  do=0A>>>>>>> =0A>>>>>>>> =C2=A0  for XML=
 config and also see what people think.=0A>>>>>>>>> =0A>>>>>>>>> =C2=A0  --=
=0A>>>>>>>>> =C2=A0  Jason Porter=0A>>>>>>>>> =C2=A0 =0A> http://lightguard=
-jp.blogspot.**com<http://lightguard-jp.blogspot.com>=0A>>>>>>>>> =C2=A0 =
=0A> http://twitter.com/**lightguardjp<http://twitter.com/lightguardjp>=0A>=
>>>>>>>> =0A>>>>>>>>> =C2=A0  Software Engineer=0A>>>>>>>>> =C2=A0  Open So=
urce Advocate=0A>>>>>>>>> =C2=A0  Author of Seam Catch - Next Generation Ja=
va =0A> Exception=0A>>>>>>>>> =0A>>>>>>>>  Handling=0A>>>> =0A>>>>> =C2=A0 =
 PGP key id: 926CCFF5=0A>>>>>>>>> =C2=A0  PGP key available at: keyserver.n=
et, =0A> pgp.mit.edu=0A>>>>>>>>> =0A>>>>>>>>> =0A>>>>>>> =C2=A0  --=0A>>>>>=
>> =C2=A0  Charles Moulliard=0A>>>>>>> =C2=A0  Apache Committer / Sr. Pr. C=
onsultant at =0A> FuseSource.com=0A>>>>>>> =C2=A0  Twitter : @cmoulliard=0A=
>>>>>>> =C2=A0  Blog : http://cmoulliard.blogspot.com=0A>>>>>>> =0A>>>>>>> =
=0A>> =0A>