> On Sep 17, 2016, at 9:40 AM, Benson Margulies <[email protected]> wrote:
>
> On Sat, Sep 17, 2016 at 3:21 AM, Carsten Ziegeler <[email protected]
> <mailto:[email protected]>> wrote:
>>> I don’t think this belongs in ca. You could use a ConfigurationPlugin.
>>> Unfortunately you’ll have to wait till R7 until this works with DS. Maybe
>>> Carsten already implemented the CA part, but I didn’t do the DS part yet.
>
> Interesting. When I tried to use such a file with CA, the low-level
> parser rejected the ${xxxxx} syntax long before a plugin would get a
> chance to modify the dictionary contents, or so I thought.
I’ve been assuming you only want to put the ${xxx} in values, where I’d expect
it to be a fine persistable value…. you weren’t using it as a key were you
(where it won’t work AFAIK)?
david jencks
>
>>>
>>
>> I've implemented both parts, the CA part is in trunk, the DS part is in
>> the sandbox branch, but I plan to move it to trunk soon.
>>
>> Carsten
>>
>>> Alternatively you can code it into whatever management agent you are using
>>> instead of fileinstall.
>>>
>>> Maybe others have other opinions….
>>>
>>> david jencks
>>>
>>>
>>>
>>>> On Sep 16, 2016, at 5:47 PM, Benson Margulies <[email protected]> wrote:
>>>>
>>>> The system property expansion feature of the configuration-admin
>>>> behavior of fileinstall is quite convenient. I could code it,
>>>> optionally, into confadmin. I wish I could have it without all the
>>>> other mechanism of fileinstall that I don't need. Acceptable?
>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: [email protected]
>>>> For additional commands, e-mail: [email protected]
>>>>
>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: [email protected]
>>> For additional commands, e-mail: [email protected]
>>>
>>>
>>
>>
>>
>>
>> --
>> Carsten Ziegeler
>> Adobe Research Switzerland
>> [email protected]
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: [email protected]
>> For additional commands, e-mail: [email protected]
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [email protected]
> <mailto:[email protected]>
> For additional commands, e-mail: [email protected]
> <mailto:[email protected]>
