@Mark: read it from file system and not jars :p

Romain Manni-Bucau
@rmannibucau
http://www.tomitribe.com
http://rmannibucau.wordpress.com
https://github.com/rmannibucau


2015-01-07 9:29 GMT+01:00 Mark Struberg <[email protected]>:
> Do you know the locations of your JSON files or do you need anything which is 
> not available during the app boot (e.g. CDI or EJB)? In that case you don't 
> even need to touch the ConfigurationContext.
>
>
> Simply create a new class
>
> public class MyAppJsonPropertySourceProvider implements 
> PropertySourceProvider {
>   List<PropertySource> jsonSources = new ArrayList<>();
>
>   iterator over classLoader.getResources("myownjsonconfigfile.json") {
>     jsonSources.add(new JSONPropertySource(jsonFileUrl);
>
>   }
>   return jsonSources;
> }
>
> and then create a file
> META-INF/services/org.apache.tamaya.spi.PropertySourceProvider
>
>
>
> and write your fully qualified MyAppJsonPropertySourceProvider class name 
> into it.
>
>
> That's it.
>
> But to be honest. The JSON configuration is nice but what benefit does it 
> have over a property file which you get out of the box?
>
>
> LieGrue,
> strub
>
>
>
>> On Wednesday, 7 January 2015, 9:07, Oliver B. Fischer 
>> <[email protected]> wrote:
>> > Because I am unable to see how to turn this
>>
>> JSONPropertySource source =newJSONPropertySource(...);
>>
>> ConfigurationContext context = ConfigurationContext.context();
>>
>> context.addPropertySources(source);
>>
>>
>> in a Configuration...
>>
>> Oliver
>>
>> Am 07.01.15 um 08:53 schrieb Romain Manni-Bucau:
>>>  Did I miss the reason in this thread or why a provider doesnt solve it?
>>>
>>>
>>>  Romain Manni-Bucau
>>>  @rmannibucau
>>>  http://www.tomitribe.com
>>>  http://rmannibucau.wordpress.com
>>>  https://github.com/rmannibucau
>>>
>>>
>>>  2015-01-07 8:49 GMT+01:00 Oliver B. Fischer
>> <[email protected]>:
>>>>  This is the scenario for huge classic enterprises. There are many
>> companies
>>>>  working in a more agile fashion there with not such and strict
>> destinction
>>>>  between these roles. And I am not willing to leave them behind.
>>>>
>>>>  Oliver
>>>>
>>>>  Am 07.01.15 um 00:41 schrieb Anatole Tresch:
>>>>
>>>>>  No. Configuratipn is the api for end users. Users that provide app
>> config
>>>>>  and consume it are not the same than the one that define how
>> apps/solutions
>>>>>  have to be configured. The ladder may be lead engineers , or in
>> case you
>>>>>  have a platform the platform and technical srchitects...
>>>>>
>>>>>  -
>>>>>  Anatole Tresch
>>>>>  Glärnischweg 10
>>>>>  8620 Wetzikon
>>>>>  Tel +41 (43) 317 05 30
>>>>>  -
>>>>>  Send from Mobile
>>>>>
>>>>>>  Am 06.01.2015 um 23:58 schrieb "Oliver B. Fischer"
>>>>>>  <[email protected]>:
>>>>>>
>>>>>>  I think a lot of user will use ConfigurationContext to
>> configure their
>>>>>>  configuration system. I think it is easier to put some files
>> into the
>>>>>>  filesystem and to read this files then to deal with the SPI
>> stuff.
>>>>>>
>>>>>>  Sometimes I have the impression that many of us have a very
>> biased view
>>>>>>  on configuration by coming from a Java EE environment. This is
>> ok and I miss
>>>>>>  my GlassFish sometimes but think of dumb programmer who wants
>> to read a file
>>>>>>  simply from /etc/service/config.ext and override these defaults
>> with
>>>>>>  ~/.config.ext and so on.
>>>>>>
>>>>>>  Oliver
>>>>>>
>>>>>>>  Am 06.01.15 um 23:47 schrieb Reinhard Sandtner:
>>>>>>>  my first idea was to add the method getContext() to
>> Configuration but i
>>>>>>>  think if someone is able to use the SPI, they can do it on
>> their own.
>>>>>>>  i think a 'normal‘ user should not see the
>> configurationContext at all
>>>>>>>
>>>>>>>  lg
>>>>>>>  reini
>>>>>>>
>>>>>>>>  Am 06.01.2015 um 23:43 schrieb Oliver B. Fischer
>>>>>>>>  <[email protected]>:
>>>>>>>>
>>>>>>>>  Guys, I missed somehow how to get a Configuration from
>> the
>>>>>>>>  ConfigurationContext.
>>>>>>>>
>>>>>>>>  BTW: I will add this method to ConfigurationContext:
>>>>>>>>
>>>>>>>>       public static ConfigurationContext current(){
>>>>>>>>           return
>>>>>>>>
>> ServiceContext.getInstance().getService(ConfigurationContext.class).get();
>>>>>>>>       }
>>>>>>>>
>>>>>>>>  WDYT?
>>>>>>>>
>>>>>>>>  Oliver
>>>>>>>>
>>>>>>>>  --
>>>>>>>>  N Oliver B. Fischer
>>>>>>>>  A Schönhauser Allee 64, 10437 Berlin,
>> Deutschland/Germany
>>>>>>>>  P +49 30 44793251
>>>>>>>>  M +49 178 7903538
>>>>>>>>  E [email protected]
>>>>>>>>  S oliver.b.fischer
>>>>>>>>  J [email protected]
>>>>>>>>  X http://xing.to/obf
>>
>>>>>>  --
>>>>>>  N Oliver B. Fischer
>>>>>>  A Schönhauser Allee 64, 10437 Berlin, Deutschland/Germany
>>>>>>  P +49 30 44793251
>>>>>>  M +49 178 7903538
>>>>>>  E [email protected]
>>>>>>  S oliver.b.fischer
>>>>>>  J [email protected]
>>>>>>  X http://xing.to/obf
>>>>>>
>>>>  --
>>>>  N Oliver B. Fischer
>>>>  A Schönhauser Allee 64, 10437 Berlin, Deutschland/Germany
>>>>  P +49 30 44793251
>>>>  M +49 178 7903538
>>>>  E [email protected]
>>>>  S oliver.b.fischer
>>>>  J [email protected]
>>>>  X http://xing.to/obf
>>>>
>>
>> --
>> N Oliver B. Fischer
>> A Schönhauser Allee 64, 10437 Berlin, Deutschland/Germany
>> P +49 30 44793251
>> M +49 178 7903538
>> E [email protected]
>> S oliver.b.fischer
>> J [email protected]
>> X http://xing.to/obf
>>

Reply via email to