On Sat, Sep 17, 2016 at 12:45 PM, David Jencks
<[email protected]> wrote:
>
>> 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)?
Nope, just as a value (${bt.foo.bar}). I opened a JIRA about the fact
that CA discarded the entire file without even a log message. I
assumed that it had to do with the syntax for arrays and such that the
parser supports.
>
> 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]>
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
