Mailing-List: contact users-help@ace.apache.org; run by ezmlm
Precedence: bulk
Reply-To: users@ace.apache.org
Received-SPF: pass (athena.apache.org: domain of robert.mather.rmm@gmail.com
 designates 209.85.216.41 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <BC2B31A5-C28D-46D8-B213-5D4CB1B8CAE4@luminis.eu>
References: 
 <CABRbBKF0BAXwO3N8BxA+PsNbaa1ZZJz+jYNNnh2suQ=9wm5Wqw@mail.gmail.com>
 <BC2B31A5-C28D-46D8-B213-5D4CB1B8CAE4@luminis.eu>
From: "Robert M. Mather" <robert.mather.rmm@gmail.com>
Date: Mon, 13 Apr 2015 09:53:39 -0700
Message-ID: 
 <CABRbBKFzJ3+FZbj2_hB3pmW1MvUBea-JfSNtjUCo4ySQ1dVD9w@mail.gmail.com>
Subject: Re: Some clarifications about ACE template config engine
To: users@ace.apache.org
Content-Type: multipart/alternative; boundary=001a113a9a8ee408a105139df568

--001a113a9a8ee408a105139df568
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

On Mon, Mar 23, 2015 at 6:32 AM, Jan Willem Janssen <
janwillem.janssen@luminis.eu> wrote:

> Hi Robert,
>
> > On 21 Mar 2015, at 05:25, Robert M. Mather <robert.mather.rmm@gmail.com=
>
> wrote:
> >
> > Using the template engine
> > <
> https://ace.apache.org/docs/user-guide.html#using-the-template-engine-for=
-targets
> >,
> > would a metatype.xml inside a bundle (ie in the OSGI-INF/metatype
> > directory, per the spec) be processed and the variables substituted, or
> > does the metatype need to be deployed as a separate artifact.
>
> By default, the ACE templating system only works on metatype resources
> deployed
> as separate files. The idea behind this is that you generally want to hav=
e
> a
> =E2=80=9Cstandard=E2=80=9D set of bundles which can be configured individ=
ually per target.
>
> > Just for my understanding, where does the interpolation actually take
> > place? I've been assuming it's a process at the client/target=E2=80=A6
>
> The processing is done at the server side right before the deployment
> package
> is transferred to the client. This way, each client can get its own
> =E2=80=9Cunique=E2=80=9D
> deployment set including the proper configuration files.
>
> > If the same "tag" key gets set at multiple stages (ie artifact, feature=
,
> > dist, and/or target), is the a "last one wins" rule or something when t=
he
> > interpolation takes place?
>
> IIRC, the last ones wins indeed, but I=E2=80=99d need to test that out my=
self...
>
> >
> > And finally, is this example metatype.xml the right idea for adding the
> > ${context.blah} variables (in the content field)?
> >
> > <?xml version=3D"1.0" encoding=3D"UTF-8"?><metatype:MetaData
> > xmlns:metatype=3D"http://www.osgi.org/xmlns/metatype/v1.1.0">
> >    <OCD id=3D"ocd" name=3D"ocd">
> >        <AD id=3D"server" type=3D"String" />
> >    </OCD>
> >
> >    <Designate pid=3D"org.amdatu.conf" bundle=3D"org.amdatu.sample.bundl=
e">
> >        <Object ocdref=3D"ocd">
> >            <Attribute adref=3D"server" name=3D"serverurl"
> > content=3D"${context.serverUrl}" />
> >        </Object>
> >    </Designate></metatype:MetaData>
>
> Almost: the bundle-attribute needs to be prefixed with =E2=80=9Cosgi-dp:=
=E2=80=9D to make
> it clear that the configuration PID (org.amdatu.conf) is for a bundle
> that is part of a deployment package. The AutoConf resource processor use=
d
> by ACE does not allow configurations to be provisioned to bundles that ar=
e
> *not* part of a deployment package.
> Apart from that the example metatype is correct, including the template
> variable.


I haven't done anything to explicitly prepare my bundles as part of a
deployment package. Does ACE do this automatically somehow, or do I need to
modify the bundle to indicate that it's associated with the same deployment
package as the metatype configuration? I've never worked with the
deployment package part of the OSGi spec before...

>
>
> I'm using declarative services with bnd(tools), which is generating
> > metatype from my @OCD annotated interfaces, so I'm trying to find the
> > best/most automated way to prepare those for Apache ACE with template
> > variables.
> >
> > Any thoughts on the right way to do that would be much appreciated, I'm
> > hoping I'm not the first person to want to do something like this!
>
> Its been a while since I played with the metatype support of Bnd, but
> I believe it will embed the metatype resource files inside the bundles,
> which (as I written above) are not considered by the ACE template
> processor. If you want to keep using Bnd for generating metatype
> resources (which I can understand, given its great support) you could
> separate the actual configuration (read: Designate) from its definition
> (read: OCD): the metatype spec does allow that. This would mean that you
> provide the designates in separate files (which the ACE template
> processor can act upon) while the OCDs are created from your Bnd build.
>
> Hope this helps,
>
> --
> Met vriendelijke groeten | Kind regards
>
> Jan Willem Janssen | Software Architect
> +31 631 765 814
>
> My world is revolving around INAETICS and Amdatu
>
> Luminis Technologies B.V.
> Churchillplein 1
> 7314 BZ   Apeldoorn
> +31 88 586 46 00
>
> http://www.luminis-technologies.com
> http://www.luminis.eu
>
> KvK (CoC) 09 16 28 93
> BTW (VAT) NL8169.78.566.B.01
>
>

--001a113a9a8ee408a105139df568--