Re: annotation instead of annot

2014-12-04 Thread Werner Keil
of the language and not a domain concept/area/... . you can ask the same question you mentioned about interfaces, enums, exceptions,... regards, gerhard 2014-12-03 16:32 GMT+01:00 Werner Keil werner.k...@gmail.com: There are even a few cases like Java Batch JSR (353) where

Re: annotation instead of annot

2014-12-04 Thread Werner Keil
/log4j-core/apidocs/org/apache/logging/log4j/core/config/package-summary.html Maybe dreaming a bit now, but a future Log4J 2.x version could/should use Tamaya there. At least if we do this right;-) Werner On Thu, Dec 4, 2014 at 2:58 PM, Werner Keil werner.k...@gmail.com wrote: Similar

Re: annotation instead of annot

2014-12-04 Thread Werner Keil
PM, Romain Manni-Bucau rmannibu...@gmail.com wrote: light is the key I guess Romain Manni-Bucau @rmannibucau http://www.tomitribe.com http://rmannibucau.wordpress.com https://github.com/rmannibucau 2014-12-04 15:03 GMT+01:00 Werner Keil werner.k...@gmail.com: While I totally agree

Re: UC: Combining PropertyProvider Instances

2014-12-04 Thread Werner Keil
While using XML a lot of it can be found that Multiconf did in Python. (I am pretty sure most of Spring Config still uses plenty of XML, too, in theory similar to Multiconf it could use a Groovy DSL, maybe if Pivotal used Tamaya some day and the Groovy experts here considered such DSL a worthy

Commons Config 2

2014-12-04 Thread Werner Keil
Hi, Probably more important than config subsystems in JSR 107 or Log4J 2 (though it altogether got a really good rewrite making any effort for a Logging JSR by some people almost pointless;-) seems a massive redesign and recent activity of Apache Commons Logging 2:

Re: Commons Config 2

2014-12-04 Thread Werner Keil
for some of the core concepts that look fairly neat in Commons Config 2 (I worked with V1 in a few projects, it was a bit complex but doable) Werner On Thu, Dec 4, 2014 at 3:45 PM, Werner Keil werner.k...@gmail.com wrote: Hi, Probably more important than config subsystems in JSR 107 or Log4J 2

Re: Commons Config 2

2014-12-04 Thread Werner Keil
at least EE 7 will remain the same joke and empty phrase in Tamaya as it does there (or in the PR of most large companies including Oracle;-D) Werner Keil | JCP Executive Committee Member, JSR 363 Co Spec Lead | Eclipse UOMo Lead, Babel Language Champion | Apache Committer | Advisory Board Member, DWX

Re: Commons Config 2

2014-12-04 Thread Werner Keil
One could merge *Stage *and *Environment*, see Multiconf, but abusing *Stage *to model *Environment *seems rather pointless. Werner On Thu, Dec 4, 2014 at 4:09 PM, Werner Keil werner.k...@gmail.com wrote: About stage: we have enough stage outside tje config to use it without What do you mean

Re: Commons Config 2

2014-12-04 Thread Werner Keil
sense only when we'll support distribution which is far to be the case so we can maybe drop it for now. Romain Manni-Bucau @rmannibucau http://www.tomitribe.com http://rmannibucau.wordpress.com https://github.com/rmannibucau 2014-12-04 16:11 GMT+01:00 Werner Keil werner.k...@gmail.com

Re: Commons Config 2

2014-12-04 Thread Werner Keil
/rmannibucau 2014-12-04 16:11 GMT+01:00 Werner Keil werner.k...@gmail.com: One could merge *Stage *and *Environment*, see Multiconf, but abusing *Stage *to model *Environment *seems rather pointless. Werner On Thu, Dec 4, 2014 at 4:09 PM, Werner Keil werner.k...@gmail.com wrote

Re: Commons Config 2

2014-12-04 Thread Werner Keil
You may have noticed, the very important annot point was also bent beyond recognition with other sometimes random topics. Maybe somebody should simply have created a separate thread or replied elsewhere;-) On Thu, Dec 4, 2014 at 4:29 PM, Werner Keil werner.k...@gmail.com wrote: Well

Re: Commons Config 2

2014-12-04 Thread Werner Keil
;). Currently it is really a mess. Basically we discuss 2 things as of now, and I suggest to postpone other topics a bit, so we keep control... -Anatole 2014-12-04 16:31 GMT+01:00 Werner Keil werner.k...@gmail.com: You may have noticed, the very important annot point was also bent beyond

Re: Commons Config 2

2014-12-04 Thread Werner Keil
we can just benefit from discussing and reviewing topics step by step. regards, gerhard 2014-12-04 16:49 GMT+01:00 Werner Keil werner.k...@gmail.com: About Commons Config, I am not sure, if he's still involved, but given Geir was also elected into the JCP EC I should be able to chat

Re: Commons Config 2

2014-12-04 Thread Werner Keil
a lot. afaik we aren't in a rush and therefore we can just benefit from discussing and reviewing topics step by step. regards, gerhard 2014-12-04 16:49 GMT+01:00 Werner Keil werner.k...@gmail.com: About Commons Config, I am not sure, if he's still involved, but given Geir was also

Re: Commons Config 2

2014-12-04 Thread Werner Keil
. In one of the earlier discussion I proposed new Configuration() Static methods are great for small helper methods. But they become problematic if you would like to test code and to substitute their funtionality with mocks. Best, Oliver Am 04.12.14 15:45, schrieb Werner Keil: Hi

Re: Commons Config 2

2014-12-04 Thread Werner Keil
the same issue in the beginning. once we did reviews and discussions step by step, the quality as well as the quantity of comments increased. regards, gerhard 2014-12-04 17:04 GMT+01:00 Werner Keil werner.k...@gmail.com: And rush, what rush? Unless of course you consider it a race with e.g

Re: Use Case 1: Read simple properties and get values.

2014-12-03 Thread Werner Keil
I would go a bit beyond a simple ConfigFormat based on the experience with Multiconf in a very large Cloud environment. What was used there aside from obvious (JSON) data exchange or output one might consider format is more towards ConfigReport or whatever you might call that. We used Asciidoc and

annotation instead of annot

2014-12-03 Thread Werner Keil
Hi, Looking not only at Java EE (http://docs.oracle.com/javaee/7/api/) you'll find plenty of packages from javax.annotation to javax.servlet.annotation, etc. I already raised this to Anatole before Tamaya, that org.apache.tamaya.annot should be called org.apache.tamaya.annotation, too. Anybody

Re: Use Case 1: Read simple properties and get values.

2014-12-03 Thread Werner Keil
- the reader can be implemented in any way. The implementation can decide, if (explit) formats are supported, eg: reader:[format]foo. Therefore I moved the format part to the implementation completely... Other opinions? Werner Keil werner.k...@gmail.com schrieb am Mi., 3. Dez. 2014 um 14:35: What

Re: annotation instead of annot

2014-12-03 Thread Werner Keil
://rmannibucau.wordpress.com https://github.com/rmannibucau 2014-12-03 15:13 GMT+01:00 Werner Keil werner.k...@gmail.com: Well, there are 10 annotations now in the annot package right now. I would not want to clutter the top level with too many things, unless we reduce the annotations to 2 or 3 it seems better

Re: annotation instead of annot

2014-12-03 Thread Werner Keil
: Werner Keil [mailto:werner.k...@gmail.com] Sent: Mittwoch, 3. Dezember 2014 15:25 To: dev@tamaya.incubator.apache.org Subject: Re: annotation instead of annot See DeviceMap that's an option, too. A whole lot of JSRs do provide dedicated annotation or exception packages, but if we grouped

Re: annotation instead of annot

2014-12-03 Thread Werner Keil
provided as secondary part in the beginning). regards, gerhard 2014-12-03 15:25 GMT+01:00 Werner Keil werner.k...@gmail.com: See DeviceMap that's an option, too. A whole lot of JSRs do provide dedicated annotation or exception packages, but if we grouped it into some logical

Re: annotation instead of annot

2014-12-03 Thread Werner Keil
create packages like classes, interfaces,...) using an own package for annotations was modern with java 5 (since they were provided as secondary part in the beginning). regards, gerhard 2014-12-03 15:25 GMT+01:00 Werner Keil werner.k...@gmail.com: See DeviceMap that's an option, too

Re: UC: Combining PropertyProvider Instances

2014-12-02 Thread Werner Keil
Thanks, is the {Name} at the beginning deliberate, something only GitHub shows, or a bug in the code? Werner On Tue, Dec 2, 2014 at 2:01 PM, Anatole Tresch anat...@apache.org wrote: Hi all find following an additional part of use cases for comment. Note that this area IMO definitively may

Re: UC: Combining PropertyProvider Instances

2014-12-02 Thread Werner Keil
Ok, so at least when generated into common output formats it won't show?;-) On Tue, Dec 2, 2014 at 2:17 PM, Oliver B. Fischer o.b.fisc...@swe-blog.net wrote: It is a variable of Asciidoctor, defined in the top level document. Am 02.12.14 14:14, schrieb Werner Keil: Thanks

Re: Use Case 1: Read simple properties and get values.

2014-12-01 Thread Werner Keil
. In other places ME 8 uses of() where appropriate. So at least getInstance() is neither outdated nor wrong, it just depends on what you return. If Configuration returns just a default instance then Configuration.getInstance() seems appropriate. Werner Keil | JCP Executive Committee Member, JSR

Re: Use Case 1: Read simple properties and get values.

2014-12-01 Thread Werner Keil
Haven't looked into it in so much detail, but what I saw from the JCache JSR it also defines just a single service interface in SPI which then gets applied via the usual Java Service Provider mechanism. JSR 363 leaves it a bit more flexible (as ME 8 knows a slight variation of that via LIBlets

FOSDEM '15 Developer Room?

2014-12-01 Thread Werner Keil
Hi, Will anybody be at FOSDEM? I heard via LJC about it and CFP for Developer Rooms ends today: https://fosdem.org/2015/news/2014-09-30-accepted-devrooms/ There is one for Configuration Management, could be a good match for Tamaya. Regards, Werner Keil | JCP Executive Committee Member, JSR

Re: FOSDEM '15 Developer Room?

2014-12-01 Thread Werner Keil
I proposed two other sessions for devrooms: https://penta.fosdem.org/submission/FOSDEM15 @Anatole/others would anybody consider a Tamaya proposal? On Mon, Dec 1, 2014 at 11:18 PM, Werner Keil werner.k...@gmail.com wrote: Hi, Will anybody be at FOSDEM? I heard via LJC about it and CFP

<    1   2   3   4   5   6